数据业务分析（精选12篇）
数据业务分析 篇1
随着数据业务的迅猛发展, 数据业务客户数和数据流量均急剧增加, 由此引发2G数据业务受到越来越多的限制, 而这些限制不仅存在于资源方面, 还同时存在于GSM规范方面, 也存在于硬件处理能力方面, 所以这就给2G数据业务发展带来很多的制约因素。要想2G数据业务得到良好的发展, 在3G得到大规模使用以前能满足客户的需求, 就必须逐一打破这些制约因素, 让GSM系统充分发挥它的功效。下面就来对这些制约因素进行浅析, 以供大家参考:
1 频率资源
在语音业务日趋饱和时, 数据业务异军突起, 对频率资源的需求量日益增大, 造成网络的无线环境每况愈下, 对EDGE高阶编码方式的使用、高下载速率等特点的发挥形成严重的阻碍, 同时对语音业务也产生了一定的负面影响。
要想打破这一制约因素, 对于数据业务而言, 必须控制小区EDGE载频数量, 因为如果不加以控制的话, 从无线环境方面来讲, 小区之间的EDGE频点会出现相互干扰的情况, 将会严重影响EDGE客户的编码方式, 致使客户不能使用较高的编码方式, 从而使网络整体的下载速率下降, 进而客户占用无线资源的时长增加, 使网络需要更多的频率资源, 这样以来就形成了一个恶性循环。如果加以控制的话EDGE载频受到相互干扰的情况则可得到有效的控制, 而GPRS客户受干扰影响又较小, 可以有效利用二者各自的优势来控制干扰的影响。再者, 如果加以控制, 则每个小区的EDGE载频便较为平均, 可以通过各种均衡手段对网络进行调整使客户和流量较为均衡的分布在各小区, 除了能控制干扰外还能一定程度提高网络的容量。根据对网络的评估建议单个小区的EDGE载频数量最好不要超过3个。
对于数据业务和语音业务的综合表现而言, 则必须通过对天线挂高、天线倾角、天线增益、发射功率、功率控制等进行优化对各小区的覆盖进行严格的控制, 以减小重叠覆盖的面积, 避免越区覆盖等来控制网络的干扰问题, 从而使网络能够适应更小的频率复用。
2 寻呼
由于数据业务并非GSM规范一开始便考虑到的功能, 它只是在无线通信发展到一定程度而新增的一个功能模块, 所以在数据业务依附于语音业务的情况下, 当数据业务发展到一定的程度时系统的寻呼容量开始出现饱和, 出现大量寻呼丢失的情况。这是由于当前数据业务采用动态分配IP, 这就意味着每当MS的MM状态由于被叫从s tandby状态升级为re ady状态时便会进行一次寻呼, 而当前数据业务客户众多, 数据业务种类也众多, 特别是交互型业务, 这些都使网络出现大量的寻呼。然而AGCH和PCH都使用CCCH块, 且AGCH具有较PCH更高的优先级, 当小区AGCH占用太多CCCH块时PCH所能使用的CCCH块便被压缩, 致使小区的寻呼容量开始下降, 产生大量由于寻呼buffer排满而直接丢弃寻呼和排队等待时间过长的情况, 这样一来便产生了大量的寻呼丢失。
要打破这个制约因素其实有很多办法, 通常我们使用的方法便是减小位置区的面积, 从而使每个位置区内产生的寻呼较少, 以此来解决寻呼受限的问题, 但是这也有它的弊端, 这会使网络的位置更新增多, 从而使系统的信令负荷增加, 同时也会影响网络的接入性, 更对数据业务IP吞吐率产生严重而明显的负面影响。另外一种常用的方法就是对寻呼丢失严重的小区进行小区分裂, 以增加一个BCCH的方式来缓解寻呼的压力, 这种方法虽然效果很好, 但是负面影响也非常明显。由于分裂之后的两个小区是同band同层小区, 要想他们之间话务量、数据流量都均衡就必须使用相对一致的参数设置, 这样一来就使切换和小区重选大量增加, 这不但影响通话质量、增加系统负荷、增加掉话风险, 而且还对数据业务产生一定的负面影响。
上述方法均会给网络带来负面影响, 所以我认为尽量不要使用上述两种方法为首选方法。而处理寻呼受限最好从数据业务入手, 首先应对数据业务进行系统的参数调整, 使系统处于一个良好的状态, 也能减少部分寻呼。然后再对寻呼丢失较为严重的区域进行900/1800、话务量/数据流量等进行一系列的均衡、覆盖调节, 让客户较为均衡的分配在各个小区以减小某一小区AGCH占用过多CCCH块而出现大量寻呼丢失的概率。如果还是无法解决某些区域由庞大的话务量和数据流量引发大量寻呼丢失的问题则可考虑在这些热点区域建室分, 以吸收话务量、流量以及寻呼数量。最终极的从数据业务入手解决寻呼受限问题的方法就是引入MPDCH, 使每个小区拥有一个BCCH和一个PBCCH, 就相当于增加了一倍的寻呼容量, 不过这需要网络使用网络操作模式1或者网络操作模式3, 这两种模式要求网络存在GS接口, 也要求所有客户均支持这两种模式, 使得这种方法的操作难度较大。
3 容量
数据业务的容量问题一般为单个BSC支持EDGE信道的最大数量即EGPRSBPCLIMIT所设置的数量、BSC实际EDGE信道数量、GSL容量、GB口容量、CCCH容量等。其中EGPRSBPCLIMIT为一个参数取值, 要想扩大此值只需让厂家扩大即可, 比较容易完成;GSL容量问题和GB口容量问题在当前还未凸显;CCCH容量亦即寻呼容量, 前面已经做过阐述, 便不再进行赘述;而实际EDGE信道数量则已成为数据业务容量问题的最大制约因素, 且由于数据业务突飞猛进的发展再加上扩容速度稍显缓慢此缺口正呈扩大的趋势, 如不尽快使这个问题得到缓解恐在将来一段时间很难满足客户需求。
然而从当前网络容量来看要想解决此问题亦非太大的难事, 因为当前网络中绝大部分小区的EDGE信道还未达到上文所说的单个小区EDGE信道控制数量 (即3个EDGE载频最大能支持24个EDGE信道) , 而从统计中发现大部分小区的每线话务量 (算上PDCH信道) 相对较低, 各小区的大部分PDCH为BPDCH, 而且EDGE复用度远大于GPRS复用度, 这就满足在不对载波进行扩容的前提下对EDGE信道进行扩容的条件。其实, 现网中基本上所有基站硬件均能支持EDGE功能, 要扩一个EDGE信道只需增加0.75个64K传输时隙和3个GSL设备即可, 成本很低而带来的收益却是巨大的, 因为提高了单位客户的带宽便给客户下载更多的数据量留下了更多的时间, 同时也能提高客户的感知度, 让客户更愿意使用此功能, 而且还能吸引更多的潜在客户。所以EDGE信道容量问题应该是当前数据业务优化的重中之重, 必须逐步填补这个空缺。
4 RPP管理能力
RPP的管理能力受到RPP处理能力和RPP的传输能力两方面共同制约, 简单地说, 如果一个RPP只面向ABIS端, 则它可最多支持62个EDGE信道或者150个GPRS信道;如果一个RPP既面向ABIS端又同时面向GB口端, 则它处理ABIS端的能力将会下降, 若它处理19个64k的GB口传输时隙, 则它同时还支持45个EDGE信道或者150个GPRS信道, 若它处理31个64k的GB口传输时隙, 则它同时还支持33个EDGE信道或者104个GPRS信道。现网中仅一个面向GB口的RPP处理19个64k的传输时隙, 其余面向GB口的RPP均处理31个64k的传输时隙, 所以我们就重点讨论处理31个64k GB口传输时隙的RPP和只面向ABIS端的RPP。
一个小区只能由一个RPP管理, 如果一个处理31个64k GB口时隙的RPP处理一个拥有24个EDGE信道的小区, 由它的两个制约条件可以算出它同时还可以处理36个GPRS信道, 在数据业务的非忙时它完全有能力处理这个小区, 但是一到忙时它的管理能力便受到了挑战, 因为从统计中我们也能发现, 现网中PDCH平均分配数量超过60个的小区已经不少, 所以一旦此小区的EDGE信道数达到24个, 而GPRS信道数超过36个, 这个RPP便无法管理此小区, 就必须进行movecell, 而此时正值忙时, 其他RPP未必能有如此大的闲置处理能力, 这就出现了即使总体GSL使用率并不高也出现movecell失败的情况, 且此状况可能会持续出现, 这便是上文说到的硬件处理能力受限。如果一个小区EDGE信道数超过24个, 比如已经达到32个 (即4个EDGE载频) , 则此RPP仅能同时处理4个GPRS信道, 便更加难以管理这个小区, 所以从这个角度讲也要求控制小区的EDGE载频数最好不要超过3个。
与处理31个64k GB口时隙的RPP类似, 如果一个只面向ABIS端的RPP同时处理两个拥有24个EDGE信道的小区也可能出现上述的现象。但是一个小区拥有24个EDGE信道基本上是一个趋势, 这就要求将来某天一个RPP只能管理一个小区, 且同时最多只能处理19个64k GB口传输时隙, 但这却又受到另一个制约条件的限制, 即一个PCU最多只能支持128个RPP, 而一个BSC的小区数量又远不止这个数量, 所以这就成了数据业务发展的一大硬伤, 只能期待具有更强处理能力的RPP的出现。
上述的制约因素仅为当前出现的较为严重的四个制约因素, 其实诸如此类的制约因素还有很多, 随着数据业务的发展将来还会凸现出更多的制约因素, 受到更多的限制, 要让网络处于一个长期健康的运行状态就必须提前预防并及时打破这些制约因素, 让网络淋漓尽致的发挥它的功能以满足客户日益增长的需求。
数据业务分析 篇2
（内容摘自《中国数字电视》 第100期）
摘要
随着三网融合的逐步推进，有条件的广电网络运营商已加大力度推进自身宽带数据业务的发展。但由于国际出口带宽始终由电信、联通等电信行业运营商牢牢掌控，广电网络运营商宽带数据业务的发展始终受制于人。吉视传媒借鉴其他网络运营商的经验，并依据自身宽带数据业务发展的实际情况，通过一系列的技术手段和运营策略，在最大程度上避开了广电网络宽带数据业务发展的限制。
宽带出口制约业务发展
2011年年初，吉视传媒完成了由省中心到地市、地市到县市的搭载在DWDM之上的IP城域网络建设，并在2010年双向网改的基础上，进一步加强对用户家中有线数字电视接入网的双向化改造工作。改造过程中，吉视传媒在有条件的地区推出集体及个人宽带数据接入服务，在推广过程中，我们严重的意识到在加快有线数字电视传输网络的双向化改造，从而覆盖更多的用户、争取用户资源的同时，对公司现有宽带出口资源进行合理配置和有效整合，降低出口带宽对广电网络宽带数据业务发展的影响，是广电网络运营商在当前条件下发挥主观能动性所能解决的。历史原因造就落后局面
1999年，国务院办公厅发布《关于加强广播电视有线网络建设管理意见的通知》，即国办发（1999）82号文件夹。该文件中指出以省、自治区、直辖市为单位组建公司，地（市）、县相应建立分公司或子公司，统一经营管理广播电视传输业务；电信部门不得从事广播电视业务，广播电视部门不得从事通信业务。基于当时国情的两点内容导致了如今广电网络运营商在国内没有统一的主体，亦导致20世纪末至21世纪初的十几年时间里，国外的广电网络运营商大力开展宽带接入业务，而国内广电网络运营商由于政策限制，只能开展单向的广播电视内容传输服务。因此，即使政策已经放开，但电信运营商十几年的积淀、广电运营商十几年未染指IP数据传输业务，直接造成了从技术储备、人才队伍建设、网络运营经验、业务开展及营销、故障维修等方面，广电网络运营商均远远落后于电信运营商。
但技术储备、队伍建设、运营经验、业务营销等可通过一定的实际积累来不断的进行优化，而广电网络的地域割裂性，一方面造成了广电网络运营商在各自区域内独立为政、各自经营；一方面又造成了广电网络运营商没有国际宽带出口。这两方面的硬伤将直接造成广电网络运营商在宽带数据接入业务的开展过程中，始终处于被压制、被控制的弱势状态。
通过自身努力缓解业务发展瓶颈
广电网络运营商宽带接入业务只有在全国广电网络运营商彼此网络互联互通，且有独立的广电网络国际出口宽带时，限制
广电网络运营商宽带接入业务发展的主要制约因素才能得到根本解决，在这之前，广电网络运营商需要通过一系列的技术手段和运营方式来规避没有宽带出口对宽带数据业务发展带来的影响。
吉视传媒在自身宽带数据业务的发展过程中，主要通过以下方式保障宽带数据接入业务的发展：
多方引入，避免单链路故障。与电信、联通、中国有线和中国教育和科研计算机网等具有独立的国际出口的网络运营商签订购买或合作协议。在宽带数据接入业务的发展过程中，经常由于出口链路质量问题，导致运行过程中不稳定，出现断网现象。此种问题必然会成为宽带互联网接入业务的发展瓶颈。因此，引进多条宽带出口，避免因单一出口中断导致宽带数据业务随之中断的问题，保障业务健康、稳定、持续的发展；统一出口，提高利用效率。在吉视传媒宽带业务发展的过程中，各分（子）公司通过各种途径租用了多条本地宽带链路，但在实际运营过程中，存在地区宽带出口资源利用状况不一致的现象发生。因此，将吉视传媒各分（子）公司已经租用且未到期的宽带出口全部引入到省中心宽带出口平台，将用户所有访问Internet的请求通过公司城域网络路由至省中心宽带出口平台后，再指向相应的访问站点，保证公司现有任何一条宽带出口资源都能够覆盖全省用户，从而使公司现有宽带出口资源得到最大程度上的利用；部署负载均衡系统，优化链路质量。在省中心互联网出口平台部署链
路负载均衡系统，将所有出口接到该组设备上并配置好相应的选择条件和路由映射关系。保证用户访问Internet的请求可以根据最优选路原则在不同运营商线路上进行分发，并当单一线路或多线路发生故障及出现高延时等情况时，可自动切换至其余的活跃线路上，保证用户的最优及实时访问需求，在提高了用户访问Internet的体验同时，对链路的资源进行均衡使用，避免单一链路出现过载的状况；部署缓存加速系统，节省出口流量。随着互联网的发展，P2P及在线视频等应用越来越广泛，其流量已经占据了骨干网络70%以上的带宽，现有及未来可预见增长的带宽已经远远不能满足这些大流量、持续占用带宽的应用对骨干网络带宽的吞噬。无序、不可控的P2P流量泛滥，无休止的骨干网带宽扩容，扩容不增收、ARPU持续下滑，用户体验降低导致用户流失等等一系列问题的产生。通过在网络核心层以旁路的模式（分光或镜像）部署智能缓存加速系统，在出口链路上，将全网出口数据流量完全镜像到前端监控端口上。通过监控端口捕获所有流量并通过DPI进行深度的分析和检测，对网络出口流量进行分析和控制，主要针对主流的P2P应用流量进行缓存管理（包括BT、迅雷、电驴、流媒体）。通过特征库匹配后将用户请求分发到各个缓存服务器，调度内网用户之间数据相互交换，提供各类流量网内下载服务。有效提高网络资源利用率、加速内容转发。在出口流量加强管理的同时，保证用户的体验，提高用户满意度；引进网站镜像，形成Internet数据中心。通过与目前互联网访问排
名靠前的网站进行合作，将其热度较高的子网站引进吉视传媒网络，一方面提高用户访问相关内容的速度并降低互联网出口流量；另一方面，通过引进网站镜像，积累IDC建设相关经验；建设面向三网融合的OTT平台，提高用户网络视频清晰度及流畅度。2012年，随着长春市被列为第二批三网融合试点城市，吉视传媒决定建设面向三网融合的OTT平台，一方面，形成覆盖个人计算机、手机、PAD等移动多媒体终端的视频服务体系；另一方面，通过适当的引导方式，引导我公司宽带互联网接入用户访问该平台获取视频点播内容，从而降低我公司宽带互联网出口压力，更能够显著提高用户相关体验，有利于宽带互联网接入业务的推广；与IDC进行合作，实现资源互补。吉林省内目前有独立的IDC，其有电信、联通等宽带出口资源，亦有相关的网站镜像服务器，但其仅有有限的网络覆盖范围。因此，通过与这样的IDC运营中心进行合作，可实现双方资源的优势互补。
整合资源促进业务发展
数据业务分析 篇3
【关键词】无线网，优化，（E）GPRS数据，KPI参数，网络性能
【中图分类号】TN929.5 【文献标识码】A 【文章编号】1672-5158（2013）04-0123-01
近年来，（E）GPRS数据业务为附着在GSM网络上的新增业务，相比于基础话音业务来说（E）GPRS数据业务有很多新技术特点，例如：每一次用户会话都含有多次的分组呼叫、激活与休眠状态的变换、分组呼叫所用资源随时随数据传输而变化、数据用突发的方式进行传输工作等等。以诺西版本为例，其数据业务KPI参数系统的部署，对支持分析（E）GPRS数据有很大作用，为了解（E）GPRS性能提供了非常有用的工具，此外也对（E）GPRs性能融入到日常网络的维护与优化等工作中提供了有利的条件。
一、数据流量
以GSM无线网的视角来看，将（E）GPRs宽带定义为：在每秒的时间内最大通过的无线网比特数值。基于相同的上行与下行可用信道的数值，只需分析下行无线宽带，而以不同编码方式下行宽带有4个不同的公式。以AVAILABLE-PDTCH switchable PDTCH+reserved PDTCH，在话音业务处于繁忙阶段，部分switchable PDTCHI就会自动进行TCH的转化，将导致无线数据宽带的下降。（E）GPRS数～，据流量，即：在统计的时段内，进行无线网的通过时所占的总比特值。现阶段的统计项无法对重传数据进行区分，即：重传块包含在统计流量中。用公式表示为：Througput=（AIR-DL-DATA-BLKS[QOS3-CSl]×22+AIR-DL-DATA-BLKS[QOS3-CSZ]×32+AIR-DL-DATA-BLKS[C！OS3-Cg3]×38+AIR-DL-DATA-BLKS[QOS3-CS4Ix52）x800/1024kbit/s。对PDCH占用率、TBF建立成功率、掉线率、TBF拥塞率、误帧率和RLC重传率等关键KPI重点优化。
二、上行与下行的数据比例
（E）GPRS的上行与下行的数据比可以用（上行的数据流且/下行的数据流量）×0.01，这种比例在典型数据网络中应该处于25%以下，因此可以用这个比例对网络是否处休眠状态进行判断，用公式表示为：（AIR-UL-DATA-BLKS/AIR-DL-DATA-BLKS）×100%，当GPRS-ACCESS-PER-RACH比某一个门限大、且统计项的取值大于200%的情况下，则网络处于GPRS休眠状态，这就要对其（E）GPRS功能、BCSU/PCU进行重新激活。通常以上/下行TBF建立成功率>90%经验值来判断TBF建立是否正常，调整资源尽量将TBF：拥塞控制在2%以下。
三、空中接口和Gb接口
在GSM的基础上，（E）GPRS又增加了GGSN和SGSN两个核心网节点，而且，在对于IP分组的数据，进行在子网汇聚协议层议（SNDCP）到逻辑链路控制帧（LLc）的转化，每帧可以流出一个或者多个空隙给（E）GPRS数据业务，并且，不同（E）GPRS数据业务都可以对每一个时隙进行共享，同时也能与话音业务进行时隙的共享，这种共享方式随信道分配策略的不同进行不同的选择。Gb接口带宽受限同样会影响（E）GPRS的性能，Gb接口需要的带宽与规划数据流量相关，一般公式：【Gb接口规划的带宽=数据流量/70%*（1+25%）】。同时将PCU的峰值负荷控制在80%以下，均衡PCU负荷，优化Abis/Gb接口资源。
四、网络测评优化
（E）GPRS网络测评优化可以遵循网络评估、网络分析、效果检验三个步骤。通过对网络性能的整体评估、网络分析，发现网络存在的问题，在此基础上有针对性的制定KPI优化方案。网络分析可以通过STS统计/OSS测量数据提取、DT&CQT;测试数据采集、BSC&Cell;；相关功能特性参数核查等方面分别进行特性参数环境、容量、干扰和移动性能评估，深入分析PCU负荷、PDCH信道、TCH信道、IP中继、空闲信道、网络干扰、无线场强、硬件故障等因素，制定网络的整改和优化措施，采取多回合的CQT&DT;优化效果检验。
五、数据业务优化建议
（E）GPRS最为关键的技术就在与其在无线调制编码方式上实现了多种方式的自适应算法，它主要源于调制编码方式信道编码抗无码能力和无线信号载干比之间关系。C/I很大程度上直接影响了RLC数据速率，为了获得优秀速率，必须确保良好无线信号载干比。在实际测试中，C/I大于25dB是保证高级别调制编码方式重要前提。由于目前对（E）GPRS业务模型和标准没有统一，根据不同的运营需求，对（E）GPRS业务优化提出以下建议，如下图：
六、故障分析优化
在日常（E）GPRs数据业务优化，会接到各种的用户投诉案例，很多是无线环境、参数配置、硬件或是资源方面存在异常，需要结合现场测试、拥塞指标分析、干扰处理、资源调整、参数配置来进行优化，如：用调整频点解决网内干扰、用降低功率解决信道不足、用调整天线解决弱覆盖、用扩容解决DAP/PDCH拥塞、调整RAC解决路由频繁更新等等。
七、结论
数据业务分析 篇4
越来越多的企业认识到数据分析能够带给企业业务的价值。中桥的多选项调查结果显示 (图1) , 企业认为大数据分析能够带来的主要业务价值依次是:提高生产过程的资源利用率, 降低生产成本;根据商业分析提高商业智能的准确率, 降低传统“凭感觉”做决策的业务风险;动态价格优化利润和增长;获取优质客户。这表明大数据已经对企业的成本、业务决策、利润有着直接的影响。中桥的另外一组调研数据显示, 目前越来越多的企业级用户考虑从批量分析 (大数据创造价值的第一阶段) 向近实时分析 (第二阶段) 发展, 从而提高IT创造价值的能力。同时, 数据分析在快速从商业智能向用户智能发展。中国市场正逐步从大数据降低成本向大数据加速业务增长、提高利润以及突破创新发展。
中桥调查显示, 目前中国用户主要是通过数据分析来提高整个企业的运营效率, 降低运营成本。从图2对数据类型的调查结果来看, 目前, 中国企业的数据分析还是以结构化数据为主, 如数据库或事务性数据。此外办公文件、计算机/网络日志文件、文本/信息等也是企业数据增长的主要来源, 同时也是能够攫取出价值的数据类型。
而就导致大数据问题的数据来源调查显示 (图3) , 毫无疑问, 数据库首当其冲, 是企业大数据的主要来源;而半结构化和非结构化数据如软件和网络日志、感应数据、社群等也已经纳入企业数据分析的主要范畴, 这表明企业已经意识到这些数据对于业务的重要性, 这也是实现从 (大) 数据分析第一阶段到大数据分析第二阶段的必要条件。也成为未来24个月用户通过IT创造价值的IT投资重点。
中国市场大数据分析方法
在了解了企业大数据的来源和种类之后, 如何采取有效方式对这些数据进行分析, 从而最大程度攫取数据价值, 转化为最明智的商业决策以利于企业业务运营, 是企业对大数据进行分析的目的所在。从目前中国大数据分析的分析方法来看 (图4) , 有33.8%的企业选择针对具体工作负载来调整通用数据库;22.0%的受访企业选择数据分析云计算服务 (如软件即服务和/或基础设施即服务) ;还有20.7%的企业选择自定义开发的解决方案。仅4.8%的用户使用了并行处理 (MPP) 分析数据库, 3.3%使用了对称处理 (SMP) 分析数据库。这一结果表明, 大多数的中国企业仍处于数据分析的第一阶段。而且, 目前中国用户大多采用通用数据库、云计算或自定义开发的解决方案和数据库工具作为大数据分析方法, 而没有选择去购买数据分析的软件。
数据业务分析 篇5
目录
一． 礼貌性用语（作为通用标准）
二． 服务禁忌和禁语（作为通用标准）
三． 客户询问及解释用语（综调人员使用）
四． 故障处理用语（支撑工程师使用）
五． 专业技术用语（支撑工程师使用）
******礼貌性用语
一定使用普通话
1． 十字文明用语：您好、请、谢谢、对不起、再见
2． 在接听或者拨打电话的时候，对客户时应使用“您好，我是成都电信调度人员XX号，请讲/请问”；对公司内部人员应使用“您好，综合业务保障中心XX号，请讲/请问”，3． 接听来电后：
电话占用时间不长：“好的，我将尽快为您处理，请稍等”。
电话占用时间长：“好的，我将尽快为你处理，因需其它关联部门配合（或是班组、厂家配合），请留下您的联系方式，稍等我会给您答复，好吗”
4． 对不起，他（她）离开了台席，我能帮您吗？
5． 我该怎样称呼您
6． 感谢您的耐心等待
7． 对我们的工作表示感谢时：“不客气”“请不必客气”
8． 对不起，请再说一遍，刚才没听清楚，谢谢。
9． 对不起，请允许我打断下
******服务禁忌和禁语
（一）服务禁忌
1． 轻易打断对方的的讲话、插话或转移话题
2． 用户挂机前主动挂机
3． 与通话方发生争执
4． 责问、反问、训斥或漫骂
5． 与对方交谈时态度傲慢，或语气萎靡懒散生硬
6． 不懂装懂，搪塞、推诿
7． 工作时段与对方闲聊、开玩笑
8． 与对方谈话时，让对方听到内部的交谈内容
9． 频繁使用口头禅、非礼貌性语气助词
（二）服务禁语
1． 严禁使用有损中国电信形象的用语
2． 严禁使用不符合文明礼貌规范的用语
3． 凡脏话、粗话、讽刺、训斥客户的话均列为服务禁语，4． 禁语包含但不限于以下用语：
怎么又问、这是谁说的、先听我说、我也不清楚、解决不了、我给你联系电话、你自己去联系一下、这个不属于我们的职责、你的故障是咋个回事、我都等了很久了、应该是、也许是、可能是、大概是等
******客户询问解释用语
1． 主动联系用户的时候，应首先使用“您好，我是成都电信调度人员XX号，您反映的故障我们正在处理中”
2． 询问客户故障现象时，应使用“您好，可否麻烦您简要描述一下故障情况？”或“您
好，您的业务目前出现了** 现象，是吗？”如对客户描述不清楚，应确认“关于你的问题描述我再确认一下，**，请问是这样的吗？我有没有漏掉什么，或者你那里还有没有什么需要补充的。好的，我们的初步判断为„„或者这个问题我们还需要进一步分析，我们会尽快为您解决，给您带来不便，请谅解。
3． 询问客户联系人及联系电话时，应使用“您好，能否留下您的姓名和联系方式，以
便我们及时向您反馈情况并提供服务。”
4． 针对客户提出的非维护有关的敏感性问题，如资费、价格等，或者不能满足客户提
出的要求时（职责范围之外）应使用“对不起，这方面的问题请咨询10000号”。
5． 当用户业务不能使用，我方正在处理时，面对客户对故障原因和进度的询问，按照
不同情况解释：
（1）如当时能确认故障情况且明确为电信原因的应使用“对不起，由于我方原
因，使您的业务无法正常使用，我们深表歉意。我们正在加紧抢修”；
（2）如当时无法确认故障情况，应使用“我们正在核实，稍后将向您反馈”（必
须遵守首问责任制度，核实后向用户回复）；
（3）当已确认是由用户方原因造成用户业务不能使用时，应使用“您好，从您
反映的情况来看并结合我们的排查判断，本次故障应该是**(用户方问题）引
起的，请您先检查一下（按照如下方式进行操作），好吗？”
6． 客户抱怨故障处理时限长时，应分别使用“非常抱歉，给您们的工作带来了不便，我们会尽快处理，请您谅解”和“对不起，由于故障原因比较复杂，需要较长时间，造成目前处理还在继续，我们会尽快完成。”
7． 客户抱怨维护人员工作技能、服务态度差时，应使用“对不起”或保持沉默，或“对
不起，我们将对此事进行调查，并将调查结果向您反馈，谢谢您指出我们工作中的不足之处”。（必须上报值班长，由值班长核实后向用户回复）
8． 客户抱怨有故障和故障重复发生时，应使用“对不起/非常抱歉，我们正在全力处
理，故障将很快解决”。
9． 客户有投诉倾向时，应立即将电话转交给值班长，予以安抚，“非常抱歉，给您的工作带来了不便，请您谅解，我将电话转给值班经理为您解释，可否？”
******故障处理用语（支撑工程师用）
1． 需外线维护人员到用户端或是局端配合处理，“请问师傅现在是否方便在局端或
用户端挂测配合我方判断处理”。
如不能，“好的，麻烦师傅到现场后及时与我方81718000联系（遇电话忙，请使
用预处理即时通信）”
2． 如受理的非本班组业务故障，做到首问负责制。“好的，此问题我将转达到XX
班组，请留下您的联系方式，他们会及时处理并与你联系”
3． 用户来电申报故障，“感谢您的来电，故障我们已经受理，请留下您的联系电话，我们将尽快为您处理和回复。请以后通过中国电信10000号申报故障”
4． 完成局端处理后，“感谢您的等待，问题已解决，请确认”
5． 如给我方提供好的建议、信息、资料等，“感谢你对我们工作的支持”
6． 与配合处理人员完成通话，“感谢来电，再见”
7． 外线师傅用自己的私人电话拨进报障，考虑处理时间稍长，“我回拨电话给你，好吗”
8． 如是用户端终端问题，“请走宽心服务流程，派代维公司处理，谢谢”
9． 如需检查数据，“您好，数据检查正常（可报相关指标），请确认”
10．局端检查后需其它的平台、厂家等进一步检查，“您好，我方检查局端正常，请
记下XXXXXXXX电话，联系他们将作进一步检查”
11．分公司来电询问用户方面的信息，“请稍等”经局端查看后，“用户……(与业务
有关的信息、资料、描述等)，麻烦您下次通过XX系统（预处理、营帐、或是
至电10000号等）可进行查询，感谢您的配合12．分公司来电抱怨局端电话打不通，“因局端电话正在进行业务处理，给您带来不
便，非常抱歉”
13．分公司报障流程不规范，“您好，本次我方已处理，请下次通过预处理系统或是
电子运维系统规范报障，谢谢您的配合”
14．受理政企客户经理电话申报，并要求我方代为起单
客户经理不在工作现场，无法起单：“请给出您的电子运维帐号、密码，我方起
单”
客户经理在工作现场，可以起单：“感谢你的来电，因涉及到你方对用户故障处
理跟踪和恢复确认，请你方起单，谢谢支持”
15．询问性来电，“请稍等，我尽快给您回复”
16．很抱歉，这个问题需由我方支撑工程师来处理（解答），请留下联系方式，我们
会尽快与你联系。
17．你所报的号码在系统中没查到资料，请再确认下是否用户使用这个业务。
******专业技术处理用语（支撑工程师用）
拨号认证类问题：
1． 用户是否报691错误？用户是否一会报691，一会报678？
2． 以上故障现象就是认证无法通过，与ADSL端口无关，与MODEN无关，不需要
重启或则更换端口和MODEN，可能的原因有以下几点：
3． 请先检查你的帐号和密码是否正确，密码最好用电脑的大键盘输入
4． 在预处理系统中查看了该帐号的状态：欠费/停机，如果用户未欠费或则已经交清
欠费，我们在CRM系统中查看该用户帐号的复开流程还没有跑完，我们马上通知相关人员处理。
5． 在预处理系统中查看了该帐号的状态：绑定，请在预处理系统中修改用户帐号绑
定状态，自动精确绑定到端口，也就是不绑定
6． 在预处理系统中查看了该帐号的状态：在线，请在预处理系统中把该帐号踢下线，请等待5分钟后再试一次，因为帐号下线需要后台BIMS系统处理，等待时间较长
7． 如果还是报691，请将用户的帐号和密码通过预处理系统短消息发过来，我们在机房进行模拟拨号测试，如果测试通过，表明该帐号是正常的，请在局端拨号测试。
8． 用户为宽带星天地用户，BIMS显示为ADSL市话加锁，请使用宽带星天地帐号、密码
网络无法使用类：
1、用户MODEN不同步，不同步的原因可能有以下几点：
2、用户MODEM问题，重起，更换
3、局端端口问题，通过预处理系统重起，更换，并在局端挂测
4、线路质量太差，在局端能同步在用户端不能同步，请检查更换线路
5、用户MODEM同步，但是拨号报678错误，说明用户的请求信息无法到达局端服务器，与帐号认证无关，不需要解绑，可能原因有以下几点：
6、用户MODEM问题，重起，更换
7、局端端口问题，在网管上查看了该端口状态，有告警，通过预处理系统重起端口，如仍然无法使用，请更换端口，并在局端测试。
8、局端端口问题，在网管上查看了该端口状态，无告警，数据配置正常，通过预处理系统重起端口，如仍然无法使用，请更换端口，并在局端测试
带宽故障类：
1、用户报网速慢，可能原因有：局端端口配置速率错误，线路质量差，用户电脑问
题，网络下载或则游戏服务器问题，PING DNS的时延在20MS内算正常，掉包率在5%以下为正常，下载的速率要乘8。
2、局端问题：查CRM系统和网管带宽一致，为X（M），用户上网编码不一致，请
分公司分别在用户端和局端拨测，同时通知81718000配合。谢谢！
3、局端问题：经查CRM系统和网管带宽不一致，CRM为X（M），网管为X（M），是因分公司换端口未走常规资源维护/ CRM系统用户在XX月XX日有改速率订单/造成用户低开/查营帐系统换端口（或是移机）流程未完成，已修改用户新端口带宽请及时补流程，并留下联系方式，我方将继续跟踪。
4、线路质量问题：查CRM系统和网管带宽一致，为X（M），用户线路质量不达标
（可描述线路指标，指标描述：如上、下行衰减，噪声容限），可在预处理系统中线路信息采集进行查看请整治线路
5、请通过预处理系统“带宽调整”进行修改
线路质量不好，选：线路质量差，时限3天（整改线路、用户前台申请降带宽），3天后恢复原带宽。
申请与配置不符，选：申请带宽和配置带宽不一致
6、用户网速慢，可能是用户电脑问题，请查杀病毒
7、下载速度慢，请更换其它下载测试点
8、游戏速度慢，请更换其它游戏服务器
9、定时掉线：掉线时如果MODEM不同步，说明线路受到干扰，如果MODEM同步，请检查用户连接时长。
其它错误代码
1． 用户报错误代码769，表明用户电脑的网卡驱动程序出现故障，应该检查用户的网
卡设置
2． 用户报错误代码633，表明用户重复拨号，先重起电脑，再重新安装拨号软件 流程卡单
1． 流程在配（交换）端口，还未到我中心，请分公司协调创立（84352167宋庆南）
配合处理
2． 流程在宽带开通MAN，我方已通报处理中，请稍候
3． 流程在帐号开通环节，我方已通报处理中，请稍候
4． 流程在我中心环节已完成5． 因设备故障，流程暂时无法执行，我方关注中，请稍候
6． 流程已完成，查资源配置系统无用户（端口，板卡，设备等）信息，造成工单执
行失败，请协调资源中心（赵老师84396295）配合处理
7． 查看网管，ONU设备板卡插错，工单无法执行，已通知FTTB项目组，请稍候
8． 正在协调经支处理中，请稍候
VPN用户网页无法打开
1、查看局端数据正常，请用户联系VPN中心点确认
2、查看局端数据问，请用户核实是否恢复
宽带新天地用户申告无法观看宽带新天地，提示认证失败。上互联网正常
1、查看局端数据正常，帐号正常，请重起一下机顶盒，如果问题依然存在，请更换机
顶盒
2、查看BIMS帐号正常，确认用户在终端上账号密码输入是否正确，如果确认正确，请联系信产公司XXXXX确认平台数据
光纤用户无法查询资料
1、请提供用户联系电话，并请用户提供IP地址信息
大数据时代的业务转型 篇6
今天，全球的企业都处在大数据时代，数据已经成为企业一种新的经济资产，是捕捉稍纵即逝的市场机遇的数字基础。另外，数字化的力量正在改写客户的期望：他们不仅希望能随时随地访问商家的信息、产品和服务，还期待在各种渠道体验商家提供的统一质量的产品和服务；他们不喜欢商家仅把他们视为顾客，而是更愿意商家能够认识他、了解他，获悉他的喜好和需求，并与他保持个性化的关系——知道他们想买什么、目的是什么、希望得到什么样的服务，并为他重新设计端到端的客户体验。
对商家来说，与客户保持这样的个性化关系非常重要，这就需要在前端进行前线业务数字化的转型，即重新构思有关人与公司、机构和政府进行联系、交易和交往的方式的一切事情，并重新构想他们如何创造相互价值。而前者的实现，需要在后端借助全整合企业模式，从根本上转变基础设施，以支持前线业务数字化，使企业转变为整合、弹性和简洁的运作模式。
前线业务数字化，实现服务个性化
在我们看来，客户对前线业务数字化转型的实际需求是，如何管理企业与客户的关系，如何管理企业与政府的关系，以及企业如何与其他机构进行联络，从而把客户视作具有个性化需求的具体个人，通过个性化的模式为他们提供服务，满足他们的需求。
IBM估计，前线业务数字化市场将以大约每年10%的速度增长，预计到2015年将达到770亿美元的规模，其中包括智慧商务、移动、社交和业务分析。在这方面IBM的解决方案是，先帮助客户制定以客户为中心的转型战略，利用数字、移动和社交方面的洞察，发现未来的增长机会和新的商业价值的途经。然后，再帮助客户进行所有的渠道的整合，为客户建立最好的营销能力，以挖掘对客户的洞察力——了解他们的客户在思考什么、需要什么，更好地响应客户的需求。之后，再通过一套系统或流程，让他们在前端更好地与客户进行互动。
美国大师赛（Masters）已经在数字渠道整合上受益。IBM作为大师赛赞助商之一，帮助他们整合了各渠道资源，并针对用户设备进行内容定制，人们不但可以从多个平台上看到这些高清视频直播频道资源，观看精选球员和球洞的所有击球，甚至通过微博来跟踪这位年轻高尔夫球手的最新动态。全新的数字渠道整合带来了良好效果，数据显示，通过移动终端访问大师赛共计产生2.14亿的页面浏览量，占所有数字渠道总浏览量的63%，同比增长21%。
全整合企业，提升企业再现代化能力
前线业务数字化的基础是能够加速增长、提高生产力和促进变革的全整合企业，全整合企业是中国企业再现代化的关键途径。
中国很多公司虽然从单一地域单一运作模式，发展到多地域集团管理，却没有实现全国范围内跨地域、跨部门协作整合，制约了企业的发展。整合企业能够使得企业加强全国范围内的业务协同，通过企业“后台”整合，统一标准的流程，集中与共享资源实现有力的管控，在全国乃至全球范围内整合资源，降低成本并提升运营效率。我们建议，中国企业在思考全球整合企业战略时，不管是向海外拓展、区域性发展或是全国发展，都需要这样的整合，以更好地利用大数据、信息及分析方法，在全组织范围内更快更好地做出决策。
IBM是一家庞大、复杂的全球化公司，从2007年到2012年，IBM将财务、人力资源、供应链、销售与市场、IT系统及收购战略等进行整合，通过共享服务的方式共节约了53亿美元的成本，此外，还在生产效率提升方面带来了28亿美元的收益。
变革的路很长，希望更多的中国机构实现以客户为中心的转型，在新一轮全球化中制胜。
（本文由刘梅编辑整理）
GSM数据业务KPI指标分析 篇7
GSM数据业务中的KPI指标重点反映GSM网络对数据业务的承载能力和使用情况, 本文对评判网络中数据业务状况的KPI进行定义解释, 浅析各项KPI的影响, 导致原因和处理思路, 为数据业务网络优化提供依据和参考。
2 PDCH占用率
【占用PDCH个数/可用PDCH个数】
该指标主要反映了正在使用的PDCH信道数占可用PDCH信道数的比例。
从该指标可以看出小区分组业务的忙闲状况, 在一定程度上反映了小区的分组业务忙闲状态。如果此指标的值接近100%, 说明当前小区的分组业务较忙, 需要增加PDCH信道数目, 对于小区数据业务存在拥塞, PDCH占用率却较低的情况, 可以辅助判断小区的硬件隐性故障, 也可以辅助判断GB口和DSP资源不足问题。
需要结合硬件告警信息, 数据业务拥塞情况, 信道占用指标和资源评估来进行优化。必要的时需要结合语音指标来定位问题实施优化。
3 GPRS下行TBF建立成功率
【GPRS下行TBF建立成功次数/GPRS下行TBF建立尝试次数】
该指标主要反映了下行TBF建立成功占整个下行TBF建立请求的比例。反映小区的GPRS服务质量。如果其值较低, 说明无线环境、网络参数配置、网络资源配置、网络设备等可能存在问题, 需要优化。另外需要说明的是, 一般正常网络中此指标只能达到80%左右, 因为部分“下行指配消息”下发后, 会由于MS位置的改变而得不到MS的回应, 指标中表现为因手机无响应导致的寻呼失败次数较高, 导致下行TBF建立失败。所以此指标比上行指配成功率指标稍低。C类网络一般在88%左右。
TBF建立成功率类的问题, 主要通过对Abis口传输问题排查, 空口质量检查, 下行指配是否异常, 干扰排查, 调整DSP负荷或处理DSP隐性故障来优化, 对于寻呼无响应导致的TBF建立成率差, 可以通过适当增加寻呼信道来进行优化。另外对于手机无响应导致的下行TBF建立失败, 需要同过检查天馈系统, 上下行平衡性能和下行编码方式和功控设置来判断解决。
4 下行GPRS TBF拥塞率
【无信道资源导致下行GPRS TBF建立失败次数/下行GPRS TBF建立尝试次数】
该指标反映了无信道资源导致的上行TBF建立失败次数占上行TBF建立尝试总数的比例。
如果该值较高, 可能是因为小区的无线信道资源不足或无线信道故障。也可能是因为无线信道故障频繁或人工操作闭塞信道。对于一般的数据业务区域, 要保证足够的PDCH信道数和充足的空闲时隙资源, 此KPI一般小于1%;对于数据业务量较高且资源紧张区域, 通过扩容, 故障处理, 资源调整等, 尽量将TBF拥塞控制在2%以下。
5 G-Abis口误帧率
【接收校验错帧的个数/接收正常帧的个数】
该指标反映了网络链路层的传输质量。正常情况下误帧率都小于0.05%。如果此KPI值过大, 说明当前GB接口或者ABIS接口链路质量不好, 对数据的传输性能影响将会非常大, 若发现某小区信道误帧率长期偏高, 需要联系BSS工程师协助检查链路质量, 认定为传输问题, 可建议局方检查传输线路改善网络。
6 下行MCS7～MCS9数据比例
【 (下行MCS7的RLC数据块个数*56+下行MCS8的RLC数据块个数*68+下行MCS9的RLC数据块个数*74) / (下行MCS1的RLC数据块个数*22+下行MCS2的RLC数据块个数*28+下行MCS3的RLC数据块个数*37+下行MCS4的RLC数据块个数*44+下行MCS5的RLC数据块个数*56+下行MCS6的RLC数据块个数*74+下行MCS7的RLC数据块个数*56+下行MCS8的RLC数据块个数*68+下行MCS9的RLC数据块个数*74) 】
该指标反映了小区下行EGPRS MCS7-MCS9 RLC数据块数在下行RLC数据总块数中所占的比例, 改值越小, 用户感知越差, 对用户满意度影响很大。可能在无线环境, 参数配置或是资源方面都存在异常, 需要结合现场测试, 拥塞指标分析, 干扰处理, 资源调整, 参数配置来进行优化。
7 结束语
HSDPA数据业务优化案例分析 篇8
HSDPA是WCDMA系统R5协议中引入的无线增强技术, 它可以为下行提供高达13.9Mbps的峰值速率, 这得益于HSDPA在物理层引入了大量的关键技术, 诸如AMC、HARQ、2ms短帧、多码传输、16QAM调制等。HSDPA作为WCDMA在下行的增强技术, 在体系结构中与R99最大的不同是增加了一个新的MAC子层, 即MAC-hs子层, 该子层负责调度以及流控处理, 如图1所示。
从图1中可以看出:协议模型与R99相比, 最大的不同是在Node B和UE分别引入了MAC-hs子层。Node B的MAC-hs实体通过Uu口将MAC-hs PDU传递给UE的对等实体MAC-hs。RNC的MAC-d实体通过HS-DSCH FP协议将MAC-d PDU传递给Node B的MAC-hs实体。在Node B中引入MAC-hs子层的主要原因包括: (1) 多用户的快速调度; (2) 减少重传时延, 提升用户的业务感受; (3) 提高AMC技术链路自适应性能:该技术根据信道质量来调整调制和编码方式, 其性能对信道质量上报的时延非常敏感, 时延越大链路自适应性能越差。HSDPA除了物理层重传外, 同时还支持RLC层重传。RLC层负责对物理层丢包进行重传, 可以根据业务特性选择是否进行RLC层重传。对于时延要求较高、丢包率要求较低的业务不需要RLC层重传 (RLC UM) ;而对于丢包率要求较高、时延要求较低的业务则需要RLC层重传 (RLC AM) 。
2 HSDPA数据业务案例分析与优化
网络优化以服务市场为原则, WCDMA网络业务发展的重点是基于HSDPA承载的数据业务, 数据业务发展迅速, 特别是随着HSDPA数据卡和上网本的推广, 数据业务量呈现出明显的加速上涨趋势, 因此, WCDMA无线网络优化工作也必须坚持以市场需求为导向, 满足业务发展需要, 以质量为核心, 保证良好的客户感知。可见, HSDPA数据业务已经成为WCDMA网络发展的重点, HSDPA数据业务优化, 是中国联通网络质量提升的一项重要内容。本文主要选取室外DT测试数据, 把HSDPA数据业务现有问题概括为三个现象:下载业务无法建立、下载突然掉线和下载速率低且波动等。
2.1 HSDPA下载业务无法建立案例
(1) 现象描述。当路测人员从鸡泽人大常委会到鸡泽人寿路段, DT测试FTP下载时, 发现该处无法建立Ping连接, BLER (误块率) 为100%。
(2) 现象分析。分析信令流程知, UE申请启动E-DPCH (增强型专用物理信道) 脚本文件, 要求进入分组数据传输模式Compressed Mode Packet, 网络无响应, UE被迫申请GMM Service Request。如图2所示, UE启动小区重选流程, 选入PSC (主扰码) 188, RSSI (Received Signal Strength Indication) 接收的信号强度指示为-63.75d Bm, 符合接入要求, 小区重选完成。UE建立FTP下载业务, 初步判断为邻区漏配问题, 切换从信号强度好的小区至信号更弱的小区。切换后信号强度由RSCP-84.17d Bm降到RSCP-103.67d Bm, 致使BLER变为100%, CQI值为4, 不符合下行接入要求的服务质量, UE上行Ping FTP下载命令2次后, 无网络响应, 停止Ping, HSDPA业务建立失败。在这里强调一下, RSSI代表接收信号场强指示, 也是信道带宽内的接收功率, RSCP (Received Signal Code Power) 是解扩后一个导频符号的接收功率。
(3) 优化措施。优化鸡泽人寿W11与鸡泽人大常委会W21邻区配置, 命令如下:在RNC侧分别打开鸡泽人寿W11的1号框1号槽、鸡泽人大常委会W21的2号框1号槽的同频邻区漏配功能开关, 在命令行中输入如下命令:
增加同频小区双向邻区关系:
ADD UCELLINTRAFREQHO:RNCId=240, Cell Id=11981, Intra Freq Filter Coef=D3, Intra Freq Meas Quantity=CPICH_EC/NO;
ADD UCELLINTRAFREQHO:RNCId=240, Cell Id=14772, Intra Freq Filter Coef=D3, Intra Freq Meas Quantity=CPICH_EC/NO; (执行成功)
2.2 HSDPA下载突然掉线案例
(1) 现象描述。DT测试行至塔河总队附近, 信道质量指示CQI数据在26至28之间, 信号很强, 但HSDPA业务突然掉线, 如图3所示。
(2) 现象分析。通过对信令流程分析可知, Handover Succes Remove PSC 88, 网络侧删除主扰码88, Active Set PSC90, 激活集保留PSC90, 即切换到主扰码90成功;导频信道电平RSCP-61.76d Bm, 信号强度很好, 信道质量指示CQI值为27左右, 很好 (30为最大值) 。依据CQI与传输格式对应表格, 应启用16QAM调制方式, 但系统未启用;同时Ping FTP Start, PPP隧道Drop, 即USDPA下载突然掉线。根据以上分析知, 触发AMC (自适应调制编码) 算法的条件是具备的, 应选择高阶调制和高码率的信道编码方式 (如16QAM, 3/4编码速率) 传送用户数据, 但AMC未被启用, 可判断为RNC侧未完全启用AMC算法, 导致PPP隧道掉线。
(3) 优化措施。经RNC后台检查发现下行内环功控激活开关状态为“关闭”;因为在HSDPA的链路自适应技术中, 一般包含内环和外环链路自适应两种 (后文会具体介绍) , 这里下行内环功控未被激活, 因此导致AMC算法未被触发而掉线。命令如下:
SET HSDPA_DL_FLOW_CONTROL_SWITCH:Pc Switch=PC_OLPC_SWITCH-1;
SET PC_DL_INNER_LOOP_PC_ACTIVE_SWITCH:ON; (执行成功)
2.3 HSDPA下载速率低且波动案例
(1) 现象描述。在塔河市的优化工程中发现, 当测试人员沿塔河市区西南环路进行FTP下载测试时, FTP下载速率低, 且当测试人员经过西南环出口处时, 信号强度很好, 但FTP下载速率却不规则波动, 从DU Meter终端上监视到下载速率波动, 下载速率是2.47mbps。
(2) 现象分析。HSDPA下载速率稳定性的影响因素很多, 包括终端、服务器、下载区域、无线信号的稳定性、后台参数设置、核心网的影响等等。要定位导致KPI不过关的最主要的问题所在, 需要一项一项的排查, 问题排查的关键在于合理的比较测试, 不同测试设备的测试比较, 不同服务器下载测试比较, 修改不同的HSDPA功控参数前后测试比较, 单线程和多线程测试比较, 通过这些比较最终确定问题所在, 然后给出相应的优化措施。而本次优化项目主要关注无线网络优化, 关注RAN侧, 且重点观察UU口。HSDPA在下行引入了HS-DSCH共享信道, 是链路自适应机制, 即UE测量公共导频信道的质量, 并将此信道质量 (CQI) 上报给Node B, Node B根据UE上报的CQI及其它资源状况来调度当前TTI能够发送的TB块大小。不同的CQI上报值就决定了UE所能获得的最大空口速率。如果UE上报CQI低于目标值且波动, 则必然导致HSDPA空口速率波动。因此, 首先要检查并确认UE上报CQI是否能够稳定在理论吞吐率对应值以上。不同理论吞吐率对应的最低CQI要求是不同的, 以类8终端为例, 物理层达到7.2Mbps的吞吐率, 必要条件是UE上报CQI必须达到25。
(3) 优化措施根据前面排查, 发现HSDPA下载过程中观察到的UE上报CQI低于目标值且波动, 于是联系现场网规工程师优化无线环境 (比如:调天线下倾角、天线挂高等) 并更换其它的测试路线进行比对。
3 结语
HADPA数据业务出现不同现象的原因也是多样的, 我们需要具体问题具体分析。无线网络环境是复杂多变的, 如何保证HSDPA数据业务高速且稳定的运行, 还需在长期的优化工程中探索, 特别需要对HSDPA关键算法进行深入研究, 以期优化相关参数, 从而使HSDPA数据业务为活动中的客户提供无缝的、自如的服务。
摘要：HSDPA (高速下行分组接入) 技术是WCDMA系统R5协议中引入的无线增强技术, 它可以为下行提供高达13.9Mbps的峰值速率, 提高了小区吞吐量、服务质量, 改善了下行分组数据业务的频谱效率。然而新的应用对无线网络运营产生了很高的要求, 有效的网络优化可以解决网络的通信忙点和盲点, 保证网络稳定高效运行。文章给出HSDPA数据业务优化的实际案例, 对案例中的现象进行分析和优化, 使得HSDPA数据业务性能得以改善。
关键词：HSDPA,数据业务,优化
参考文献
[1]3GPP TS 25.223 (V8.1.0) , Spreading and modulation (FDD) [S].2008
数据分析在出版业务中的应用 篇9
当今有市场竞争力的企业往往已经运用ETL工具实现数据的抽取、转换及载入,如何对其进行分析和处理,以便对未来工作做出预测,是一个值得探索和实践的课题。企业工作模式的改进、工作效率的提高关乎经营状况的改善,而从编辑个体工作细化的角度来审视,对关联数据进行整理与分析,会使其从日常非结构化的数据集、并发执行的选题开发流程中得到启迪和理论提升,惠至重新考虑工作时间分配的运筹逻辑,优化内部工作环节的设置。力争把80%的时间用在重要性程度较高、有助于编辑业务水平的提高、对销售码洋的贡献率较高的事项上,这也是商业智能(Business Intelligence,BI)在日常工作中的生动体现。
一、出版实践良策
具体到笔者所在出版社的编辑管理系统,其用户是策划编辑和责任编辑,他们代表出版社履行通读书稿的职责,往往同一人有多册书稿需要异区段并行处理:审读书稿,核校图稿清样,解决各校次校样中的问题,审查样书。
由同一领域经营单位的运作情况可知,数据量一定会增长到人们希望它达到的程度。因而运用数据的方式(所采取的解决问题的算法)必将决定数据量的大小以及对数据资源的撷取深度。
在笔者任职的出版社的360o视图选题管理系统中,可以看到:(1)书稿的销售视图;(2)当前的库存视图;(3)印次与印数视图;(4)作者的稿酬视图。
诚然,书稿的销量取决于策划编辑对选题的确立、对作者的遴选、对稿件架构和内容详略程度的把握以及对写作进度的远程控制,但是如若责任编辑在审读环节未能对书稿做出应有的贡献,对图书的销量也会产生期然之外的影响。为优质书稿锦上添花,助平质书稿提高质量,正是责任编辑应尽的职责。
SAP-ERP项目[1]实现了实时监控图书版次、印次、印数和库存的目标,并允许用户综合考虑各个出版中心相关分社宣传用书的用量(几十册至近千册不等),由此推算出图书销量(数据库表的派生字段值)。这对编辑随时审视自身工作业绩起到了积极的推动作用。编辑可以把时间点用在书稿的薄弱章节上,唯此才能体现编辑工作的价值,提高用书教师与学生各方的客户满意度。
二、数据分析
有了从印量、销量而来的直观数据,如何加以有效利用,发挥数据的预测作用[2~3],以既往数据作为改进工作方法的依据,就成为各学科编辑都要面临的一个问题。
1. 数据统计时段的确定。
(1)以自然年为单位。意指自每年的1月1日起至当年的12月31日止。这为统计员工工作量、核算销售码洋/实洋提供了便利。(2)以学年为单位。高校用书多以每学年的第一学期、第二学期为界进行征订。相应地,出版社以每年的9月1日至次年的8月31日为界,统计出库量、销售码洋/实洋,则更有利于监测不同层次院校对不同系列教材的需求变化,把握市场脉搏,用有限的出版资源、出版时间打赢市场攻坚战。
2. 影响数据波动的因素。
(1)外在因素。人们在工作中往往受限于外界因素,如学生人数受到人口出生高峰年/低谷年的影响,订货量会较先前的一两年有所变化;出版社的库存维护工作带来较大的运营压力,迫使其下属出版中心、独立分社、盈利性公司隔年报废一批销售前景渺茫的图书,为更有销售潜力的图书腾置宝贵的存储空间;数字化出版对于纸质图书的市场需求带来冲击,读者不再单一地寻找纸质教材与实验指导书,转而向多媒体教室的方向寻求新的教学模式,逐步脱离平面教学介质的束缚,不同地域的学生可以尽情享受异地优秀教师的教研成果。(2)内在因素。在此需要说明的是,最初决定书稿销量多寡的是作者的教学经验与科研水平,以及同一领域图书的整体格局、受众的认知度,但是书稿自交付出版社之日起,编辑们所起的作用也不容小视。把一本原质平平的书稿,经审读加工后变为突破预期销量的书稿,才真正体现编辑的实力。
3. 责任编辑对销量的思索。
(1)数字见真知。责任编辑看到销量的感觉是有别于他人的,毕竟自己曾经逐字逐句地审读过其中的内容,与作者或多或少地交流过修改方案。责任编辑看到图书的历年销量,会在潜意识中将其与自己当初对销量的预测作比较,若实际值与预估值契合,责任编辑会加深对同类型题材书稿的质量的感知,为尽善尽美地实现新的工作目标而继续奋斗。(2)数律见人律。身处书稿汇聚之地,编辑们整日为特定的选题而忙碌,急于办理迫在眉睫之事宜。偶有闲暇,也只是对近期工作进行反思,难以预见更长远的发展方向。也许生活就是这样,平实质朴,在能够深入思索之前,时光稍纵即逝,终使“出版”这门略带缺憾的艺术成为激励我们前进的航标,终日相伴,却又如此遥不可及。
4. 学科知识库的扩展。
(1)同行交流。笔者所在的编辑室分为电子电气、计算机、力学机械与土建水利等三个学科小组。笔者所在的学科小组每月都力争抽出时间召开专题研讨会,各位编辑横向交流工作经验,共同讨论某一类问题,促进思维的碰撞。(2)终生学习。有了学习的兴趣,才会有学习的动力。如果只是限于岗位需求而掌握某些工作能力,未启动拓展性的学习,将不利于对未知空间的探索。人类因学习而成长,因学习而发觉时间的宝贵,因学习而与时俱进。
三、实例
以此时(2009年10月28日)的可观测数据为例,尚未到达自然年年末,本自然年统计数据自不可出。2008年出版的图书,因其出版月份位于年中,2008年销量只代表图书面世后几个月的销售值。选取2007年出版的一册书稿,其2008年年度销量可得,且图书生命周期跨越三年,符合教材每三至五年必须更换的硬性要求,观测数据具有一定的实践指导意义。
数据库原理及应用》(第2版)
出版日期:2007年8月15日
累计印数:10 000册
当前库存:3 310册
净售册数:2009年1 550册(截至2009年10月28日,较上一年销量增长-66.1%)
2008年4 570册(较真实地反映了该书的年度需求量)
2007年570册(2007年秋季供书,仅限于作者及其周边的小范
由此可知,此书的生命周期极有可能为三年,即至2010年8月15日(该年度秋季订货),其后对此书的需求将明显放缓,可考虑联系作者分析市场上同类产品的特点,制定本书修订方案,以利于通过再版的方式让作者将其教研成果普惠世人[4]。
再以国外知名作者的一本畅销书《操作系统概念》(第7版)为
出版日期:2007年3月20日
累计印数:18 000册
当前库存:1 640册
净售册数:2009年5 340册(截至2009年10月28日,较上一年销量增长-14.3%)
2008年6 230册(出版后的第二年较真实地反映了该书的年度需求量)
2007年4 790册(年内9个月的销量即超过上一例的高峰年销
与上一例相比,此书年均销量约为5 500册,合作方为久负盛名的John Wiley&Sons Inc。此书涉及的课程内容完整,例题、习题取材丰富。作者凭借其多年在行业内的实践与咨询经验,能够很清晰地展现“操作系统”课程的主要知识点,合理规划各章篇幅,为众多“操作系统”任课教师和学有余力的学生阅读所认可。由此也可推断,此书原版在美国本土及英语语言国家院校的销量更为可观[5~6]。我们应该向海内外的同行虚心求教,缩小与他们在选题策划、作者遴选、书稿审读、宣传促销等方面的差距,以此作为鞭策我们达到更高目标的
读活数据,让数据成为工作的导航灯,及时调整办公策略,是进行数据分析与处理的意义所在。把繁杂、厚重的数据统计报表经过整理和分析,结合业务运营实际,找出自身工作中存在的不足,忠实地实现引进和升级SAP-ERP选题管理系统的初衷。
参考文献
[1]林华.浅谈出版业务ERP系统实施过程中的数据准备[J].科技与出版,2009,(4):44-45.
[2]李湘东,徐军,沈祥兴.基于数字出版的科学交流系统机制创新研究[EB/OL].出版科学,http://www.cbkx.com/2008-6/1208.shtml.
[3]刘世平.数据挖掘技术及应用[M].北京:高等教育出版社,2009.
[4]沈祥玖,尹涛.数据库原理及应用:第2版[M].北京:高等教育出版社,2007.
[5]吴惠娟.论图书项目管理的规范化及实施[J].出版发行研究,2009,(7):16-18.
数据业务分析 篇10
台站技术业务管理系统, 负责管理业务, 运行在办公网, 通过数据接口模块将台站的基础信息和设备运行信息提供给局端安全传输发射管理平台, 为各传输发射设备的正常运行提供后台技术保障、信息管理保障和业务工作管理保障, 提供对局端的统一的数据上传服务。
2系统整体数据流向分析
技术业务管理系统基于B/S架构, 方便台站用户使用, 通过平台的统一认证管理及证书加密等手段保证用户信息安全;依附权限管理, 针对系统的功能, 数据进行严格把控, 保证数据信息安全。
本系统分为应用服务器、接口服务器和数据库服务器三个部分。应用服务器中关系到数据流转的服务有消息中间件服务, 接口服务器中关系到数据流转的服务有下行接口、上行接口、运行管理系统数据接口。系统整体数据流向图如图1所示。
技术业务管理系统以定时和实时方式, 接收台站运行管理系统传输的各个生产系统的运行状态信息、调度令、运行图信息和故障信息。
技术业务管理系统中事故信息、报表信息、零报告等信息在单位主管审核通过以后, 其uplink接口会一直监听工作流的状态。单位主管审核通过以后, 将直接将这些信息发送给无线局局端运维的Active MQ (消息中间件服务) , 同时将节点置为上报局端节点, 局端Active MQ收到上报的数据后, 通过局端接口来持久化数据, 如果有事故驳回或者报表的驳回, 通过应用来驳回到台端的Active MQ, 台端接口服务器再通过downlink接口持久化局端下发的数据。如图2所示。
, 任务报告需上传附件时, 系统会通过应用先上传到应用服务器, 然后通过downlink接口将该附件读取到接口服务器, 再由uplink接口将该附件发送到局端运维的Active MQ。
3系统的冷备份方案
目前在办公网技术业务系统部署, 主要有应用服务器、接口服务器和数据库服务器。为保障系统正常运行, 突发故障及时恢复, 需要制定系统冷备机。下面将详细介绍系统冷备份的实施方案。
3.1应用服务器备机方式
(1) 采用方式
整体程序迁移, 在新服务器上搭建一套新的应用, 服务器的IP地址不可以与原始的服务器冲突。
(2) 故障恢复
当原始计算机存在问题或出错时, 手动停止原系统的网络, 将备机加入到网络中, 启动相关服务即可。
3.2接口服务器备机方式
(1) 采用方式
整体程序迁移, 在新服务器上搭建一套新的应用。服务器的IP地址与原始的服务器一致, 正常情况此机器不可以在网络中, 备机必须在交换机上有同样的配置, 技术网和办公网通过一个网络端口可以连通。
(2) 故障恢复
当原始计算机存在问题或出错时, 手动停止原系统的网络, 将备机加入到网络中, 启动相关服务即可。必须保障冷备机不可以同时在网络中。
3.3实施过程
3.3.1环境安装
点击“我的电脑”, 右键属性, “高级”->“环境变量”。在系统变量中, 新建变量名为JAVA_HOME, 变量值为D:Javajdk1.5.0_22 (默认安装JDK的路径) ;新建变量名为CLASSPATH, 变量值为%JAVA_HOME%libtools.jar;在系统变量中, 编辑“PATH”, 在原有值的后面增加“%JAVA_HOME%bin;”。
3.3.2软件安装
配置文件的安装:在正式环境服务器上复制D盘下Station Platform文件夹下的tms_properties、accd、pattern、tech以及tech Meida五个文件夹到冷备服务器下的D盘中, 数据库地址都不用修改应该就是正式环境中的数据库链接。
程序安装:复制在正式环境服务器上D盘Station Platform下的apache_tomcat_5.5.25文件夹到冷备服务器下的相同路径中。
3.3.3接口服务器安装
(1) tms uplink、tms down-link接口安装
首先, 复制接口服务器上面的D盘下Station Platform中的tms_up_and_down_service文件夹到冷备服务器。然后, 进入到Java Service_2.0.10文件夹下, 双击“安装运行接口服务for down.bat”和“安装运行接口服务for up.bat”文件, 即可将上行接口和下行接口打成Windows服务。最后, 在系统管理->服务中可以找到此服务, 启动即可。
(2) Active Mq安装
首先, 复制接口服务器上面的D盘下Station Platform的apache_activemq_5.2.0文件夹到冷备服务器相同路径下。在D:Station Platformapache_activemq_5.2.0binwin3中, 双击Install Service.bat文件, 即可将Active MQ安装成windows服务。然后, 在系统管理->服务中可以找到此服务, 启动即可。
(3) TMS-SOA服务安装
首先, 复制接口服务器上面D盘下的Tms Sca Platform文件夹到冷备服务器相同路径下。然后, 在“D:Tms Sca Platformtms_sca_service安装卸载服务”文件夹内, 双击“安装SOA接口.bat”文件, 即可将TMS-SOA打成服务。接着, 在在系统管理->服务中可以找到此服务, 启动即可。
3.4非结构化数据的存储说明
当台站需要启用冷备的服务器时, 因为所有的IP地址配置都不需要更改, 所以所有局里下发的任务附件以及台里自己上传的附件, 都会存储到冷备服务器上。
注意附件的存储地址, 在D:Station Platformpattern、techMedia、tech、accd四个文件夹中, accd文件夹用来存储事故附件, 其他三个文件夹存放技术安全报告和任务报告。
4总结
淘金大数据 业务创新才能赢 篇11
人类社会正在步入一个被互联网和通讯技术引爆的大数据时代，IDC预计，大量新数据以每年50%的速度在增长，或者说每两年就要翻一番还要多。麦肯锡报告表明，未来大数据将带来每年全球万亿美金的市场。IBM预计未来收入50%来自大数据，大数据以其不可限量的未来引起各行各业企业CEO、COO、CIO等高管越来越热烈的关注。
数据机遇 需应对不同应用场景
大数据的出现为各行各业带来了新机遇，并具有不同行业的应用场景。
政府利用大数据，通过建立经济指标预测系统，可以得出国家的各项经济指标；通过对网络信息的监控，可以分析舆情状况。在制造业方面，华尔街对冲基金依据购物网站的顾客评论，分析企业产品销售状况。一些企业则利用大数据分析实现对采购和合理库存量的管理，通过分析网上数据了解客户需求、掌握市场动向。在电影行业，把电影行业数据和金融数据结合，通过资本市场对于影视行业的关注和成交记录，透视影视行业发展趋势和未来机会，并对影视投资、文化创意投资提供数据和行业预测分析。在农业方面，农业大数据涉及耕地、育种、播种、施肥、植保、收获、储运、农产品加工、销售、畜牧业生产等各环节，是跨行业、跨专业的数据分析与挖掘，对粮食安全和食品安全有着重大意义。
利用大数据，可以实现信息库的充实，减少系统延迟，降低成本；增强全方位客户视图，实现客户交互改进，加快决策过程，减少重复劳动。在运营分析中，利用大数据可以实现运营优化，通过识别特定用户行为，对特定用户实施营销活动，有效降低客户流失率。企业需要增强现有数据仓库基础架构，实现大数据传输、低时延、和查询的需求，确保有效利用预测分析，实现商业智能的进一步扩展。
数据爆炸 深入挖掘为当务之急
虚拟化的网络世界是真实世界的量化反映，它充斥着由社会化网络、互联网文本和文件、搜索索引信息以及大规模的电子商务等带来的海量数据。物联网、云计算、移动互联网、车联网、手机、平板电脑、PC以及遍布地球各个角落的各种各样的传感器，也无一不是数据的来源。所有这些都促使了以“数据大爆炸”为特征的“大数据时代”的来临。在爆炸式增长的大背景下，如何处理、保存这些海量的数据，并抽丝剥茧般地发现其中所蕴藏的价值，就成为企业面对的首要问题。
为此，IBM商业价值研究院实施了一项调研，并撰写了题为《分析：大数据在显示世界中的应用》的白皮书。该调研得出了如下结论：未明确大数据的定义是企业混淆大数据的最主要原因；企业对大数据的采用还处于初级阶段（24%的企业目前主要是理解概念，47%的企业尚在定义与大数据相关的路线图）；以客户为中心，是大数据的首要任务成为共识；内部数据是企业内大数据的主要来源，但大量未开发的价值隐含在内部系统中；不确定性以及技能的缺失，使得社交媒体等外部数据源未得到充分利用；缺乏先进的分析技能，是从大数据中获得最大价值的主要障碍。
针对这些大数据方面的认知问题，戴尔亚太区存储业务部技术总监许良谋表示，为了大数据而大数据是做不成大数据的，以大数据做幌子的项目最终做不成大数据。“成功的大数据实施方式是企业领导人首先要了解何为大数据，而且大数据要配合业务的发展实施。”
《互联网周刊》记者在走访多位大数据专家后意识到，企业要想利用好大数据，需要做到以下几点：首先，公司高层要有对大数据的正确认识，要制定全面的统计方法；如果缺少数据的完整性和精确性，市场计划便不可能成型；要确保收集到公司所有渠道的数据。其次，要有一位指定的数据专家，协助企业管理公司的数据战略。第三，要分享并分析数据，内部协调是成功分享数据的关键，公司内部应降低不同部门之间的隔阂，通过数据来打通内部交流，共同分析数据并形成决策。最后，要深入挖掘数据节点，细化分析目标、深入挖掘数据才能得到特定领域的特点。
数据应用 业务创新是终极考验
在大数据时代，一个企业首先应该对企业内部的数据进行治理，保证内部数据和信息的完整性、一致性，这样才能让企业依据这些数据作出正确的决策。当企业积累到一定量的数据就可以采用大数据工具，对数据进行有效的清理、分析，进而对数据进行治理。
大数据对于企业的挑战还在于业务创新。大数据应用不能仅仅停留在数据收集、存储、分析等阶段，它需要一个企业在两个层面拥抱创新。Gartner调查部副总裁Hung LeHong表示，首先，这项技术本身必须是创新的；第二，企业必须有意愿进行决策支持和业务分析的创新。对于第二个层面，其内因不是技术挑战，而是流程和管理变革的挑战。大数据技术为分析现有业务难题和潜在机会带来了创新的方式、方法，全新的数据资源和分析技术将通过前所未有的方式改善企业的运作。
针对创新，很多致力于大数据技术的公司都已经推出了自己的解决方案。Informatica PowerCenter Express帮助企业以较低的成本开展入门级数据集成的问题，并努力把全球领先的管理理念带到中国。IBM推出的“智慧的分析洞察”是由一整套软件、系统和业务战略组成的完整解决方案，能够帮助公司把自身拥有的企业数据与消费者产生的非结构化数据结合起来，从而统揽全局。借助 IBM 全面的信息管理分析能力，可以追溯每个业务流程中产生的庞大数据，并进行共享整合分析，从而帮助企业全面监控商业流程，预测和塑造所预期的商业结果。
在更为具体的层面上，戴尔的灵动架构无疑是一整套更为高效的管理、配置和运维的产品，它可以利用软件提供更好的管理模式。它使用包括了VDI虚拟桌面以及私有云都可以利用这样的平台，快速部署和上线，不用用户自己集成，只需要预集成即可。许良谋表示，戴尔自身也在探索大数据在业务上的创新。例如采用私有云的方式，利用大数据进行自我优化；在企业内部部署了Teradata数据仓库平台，用于跟踪分析交易，该平台作为大数据业务创新的一部分，可以帮助戴尔更好地预测和满足客户需求、提高效率、获取关键洞察力。
中国的人口和经济规模，决定了中国的数据资产规模必定领先于全球，客观上为大数据的发展提供了最好的试练场所。各方企业充分发挥自己的优势，以开放的心态推动大数据应用落地，让大数据成为业务创新的原动力。
数据业务分析 篇12
一、外汇业务信息化建设现状
目前, 外汇局主要有21个外汇管理业务系统, 基本覆盖外汇监管目标。现有系统都是围绕单个业务而建立的, 业务系统数量多, 同时各业务系统之间数据难以共享。这种局面致使各业务系统操作人员重复劳动多, 而且容易出差错。
(一) 信息重复采集、重复录入, 增加社会成本
目前, 国际收支、进出口核销、外汇账户、直接投资和外债等监管系统中都涉及涉外单位基本信息的采集, 由于各业务监管系统独立运行, 无法实现基本信息共享, 造成各系统涉外企业基本信息多头采集、重复录入, 且不同系统之间同一涉外单位的经济类型、行业类型和企业属性等信息不尽一致, 造成重复劳动, 工作效率低下, 影响到外汇统计监测分析的质量。例如, 一家外资企业已在直接投资外汇业务信息系统录入了企业基本信息, 若办理进出口业务, 还要在贸易收付汇核查系统和账户系统中重复录入企业基本信息, 耗时费力, 增加社会成本。
(二) 系统关联性差, 信息化水平不高
目前, 各业务系统的开发是根据业务部门的需求自行开发的, 基于不同的体系架构和操作平台, 系统间代码有差别, 系统集成度低, 缺乏相应的技术标准, 难于有效地衔接, 无法实现跨平台数据共享和交互访问。
(三) 信息资源利用程度低
现有的数据中蕴藏着巨大的资源, 但未能充分挖掘。虽然目前有账户统计分析系统、银行结售汇分析系统、国际收支统计分析系统等监管系统, 但信息加工手段停留在模拟手工阶段, 难以对丰富的数据信息资源加以综合利用。
(四) 统计口径不一致
由于各系统统计口径不同, 使同一项目在不同的系统中体现出不同的统计结果, 从而给监测分析带来不便。例如, “银行结售汇统计系统”与“国际收支统计分析与辅助决策子系统”中相同项目统计数据存在较大差距;“个人结售汇系统”要求100美元以下的结汇金额可不纳入统计, 但在“银行结售汇统计系统”中无论结汇金额大小都要进行统计。
二、数据和系统整合的思路
目前, 我国经常项目外汇管理已实现可兑换, 资本项目部分管制, 未来资本项目也将实现可兑换。基于外汇管理工作的实践, 我们认为, 数据和系统整合要与国家外汇管理改革方向一致, 符合“五个转变”的要求, 实现为统计监测服务, 并从以下几个方面着手。
(一) 制定数据和系统整合中期与远期规划
在中期规划内, 事前审批将作为外汇管理的一种手段存在, 因此, 在中期规划内应保留业务监管系统与统计监测系统, 但经济主体所有的涉汇信息应逐笔采集, 构建全局数据仓库。只有这样, 所有的外汇审批业务和统计监测分析才能共享数据库的数据信息资源, 通过这种模式可以实现“行为监管”向“主体监管”转变。
在长期规划内, 外汇管理已经取消了事前审批, 统计监测与分析预警将是外汇管理的主要手段, 外汇管理工作的重点放在统计监测和预警分析上。通过对系统数据信息资源的综合利用, 可清晰看到所有经济主体的外汇收支情况, 对外汇收支趋势进行预警, 为宏观决策提供依据和服务。
(二) 建立一站式服务平台, 单点登录
目前, 外汇管理业务系统的用户主要有外汇局、外汇指定银行、企业和个人。由于各类用户访问的网络途径不一致, 每类用户分别应建立统一门户, 进行单点登录及统一管理。
(三) 根据需要对部分系统功能进行整合
当前的工作重点应是实现各业务系统数据的共享互用。在完善和更新企业档案数据库系统的涉外经济主体基本信息, 实现各业务系统和统计监测系统共享互用的前提下, 近期可考虑先对以下数据和系统进行整合。
1.对个人结售汇系统和个人外汇业务非现场监管系统进行整合。整合后, 外汇指定银行只能对个人结售汇业务进行录入和查询, 外汇管理人员可全面授权对个人结售汇情况进行统计监测分析。
2.进出口核销业务系统整合。目前各业务系统相互隔离的情况下, 无法实现从“重行为管理”转变为“更加强调主体管理”, 逐步从按交易行为和业务性质监管转为以经济主体为单位进行管理的转变。如出口核销系统与进口核销系统相互隔离, 有很多进出口企业既有出口又有进口, 办理进口核销业务时对其出口核销情况并不了解;进口核销系统仅能从金宏系统提取银行付汇数据, 而无法像出口核销系统一样提取进口关单数据, 因此进口核销系统后台需人工输入进口关单数据, 与银行付汇数据进行核销, 任务繁重。近期, 总局将对出口收汇核销系统和进口付汇核查系统整合成贸易收付汇核查系统。贸易收付汇核查系统与贸易信贷登记管理均是对贸易项下资金流与货物流是否一致的监管, 数据源均为海关的货物流报关数据和企业收付汇数据, 只是方式不同而已, 对这两个系统进行再次整合具有一定的可行性。
3.将服务贸易非现场监管系统直接融入国际收支统计监测系统, 成为其中一个模块, 这样可以解决数据滞后和差异问题。
4.资本项下信息系统的整合。资本项下目前有贸易信贷、外债登记、高频外债登记和FDI (ODI) 等多个信息系统, 这些系统数据量小、功能单一, 互相独立, 因此整合资本项下信息系统是可取的。
5.对直接投资外汇管理信息系统与外汇金宏子系统整合。直接投资外汇管理信息系统与其他业务系统完全隔离, 在试点和上线初期, 整个外汇局加班加点为该系统手工录入外资企业基本信息, 而外资企业基本信息已录入外汇金宏子系统, 若能整合则无需再次录入。直接投资外汇管理信息系统还有企业资本金账户数据和流入明细数据, 银行需重复报送, 但这些数据银行已经在金宏系统和外汇账户系统做了申报。
三、结束语