业务系统集成方案

业务系统集成方案

业务系统集成方案 篇1

【摘要】 针对某运营商业务稽核系统存在工作量巨大、稽核效率及精准度较低的现状，提出了一种系统改进方案。该改进方案旨在实现自动、智能、开放、交互的稽核工作流程，满足对业务经营的全面审视、查漏补缺、强化执行、自动化管理的管控要求，从而达到防范经营风险、提升客户感知和运营效率的目标[1]。

【关键词】 运营商 稽核系统 改进方案

一、引言

目前，某运营商业务稽核系统主要依靠提取IT系统数据和手工稽核，以及人工分析、人工派单、二次稽核的方式来完成，存在如下问题：

（1）工单合规性校验工作量巨大，无规范的稽核数据作为依据，仅能通过经分、CRM、账务的相关数据、报表作为稽核依据；

（2）营销政策的合规性稽核较为困难，由于政策设计复杂、变化快、风险高，人工稽核需建立复杂的数据关系表；

（3）稽核工作相对滞后，人工稽核效率较低导致稽核工作相对滞后，不能及时高效的稽核差错，存在收入跑冒滴漏的风险；

（4）稽核错单等问题的闭环管控，无法自动完成复查，需大量人力进行二次稽核，导致无法有效管控；

（5）稽核结果的应用分析，缺乏系统的稽核结果分析，不能及时佣金回退，漏洞封堵等；

（6）无法进行系统的对比分析，缺乏监控营销政策的健康推广及支撑营销政策的分析推广。

为了进一步提升业务管理水平、防范企业收入的跑冒滴漏，提升业务风险管控水平，强化业务管理与稽核工作，现针对该运营商业务稽核系统现状提出了一种改进方案。

二、改进目标

该业务稽核系统改进方案旨在建设以收入管控为核心，功能涵盖业务工单稽核、政策风险分析、高风险操作预警、发展质量管控、调帐管控，业财差异、佣金管控、业务管控预警以及营收资金等的全面稽核系统，实现自动、智能、开放、交互的稽核工作流程，满足对业务经营的全面审视、查漏补缺、强化执行、自动化管理的管控要求，从而达到防范经营风险、提升客户感知和运营效率的目标。

三、系统改进方案

3.1技术架构

稽核系统采用分层结构开发和设计，将采集、数据、处理、服务和展现层分离，实现系统内部的松耦合，以灵活、快速地响应业务变化对系统的需求。稽核系统技术架构如下图1所示。

技术架构层次的职责和要求描述如下：

（1）采集层。采集层通过FTP、webservice、socket等技术实时或准实时采用源数据。如果已通过EDA等系统进行数据采集及存贮，可不进行此功能部署。

（2）数据层。数据层的主要任务是实现对数据的封装，并把封装后的数据转换成有价值的业务与系统信息，向业务服务层、数据处理层以及其它相关外部系统提供一致的数据访问服务。数据层包括数据的物理存储以及数据的封装。

（3）处理层。处理层是由业务组件组成的服务载体，负责实现具体的业务逻辑的重要环节。按功能不同可划分为：工作流组件、消息组件、表单组件、缓存管理组件、规则引擎组件、ETL组件、数据处理组件等。业务组件的开发通常采用基于容器的技术。

（4）应用层。应用层是以面向服务的方式对一个或者多个业务组件的功能进行封装，它具有明确的接口描述，可以被其它业务服务调用，也可以被界面展现层调用。业务服务的功能由业务组件来实现，某个服务也可调用其它服务来完成更复杂的业务功能。

（5）展现层。展现层是业务稽核系统与用户进行信息交互的界面，用户通过用户界面组件调用业务服务来实现业务功能。展现组件由一组基本并紧密相关的界面展现单元组成，并通过这些界面单元调用与之有较强内聚性的业务服务实现一个独立的、带有人机交互界面的业务功能。

3.2功能架构

稽核系统分为三层架构，分为接口层、应用管理层和功能管理层，功能架构图如下图2所示。

稽核系统主要功能包括：工单管理、应用管理、接口管理、报表管理以及系统管理等功能。

（1）接口层：采取实时或准实时方式以文件或数据形式从各个接口系统采集数据，并ETL到指标池。

（2）应用管理层：包括ETL接口管理、稽核配置管理、稽核监控管理等。

（3）功能管理层：工单管理、统计分析、角色管理、门户管理、统一视图等。

3.3系统边界

业务稽核系统原则上通过ODS系统、CRM系统获取数据，若有ODS系统及CRM系统不具备的数据可以从综合结算、渠道视图、网络、ITSM系统、自注册数据、终端数据等建立数据互动关系，并生成稽核结果或者工单后，提供给CRM系统、划小支撑系统、客户经理门户系统、客服系统、ITSM系统等。

四、结束语

随着运营商各项业务的不断增多，业务稽核已成为运营商日常管理工作中的重要环节。加强业务稽核，保障收入完整，是企业完善治理结构的内在需求。本文针对某运营商业务稽核系统存在的问题，提出了一种系统改进方案。该改进方案不仅可以提高系统间资料的一致性，提升数据准确性及客户满意度；同时能够降低公司内部协调成本，提高网络运行、生产效率[2]。

参 考 文 献

[1] 增进内部稽核价值[J].丹尼?拜伦，周静幸.中国内部审计.2012（08）

业务系统集成方案 篇2

我国移动多媒体广播(CMMB)系统采用“天地一体”技术体系[1],见图1。所谓“天”,即采用S波段卫星通过广播信道和分发信道实现全国范围的移动多媒体广播信号覆盖;所谓“地”,即采用S波段地面增补网进行S波段卫星覆盖阴影区信号转发覆盖,同时采用U波段地面覆盖网在城市人口密集区实现移动多媒体广播信号覆盖。

在整个系统中,卫星传输覆盖链路是CMMB系统结构的核心,也是中央节目和地方节目集成传输播出的重要枢纽。但基于目前S波段大功率卫星没有发射升空的现状,即卫星S波段广播信道与Ku波段分发信道没有启用,要想实现中央各项业务在各个地方落地并与地方节目集成播出,就必须设计新的可实施方案。

2 现用方案

2.1 系统结构

当前移动多媒体广播信号已在全国实现150个城市以上的有效覆盖,并且其中大多数城市实现了本地音视频业务的集成播出。目前移动多媒体广播中央业务分发与地方业务集成整体系统结构如图2所示。

中央各项业务由设在中央塔前端机房的音视频编码器、紧急广播服务器、ESG服务器、数据广播服务器等提供,地方业务由设在各地前端机房的音视频编码器等提供;中央各项业务分发传输方案采用了DVB-S卫星传输链路将中央各项业务传至地方,再与地方业务进行集成播出(在以下改进与设想方案中也是如此)。

2.2 系统流程

在系统传输过程中涉及到多种传输信号格式和路由的转换,这里不作详述。中央业务分发和地方业务集成的主要流程为:1)中央各业务信号源输出的各种IP包经过网络传输交换送至IPE(IP Encapsulator,IP封装器;2)IPE将各种IP数据打包复用形成MPEG TS流,以TS流形式送至传输分配网;3)传输分配网将TS流传送至地球站的卫星调制器;4)卫星调制器采用DVB-S调制方式将TS流调制上星;5)各个地方采用卫星接收机接收卫星下行信号,经过解调、解封装后还原出中央各项业务的IP数据包,经过IP网络传输交换送给CMMB复用器,至此完成中央业务的分发过程;6)地方业务IP数据包也通过IP网络传输交换送给CMMB复用器;7)CMMB复用器将接收到的中央和地方各项业务IP数据包进行封装和排列形成PMS流(打包复用流),至此完成了中央业务和地方业务的集成。

2.3 系统特点

从系统结构和系统流程可见,IPE、卫星传输链路的作用在于把中央业务各项业务数据IP包传输至地方前端机房,在各地方由CMMB复用器完成中央业务和地方业务的复用,这样势必在各个地方都要安装CMMB复用器。

3 改进方案

3.1 系统结构

考虑到CMMB复用器输出PMS流与IPE输出TS流具有相同的包长度和包头结构,一项改进方案提出并在实验室进行了中央各项业务分发系统联调测试,结构如图3所示。

3.2 系统流程

1)中央各业务信号源输出的各种IP包经过网络传输交换送至CMMB复用器;2)CMMB复用器将各种IP数据打包复用形成PMS流并送至传输分配网;3)传输分配网将PMS流传送至地球站的卫星调制器;4)卫星调制器采用DVB-S调制方式将PMS流调制上星;5)各个地方采用卫星接收机接收卫星下行信号,经过解调后还原出包含中央各项业务PMS流,至此完成了中央业务的分发过程;6)地方业务IP数据包通过IP网络传输交换送给CMMB再复用器;7)CMMB再复用器将接收到的中央业务的PMS流和地方各项业务IP数据包进行再次封装和排列形成PMS流,至此完成了中央业务和地方业务的集成。

3.3 系统特点

此方案完全甩开了IPE并将CMMB复用器提到了中央前端机房,把解调解封装并输出IP数据包的卫星接收机换成了只进行解调输出ASI流的卫星接收机。如有的地方没有地方业务插入则无须再配置复用器,这样可大大减少系统的复杂性和成本,经过实验室严格测试也证明了此方案确实可行。供地方插入地方业务使用的CMMB再复用器还在研发测试中,正在努力提高CMMB再复用器的可靠性和降低成本。

4 设想方案

4.1 系统结构

随着技术的发展和研发设备的不断完善,对移动多媒体广播中央业务分发与地方业务集成方案进行了设想,设想中的系统整体结构如图4所示。

4.2 系统流程

步骤1)~4)与3.2节的相同,剩余步骤如下:

5)各个地方采用卫星接收机接收卫星下行信号,经过解调、解封装后还原出中央各项业务的IP数据包,经过IP网络传输交换送给CMMB调制器,至此完成了中央业务的分发过程;6)地方业务IP数据包也通过IP网络传输交换送给CMMB调制器;7)CMMB调制器将接收到的中央和地方各项业务IP数据包进行复用并调制成射频信号,至此一并完成了中央业务和地方业务的集成和信号调制。

4.3 系统特点

此方案甩开了IPE并将CMMB复用器提到中央前端机房,利用卫星接收机解调、解封装还原出中央业务IP数据包;用调制器“吞并”了复用器,调制器从原来的接收ASI流改为接收中央和地方业务IP数据包。目前已有类似功能的DVB-S2调制器投入使用,但能接收IP数据包的CMMB调制器还在进一步研发和测试。

5 小结

今后随着S波段卫星的发射和分发信道的启用,中央业务分发与地方业务集成系统将不断发展和完善,尽可能提高系统的可靠性和技术先进性并降低系统的复杂性和成本是永远追求的目标。

参考文献

业务系统集成方案 篇3

珠海广播电视台网络公司从1999年开始进行网络改造，2003年底基本完成市区骨干网双向改造，分配网相应从550MHz升级为860MHz。市区有线电视用户约为23万户，CableModem用户为25万户。系统方面，2005年7月完成了有线数字电视用户管理系统(SMS)的招标工作。

从有线电视网络的运营特征来看，其与电信／移动有许多相似之处，这些相似性在网络融合的趋势下表现的更加明显。如电信BOSS系统具有“以客户为中心，整合灵活的平台和统一的平台”等特点，从系统理念、功能模块、技术体系等各个层面来分析，应用在有线电视网络中是完全可行的。

珠海广播电视台网络公司于2007年7月重新进行了BOSS系统的招标工作，最终选定了诚毅公司的解决方案，并于2007年12月开始对珠海数字电视及宽带业务进行需求调研，目前。前期需求已基本整理完毕，预计将在2008年6月完成系统开发和数据割接工作，并开始试运行。

系统总体规划

1、建设目标

1)建立业务运营网络和分销渠道

提供营业厅等的直接接入，各种分销渠道的简单业务连接及CallCenter、网站、多媒体自助终端、银行现金代收、实时划账等多种数据交互模式，最大限度拓展业务运营支撑系统的运营渠道和运营空间；

2)建立灵活、有竟争能力的市场营铺体系

通过灵活、准确和及时的计费和账务处理系统提高计费、出账、收款的效率和准确性，提高收视费的回收率，减少坏账的产生几率；

3)充分考虑未来发展。制订增值平台的接入规范和运营规则

统一增值业务的计费规则，将增值业务纳入有序管理的环境中，以确保增值业务的健康发展；

4)建立完整的资源管理系统

加强对各种资源的集中管理，提高资源管理的效率、为各种资源的组合打包、调整服务提供支持，达到物尽其用；

5)配合数字电视发展规划

提供灵活有效的方案，确保模拟电视向数字电视的整体平移，实现业务的平稳过渡。

2、设计思想

一个好的BOSS框架，可最大限度降低系统内部的消耗，并能够将硬件系统和软件系统的性能发挥至最佳状态，从而降低整个系统的建设和运营成本。

1)面向对象

采用面向对象的设计思路，以方便业务系统构造、缩短开发周期、确保开发质量。

2)多层应用的B／S模式

采用多层B／S模式，提供一个公共的应用通信及数据接口平台，实现应用及实现的分离，以保障系统的完整性和核心数据的安全性。实现同构和异构环境下的多种数据源通信，提高系统与其他系统的互联性及扩展能力。

3)并发的程序设计思想

操作系统、数据库系统、中间件和应用系统均支持整个系统大用户量并发访问，大幅提升响应性能。

4)基于E-R关系的数据库设计

数据库表设计以实体一关系(E-R关系模型)为基础，数据结构的紧密关联，保障了数据一致性、完整性，提升了系统的可靠性及完整型。

5)模块化独立设计

将应用程序分为多个既能独立运行又可灵活组合的程序包，以提高系统的灵活性、扩充性和可维护性。

3、系统管理层次划分

在系统的管理上，将整个系统划分为决策支持层、管理层和业务运行层三个层次。

★决策支持层

为决策人员提供生产业务和管理控制的各种信息，为有线电视网络的战略决策提供决策手段。

★管理层

为管理人员提供各种管理功能，便于管理者方便获取统计分析数据，详细了解业务的运行情况和发展趋势，实现信息管理的自动化和科学化。

★业务运行层

主要实现面向用户的各种业务需求，并对系统的运行提供保障和支持。

4、技术层次划分

★系统体系架构

在技术实现上，BOSS系统须能够充分应对有线业务快速发展的需求，因此其逻辑结构应当具备良好的层次，同时不同的层次结构间的耦合关系应尽可能小。

珠海BOSS系统采用J2EE架构，分为客户接入层、界面表现层、业务逻辑层和核心数据资源层，界面实现了Web化。这样的结构不但避免了客户端臃肿、版本发布与升级的工作量大、客户端界面与其他系统的界面整合比较困难、业务逻辑和展现逻辑没有完全分离等问题，提升了维护和版本升级的效率，同时也为与其他系统的界面整合和系统自身的扩展提供了更多的空间。

★表现层

主要功能为实现用户交互和数据显示，为以后的处理收集数据，向第二层业务逻辑请求调用核心服务处理，并显示处理结果。这一层功能的实现主要有两种方式：①GUI，即图形用户界面，采用VB、PowerBuilder、Delphi等进行开发；②Browser，即浏览器，用HTML结合Servlet进行开发(珠海的前端采用B／S结构，因此采用第二种方式)。

★逻辑层

该层为本系统的核心层。物理分布的多台设备通过事务管理器构成虚拟主机，虚拟主机上分布着多个服务器，每个服务器可支撑多种服务。服务是业务逻辑的具体体现。也是接受客户服务请求的基本单元。业务逻辑层通过XA协议与数据层的数据库连接，与表示层则是通过ATMIAPI进行交互。

★资源层

该层可以是多个关系型数据库，也可以是异构数据库。

九大功能及实现

1、业务受理

客户可通过多种服务渠道享受珠海有线提供的各种服务，包括业务受理、用户缴费、产品订购等。业务受理功能可显示客户的全面信息，如基本资料、业务变更、账务登记、客服资料、售后服务资料等，方便全面了解客户情况，加强对市场营销的支持。

为实现面向客户销售自动化的目标，BOSS系统必须对销售过程的各类行为及活动进行流程化管理。即通过流程管理机制，实现对各项营销活动的自动跟踪、记录、调度和监控。业务受理能支持多种接入方式，包括面对面、语音、Internet、移动终端及其他方式。

BOSS业务受理功能包括：开户、增装、过户、迁移、更改账户信息、资料更改、停机、开机、销户、修改密码、修改服务方式、产品订购、退订业务、更换设备、营业收费、营销方案办理、用户资料查询、业务异动查询、用户业务类型查询、用户产品查询、待处理资料查询等。

2、账务处理

帐务管理主要完成根据计费的清单结果进行出账以及固定费用的计算等功能，出账处理、调账处理、账务托收和销售处理等。可将所有账单文件按用户编号、业务类型进行合

并或分离。

3、资源管理

本模块主要完成各类业务所需资源的集中管理，涉及到的进销存流程。

流程描述：订购相关业务资源——各营业厅、分公司根据业务需要从总库领取业务资源——营业厅、分公司之间可以进行资源的调配或调拨，通过客户业务办理完成资源的销售——系统可为因各种原因产生的客户设备更换提供支持，有问题的设备可经营业厅、分公司退回公司总库，再由公司总库统一处理(譬如退回供货商)——总公司仓库或分公司、营业厅仓库定期进行盘点。

根据以上流程，本模块主要包括：配置管理、入库、退货、盘点、出库，退库、调拨，及地址资料清理、资源告警、状态修改、资源查询、认证资源管理等功能。

4、产品管理

产品管理模块的主要功能为，对产品的相应属性进行设置、主要包括产品基本信息、CA产品、费用、停用期间产品费用、包容互斥关系、促销方案等的设置。最后还需通过相应部门的审核才能最终发布。促销方案优惠的内容主要包括对资费、产品、设备、账户、客户群、时段、跨业务类型的优惠等。

5、终端销售管理

终端销售模块负责管理公司的各种有编号设备(包括机顶盒、有线电视卡、Ic卡、各种充值卡等)以及其他无编号设备(包括网线、双叉线、遥控器等)的批发、零售业务，对各终端销售商的设备订购、代销、付款进行统一管理，并跟踪设备的流向。

6、客服管理

客服管理功能包括：投诉、咨询、维修、建议、客服业务受理、复核派单、维修派工、工单处理、客服工单查询、客服日志查询、客户建议处理对、重大故障、刷新授权、客服知识库维护、发送短信息、工单分步时限、节目预订、满意度调查、客户信息管理、客服统计分析等。

7、接口管理

珠海BOSS管理系统外围接口平台管理主要包括：

★CA接口

实时将OSS系统送来的相关客户数据翻译成CA的系统指令，送入CA的相应系统中执行；对CA的执行结果或返回的有关信息做出相应处理，能同时支持爱迪德、永新同方等不同的CA系统。

★监管平台接口

支持广电总局监管平台需要的信息查询接口。

★现金代缴接口

客户通过银行缴纳客户的服务使用费，由银行方向我方发起缴费请求，银行对我方账户进行销账处理。

★电子报盘接口

电子报盘是我方委托银行方收取客户服务使用费，将客户所付费用从其银行账户转到我方账户的处理过程。

★短信接口

与其他运营商合作，通过短信平台提高客户服务水平，同时还可开展付费节目的营销工作。

★宽带认证接口

通过宽带接入服务器完成对上网用户的认证和数据采集，将用户上网的主要信息传递给BOSS系统，从而完成对上网用户的控制。

★其他系统接口

与其它相关系统进行通讯的接口。预留如与珠海GIS(地理信息系统)系统、OA系统、仓库管理系统等的接口。

8、数据分析与统计处理

可提供业务处理、市场分析和财务结算所需的各种业务、账务和资源分析报表，为相关部门和管理人员提供准确、实时的统计数据，方便进行业务管理，减少人员的手工操作，提高工作效率。

报表处理功能包括：业务报表、状态统计报表、业务发展报表、账务报表、业务资源报表等。

9、系统管理

业务系统集成方案 篇4

综合业务网络系统数据移植工作实施方案

为使存量数据完整的移植到“黑龙江省农村信用社综合业务网络系统”中，根据省联社XX办事处数据移植工作方案的具体要求，结合XX辖内信用社的实际情况，确保市区联社综合业务网络系统顺利上线，特制定本方案。

一、成立组织，加强领导

二、抽调人员

（一）市区联社根据实际情况，将抽调2名精通信用社业务的骨干力量（其中：信贷、财务专业各1人），负责对各基层网点数据移植工作的指导、培训，并做好信息的沟通。

（二）从基层信用社抽调2-3名信贷人员、2-3名财会人员，协助本联社业务人员对全辖数据移植工作进行辅导。

（三）根据各网点的业务量，专门抽调数据移植工作微机操作员,为业务能力薄弱的基层社提供支持。

（四）联社科技人员不足时，及时请求办事处协调其他单位科技人员进行适当技术支援，确保按时完成工作任务。

三、分工负责

综合业务网络系统是一个庞大的系统工程，数据移植只是其中一项纷繁复杂的工作，各单位、各职能部门必须加强协调配合，要明确分工，各司其职，各负其责，要保证工作不断，秩序不乱，确保顺利完成工作任务。

（一）联社一把手负全责，负责数据移植工作中重大事项的决策。

（二）主管财务的主任（行长）负责核算中心组建、账务划

转、人员调配等具体事宜。要协调各职能部门加强配合，保证业

务人员和技术力量的均衡使用，要做好与办事处的沟通及移植工

作现场指挥等事项。

（三）联社财务电脑部负责全辖数据整理及移植准备工作，重点做好以下几方面：

1、负责核算中心组建过程中的账务划转及核对等工作。

2、负责指导全辖信用社对原有存量数据进行全面清理。

3、负责指导全辖信用社按照综合业务网络系统新科目字典要

求进行账务拆分工作，保证拆分后的账务达到“六相符”。

4、负责对所有参与数据整理及数据移植工作人员的具体分

工。

5、负责将所有需要整理移植的数据，按照业务种类把责任落

实到人。

6、负责信贷数据采集表之外的数据采集表的填制和指导。

7、负责全辖《新科目余额表》的汇总工作。

（四）综合业务部负责对原有存量数据中贷款部分的数据进

行整理，统计串科目贷款调整情况及填制贷款移植表的辅导工作。

（五）网络中心负责数据移植软件的安装、调试、移植环境的搭建、数据移植操作员的培训以及数据的备份、上传等工作。

（六）联社抽调的业务人员负责全辖信用社数据整理移植的指导工作，同时对未预料到的问题及时与联社数据整理移植办公

室沟通。

（七）数据移植操作员负责数据的录入、修改等工作。

（八）联社办公室负责后勤工作。

四、设备要求

根据省联社XX办事处的要求和自身的业务量、网点数，准备

PC机、网络终端机、打印机、网络交换机，保证设备质量，确保

移植工作正常进行。

五、计划实施

根据省联社XX办事处的要求，市区联社准备采取多种方式，对全体员工进行数据移植和综合业务网络系统的操作进行培训，并对原始数据进行认真细致的清理，同时按照以下几个阶段做好

数据移植工作：

第一阶段：2007年5月10日至5月31日为培训阶段1、5月10至5月20日，联社对财务、信贷、移植微机录入

员等，进行系统的数据移植整理、统一法人联社财务划转、账务

拆分、数据移植采集表的填制和录入等工作的培训。使财务、信

贷等人员能够掌据数据移植的操作流程和操作技巧，确保数据移

植工作的顺利完成。

2、5月21日至5月31日，联社完成对辖内全体员工综合业

务网络系统的操作培训，使每名职工都能熟练掌握综合业务网络

系统的操作技能，为综合业务系统上线后正常营业奠定坚实的基

础。

3、在保证营业和安全的前提下，联社对全体员工进行分期分

批培训。由经省联社培训的财务会计、信贷人员负责对全辖业务

人员进行数据清理和数据移植表的填制、核对等培训工作；由经

省联社培训的科技人员负责对本联社网络中心人员进行安装移植

软件、搭建数据移植环境以及移植软件的操作等培训工作，达到

能够熟练掌握移植软件；由联社网络中心人员负责对本联社微机

录入操作员进行数据的录入、核对、校验、修改等培训工作；由

经省联社培训的联络员、科技人员结合省联社制作下发的影音课

件对全辖的业务人员进行核心业务系统操作的培训。

第二阶段：2007年6月1日至6月15日为拟申请上线日的准

备工作

1、数据移植账务整理。联社严格按照省联社《黑龙江省农村

信用社综合业务网络系统上线数据移植账务整理指导方案》的要

求，对账务进行认真细致的清理，使各级账务机构的账账、账款、账实、账据、账表、内外账达到六相符，确保各项数据和手续完

整齐全。

2、组建核算中心。联社按照统一法人有关规定组建核算中心，配备相关人员，并按照《黑龙江省农村信用社统一法人联社账务

划转办法（试行）》的有关规定，做好建账及相关账务划转、调整、审核等工作。

3、拟申请上线日期。市区联社根据自身人员的培训和数据移

植账务整理等实际情况，确定拟申请上线日期

第三阶段：确定上线日以后的工作

1、账务拆分工作。各营业网点数据移植前应按照新《科目字

典》做好新旧科目对照拆分工作，并填制《新科目余额表》，使网

点机构账务达到“六相符”，确保各项账务拆分的准确性。

2、填制数据移植表。各基层信用社填制数据移植基础表格，要严格按照省联社移植手册的填制说明，区分业务种类确定专职

人员填制，换人复核。

3、审核数据移植表。联社抽调的业务人员要逐社对基层信用

社填制的数据移植基础表进行审核，确保准确无误。

4、录入移植数据。由移植微机录入操作员按照数据移植基础

表分科目逐笔将数据录入移植系统，录入完毕必须及时打印与数

据移植表进行逐笔勾对，确保录入的准确性（移植系统的操作流

程参照《数据移植课件影音版》）。

5、各基层信用社内勤主任，负责组织人员对打印出的总账、明细帐与数据移植基础表进行核对，同时做好登记，及时填写《数

据采集（录入）工作责任划分记录表》，以便明确责任。

第四阶段：上线日当天的工作

1、检测和汇总移植数据。联社网络中心与财务部门对机构网

点上传的数据进行检测，试算平衡，生成全辖总账，并与全辖汇

总的《新科目余额汇总表》核对无误后，方可上传省中心。

2、修改错误信息。财务部门对省中心反馈回的错误信息要及

时通知下发到基层信用社，信用社内勤主任对反馈回的错误信息

要及时组织人员进行修改并做好登记，改正后必须重新生成总账

文件、试算平衡、检查移交表格，确认正确后通知联社（合行）

负责数据移植的工作人员。联社对修改完的数据进行核对无误后

重新上传，直到全部合格。

3、打印新系统中的数据。系统上线日对移植到新系统中的数

据进行全部打印，并与原始数据进行勾挑核对，确保移植数据完

整无误。

4、相关资料存档备查。各基层社对数据移植基础表，旧系统

打印的各种报表、总账、明细账、登记簿和在新系统中打印的各

种报表、总账、明细账、登记簿等相关资料，必须建立登记簿，按要求整理归档妥善保管，以便日后查考。

各基层社必须对每一笔业务要做到从数据整理、数据移植表的填制及复核、数据的录入、录入后数据的复核以及数据上传后

返回错误信息的修改等各个环节都要确定专人负责，并详细登记

以便明确责任。

业务拓展方案-工作方案 篇5

二方案期限：自06月01日至月30日止。

三目标定位：

(1)力将在7月1日之前完成“天府广告市场”的开发任务。努力做到“家喻户晓”的宣传工作，并取得一定的经济成效。

(2)力将在年8月1日之前完成“海峡科技园区”广告业务推广计划并取得一定经济成效。

(3)力将在2016年7月1日之前完成《飞狐快讯》dm广告的投产准备工作。

(4)力将在2016年9月1日之前完成园林工程设计和装饰工程设计业务在“德通桥-花木交易中心-海峡科技园区”一带的推广任务，并取得一定成效。

四实施方略：

总经理制定任务书

业务部执行任务

业务部

制定工作计划/总结工作任务业务经理推出具体实施方案

反馈工作成果

业务员落实工作任务

票据业务检查方案 篇6

一、检查目的

本次检查旨在对辖内重点地区、重点机构开办的银行承兑汇票、贴现及转贴现三项票据业务进行全面的风险排查，主要检查各机构票据业务的管理体制、运营机制，评价其票据业务风险管理水平、政策程序的健全性和内部控制的有效性，通过发现和纠正被查机构票据业务管理中存在的问题和薄弱环节及违法违规行为，促进三项票据业务的审慎、稳健、持续发展。

二、检查对象及范围

本次票据业务检查的重点地区为呼市、包头和鄂尔多斯3个地区，检查对象为农业银行、交通银行内蒙古分行及所属分支机构，招商银行、中信银行呼和浩特分行及所属分支机构，包商银行（含区内各分行）、鄂尔多斯市商业银行、鄂尔多斯东胜农商行。

检查范围为截至2009年4月末有余额的银行承兑汇票业务（含未到期兑付的银行承兑汇票、表内未结清的银行承兑汇票垫款）、银行承兑汇票贴现及转贴现业务（含转入买断、转出回购），检查的余额数和客户量要同时达到30%以上。根据检查需要，对于已转入贷款的垫款或潜在风险损失的业务，可以向前追溯或向后延伸检查。

三、检查分工及时间安排

本次检查工作由内蒙古银监局统一组织，按属地原则进行，具体检查分工如下：现场检查一处负责农业银行、交通银行内蒙古分行呼和浩特地区分支机构现场检查工作，并负责2家银行按行别检查报告汇总以及全辖检查报告汇总工作；现场检查三处负责招商银行、中信银行呼和浩特分行呼和浩特地区分支机构现场检查工作，并负责2家银行按行别检查报告汇总工作；现场检查四处负责鄂尔多斯市商业银行现场检查工作，并负责城市商业银行检查报告汇总工作；现场检查五处负责鄂尔多斯市东胜农商行现场检查工作；包头和鄂尔多斯银监分局分别负责本辖区农业银行、交通银行、招商银行、包商银行各级机构现场检查工作，包头分局同时负责包商银行区内分支机构检查报告汇总工作。未安排检查任务的银监分局可根据辖区情况，自行确定检查机构进行现场检查。

检查时间为2009年5月26日至6月20日，局机关各现场检查处和相关银监分局按检查实施方案要求，分别深入各被查机构，按程序实施对三项票据业务的现场检查工作，完成检查取证、事实确认及检查事实与评价。各分局在6月20日前完成现场检查报告和现场检查意见书，对发现问题提出监管整改要求，对违规机构及责任人进行处理，整理归档检查资料，并向我局对应现场检查处报送分行别的现场检查报告（含附表、案例）。其中包商银行分支机构各属地监管分局要于6月17日前将现场检查报告（含附表、案例）报包头分局，同时抄报现场检查四处。局机关各现场检查处在6月25日前完成分行别汇总检查报并报现场检查一处，现场检查一处在7月5日前完成全辖现场检查报告汇总工作并报银监会。

四、检查内容及要点

本次检查重点内容是上述三项票据业务的风险状况、内部控制及风险管理机制建设情况、业务经营的合法合规性等。

（一）风险状况

主要包括：一是风险底数。银行承兑汇票的垫款数额（含已转入贷款的垫款）、预计垫款及贴现业务的五级分类状况、三项票据业务的压力测试情况；二是计提资本及拨备情况，如加权风险资产余额、拨备余额等；三是风险损失的影响因素分析，包括银行方面（如违法违规、内控不健全等）、客户方面（如经营不善、恶意套现等）、政策性或其他外部原因等；四是对于风险损失采取的保全清收或防控处臵措施及其效果等。（见表一）

（二）内控及风险管理机制建设情况

重点检查评估银行承兑汇票、贴现及转贴现业务的管理体制、运营机制和管理政策、程序是否健全完善。主要包括以下内容：

一是公司治理及激励约束。包括：是否制定覆盖上述三项票据业务的发展战略及经营计划，是否根据市场变化及时调整业务经营策略并传达至有关职能部门和分支行；是否定期对三项业务风险状况进行评估并确定适当的风险限额；三项业务的绩效考核办法是否存在偏差，激励与约束机制是否符合业务发展与风险管控需要等。

二是管理政策及授权授信。包括：是否健全三项业务的授信政策、管理规章、操作规程及会计核算、统计等制度办法，是否依据业务流程变化及时予以完善，已实施的制度规定是否存在控制缺失、控制不足问题；是否健全三项业务授权管理体系，是否有明确的超授权处罚规定；是否将三项业务纳入统一授信管理，是否能够科学合理地确定客户授信额度并根据市场变化及时予以调整；是否按照风险管理要求，健全三项业务授信“三查”制度等。

三是组织架构及岗位职责。包括：是否按照内部控制要求，对三项业务设立相应的经营管理部门；是否明确相关经营、管理部门的职责和权限；三项业务的组织管理流程及业务流程是否清晰，是否存在管理盲区或职责边界不清的问题；三项业务的岗位职责描述是否健全，岗位职责与权限是否匹配，不相容岗位是否实现有效分离等。

四是风险定价及监测报告。包括：是否制定三项业务的定价原则、程序和方法，收费是否符合相关规定及市场原则，是否与经营风险相匹配；是否健全三项业务风险监测制度，是否有清晰的风险报告线路，能否确保管理层及时掌握三项业务的经营和风险状况；是否建立并实施三项业务突发事件报告制度和应急措施等。

五是会计统计及资本、拨备管理。包括：是否建立并严格落实对账制度，定期核对三项业务的台账与统计报表、会计核算数据；是否准确、及时地对三项业务计提风险资本和进行资产质量分类；是否为形成风险的三项业务或转表内垫款的风险资产及时、足额计提贷款损失准备等。

六是计算机系统支持。包括：三项业务的计算机系统功能是否健全，运行是否稳定，权限管理是否完备有效，是否实行数据备份管理；三项业务的计算机数据修改是否有严格的审批控制程序；是否建立计量、监控三项业务风险的信息管理系统等。

七是内部审计、监督及整改。包括：是否对三项业务定期开展内部稽核审查与监督，内审和监督的覆盖面及频率是否符合要求；2007年以来内审及外部监管部门对三项业务检查的违规问题查处、整改情况，是否存在未整改或整改不到位或屡查屡犯的问题；违规责任追究制度是否得到有效落实等。

（三）业务经营合法合规情况

重点检查对银行承兑汇票、贴现及转贴现业务的管理制度和业务流程执行是否合法合规。主要包括以下内容：

1、基础交易。包括是否对商业汇票的承兑、贴现、转贴现业务的贸易真实性进行严格审查，是否健全尽职调查与审查的记录；承兑、贴现的申请书及商品交易合同、增值税发票复印件和年检合格的工商营业执照、财务报表等资料是否齐全、真实；是否存在办理无真实贸易背或背景不清的融资性票据业务等。

2、申请人资格及授权授信。包括承兑申请人的资格、资信、条件是否符合国家产业政策、信贷政策及有关规定；是否对支付能力差、无力支付到期票据款项的客户滚动签发银行承兑汇票；是否存在未纳入客户统一授信或超授信签发银行承兑汇票的情况；承兑总量、承兑期限是否符合有关规定；是否存在超授权、逆程序、化整为零办理承兑等。

3、保证金及担保。包括保证金比例是否符合规定，保证金来源是否合规，是否存在信贷资金充抵保证金现象；保证金账户是否实行专户管理，是否存在提前支取、挪用和串用保证金的情况；风险敞口部分是否落实了有效担保措施，抵质押物管理是否规范等。

4、票据审查及管理。包括是否按规定开立存款账户，查询、查复制度是否落实，票据要素是否真实、完整，事项记载是否完整准确；承兑的票据是否存在缺陷，内容和背书是否合法合规和有效；是否存在压票或拖延付款现象；是否按要求保管空白银行承兑汇票凭证和银行汇票专用章，废票管理是否审慎，“印、押、证”管理是否符合规定要求等。

5、收费、核算及计提资本和拨备。包括手续费的定价和收取是否符合有关规定；是否存在收费不入账的情况；办理业务是否及时、完整、准确地进行会计记录与核算；业务统计、核算等相关数据是否一致；是否及时、足额计提有关的风险资本和损失专项准备等。

6、资金用途监控。包括贷后跟踪检查制度是否落实，是否开展贷后检查并予以记录；三项业务项下的资金用途是否符合国家产业政策及信贷政策等有关规定；是否存在关联交易方相互承兑贴现套取银行信用现象；是否存在贴现资金流入股市或流回出票人（前手）的现象等。

7、垫款及风险损失。包括承兑垫款是否及时、准确转入不良贷款核算；是否存在承兑到期日未及时扣划申请人账户资金导致垫款或损失的情况；是否对已形成的垫款进行积极催收、清理；是否存在隐瞒垫款的现象等。

五、检查工作要求

（一）加强领导，精心组织。各现场检查处及各银监分局要高度重视，切实加强组织领导，认真做好此次检查工作。分局主要负责人要亲自负责布臵，并指定一名局领导组织实施检查工作，确保检查工作顺利进行。

（二）严格程序，保证质量。本次检查采取调查问卷、银行自查、调阅有关资料凭证、与相关银行及其人员谈话、业务抽样检查等方法。检查组要严格按照本检查方案，遵循现场检查规程的要求实施检查，对于被查机构存在的重大违规和风险问题，要一查到底，查深、查透。

（三）加强沟通，及时反馈。检查过程中，各现场检查处、各分局要加强信息沟通，并及时反馈检查中遇到的困难、问题，特别是对于重大风险情况和案件线索要按规定快速上报。

（四）遵守纪律，维护形象。检查过程中，检查组全体人员必须认真办理与被检查单位的资料调阅手续，严格遵守保密规定，不得擅自对外泄露。同时，检查人员要严格执行银监会“约法三章”，遵守检查工作纪律，依法办事，做到廉洁自律，客观公正，自觉维护银监局的良好形象。

六、检查报告要求

检查结束后，各现场检查处和相关银监分局要按时、保质报送检查报告、附表及案例，检查报告包括四方面内容：

一是基本情况。主要是：（1）组织实施概述，包括检查工作量、检查方法和技术等；（2）被查机构概况及总体评价，包括业务发展、风险状况；主要政策程序的健全性；业务合法合规性及发现问题的种类、笔数和金额的综述。

二是检查发现的主要问题分析。要求按照三项业务类别，结合填报附表二至表四，概述发现的主要问题和分析主要成因。问题分析要以典型事例支持（不同问题避免使用同一事例）。

三是检查整改要求及处理意见。要针对检查发现的问题，有针对性地提出整改要求及处理意见，对违法违规机构及有关责任人依法提出处理建议和意见（见表四）。

四是下一步监管政策建议。要针对被查机构三项业务存在的问题及检查中遇到的新情况，对相关监管政策和制度提出具体可行的改进建议。

检查报告要求观点明确，定性准确，事实清楚，文字精炼。检查附表（表一至表五）要求填报要素齐全、数据准确，并注意核对表间勾稽关系，由填表人和复核人“双签”完成。检查案例（1至2个）要求反映的问题具有典型性及不同业务种类，案例描述要求清晰简炼，至少包括违规事实、风险状况及原因、整改意见等内容。检查报告（含附表一至表

五、1至2个案例）要以纸质和电子版方式同时报送，电子版文件要于2009年6月25日前发至内蒙古银监局现场检查一处王璐内网邮箱，联系电话：0471—4345391。

七、检查依据

1、《中华人民共和国银行业监督管理法》

2、《中华人民共和国商业银行法》

3、《中华人民共和国票据法》

4、《最高人民法院关于审理票据纠纷案件若干问题的规定》（法释[2000]32号）

5、《商业银行统一授信指引》（银发[1999]31号）

6、《商业银行授信工作尽职指引》（银监发[2004]51号）

7、《金融企业呆账准备提取管理办法》（财金[2005]49号）

8、《有价单证及重要空白凭证管理办法》（银发[1997]163号）

9、《商业银行资本充足率管理办法》（银监会2004年第2号令，2006年修订）

10、《商业银行内部控制指引》（银监会令[2007]第6号）

11、《支付结算管理办法》（银发[1997]393号）

12、《票据管理实施办法》（人行令[1997]第2号）

13、《商业汇票承兑、贴现与再贴现管理暂行办法》（银发[1997]216号）

14、《关于切实加强商业汇票承兑贴现和再贴现业务管理的通知》（银发[2001]236号）

15、《关于商业银行跨行银行承兑汇票查询、查复业务处理问题的通知》(银发[2002]63号)

16、《关于完善票据业务制度有关问题的通知》（银发[2005]235号）

17、《金融违法行为处罚办法》

18、其他有关法律、法规及规章制度

附表：

表一：三项票据业务风险状况统计表

业务系统集成方案 篇7

关键词：服务体验质量,用户行为分析,DPI,数据采集

一、引言

用户在使用数据业务时, 更加关注服务体验质量 (QoE) 和业务资费, 这两点是影响用户品牌忠诚度的关键因素, 由此引发了一个具有挑战性的命题——如何实现高效科学的移动网络运营。而多媒体信息 (MMS) 、WAP访问、流媒体等业务的用户数和流量都在快速增长, 网络负荷也越来越大, 业务流程复杂, 涉及网络设备较多, 业务维护和运营也急需更多手段支撑。

二、MDSOSS核心概念、系统特点及业务功能

移动数据业务运营支撑系统 (MDSOSS) 的目标是成为一个灵活、开放的数据采集、网络分析、应用统计、业务管理的移动数据业务综合系统平台, 针对网络分析、服务评测、业务部署、客户服务和市场决策, 为运营商 (业务提供商) 的业务运营提供强大的技术支持及全面的分析数据。

MDSOSS系统特点:深入、全面、灵活地网络监测和数据挖掘;多途径、多角色、多任务的全新业务管理模式;专业的用户申告服务平台及用户行为数据库。

MDSOSS业务功能:MDSOSS涉及业务丰富、功能强大、性能稳定, 拥有业务维护和管理、业务承载网络优化、业务服务质量监视分析、业务模型分析、障碍快速定位和排除、客户服务中心 (例如10086) 等功能。具体移动数据业务涉及MMS、WAP、百宝箱、手机报、PIM、手机电视、流媒体等。MDSOSS亦能根据具体业务需求, 实现对特定专题的分析, 建立相应业务模型。MDSOSS系统已具备手机报专题分析、垃圾彩信专题分析、彩信病毒专项监控、安全会话业务专题分析、手机终端专题分析、SP评估专题分析、伪彩信中心专题分析、漫游用户专题分析等。

三、MDSOSS软件模块及网络拓扑结构

数据/话单日志采集模块;是整个系统的底层部分。主要功能是将目标网络接口上的数据、目标业务设备日志及其业务话单采集、传输到MDSOSS系统服务器中, 为下一步业务分析系统提供数据源;协议/话单日志分析模块;应用管理模块。

MDSOSS系统组件及网络拓扑结构:

数据采集机 (Data Probe) *:负责对目标网络中IP报文的数据采集工作, 并对所采集数据进行原始分析;设备日志采集机 (LOG Probe) :负责对网络中目标网元设备的LOG日志数据采集工作, 并对所采集日志数据进行深入分析;业务话单采集机 (CDR Probe) :负责对网络中目标业务话单的数据采集工作, 并对所采集话单数据进行深入分析。

四、服务器硬件要求

MDSOSS系统中主要有四类服务器:采集分析机 (Probe) 、数据库服务器 (Database Server) 、统计报表和告警服务器族及WEB服务器 (WEB Server) 。根据实际需求, 服务器硬件配置可以有所变化。MDSOSS系统管理终端为商用台式机。

五、结论

●业务运营支撑:通过对用户业务兴趣偏好的深入挖掘, 结合偏好与业务类型的关联分析, 提高业务运营目标客户群筛选的精度。

●用户终端分析:围绕终端品牌型号对业务及网络指标性能影响、终端类型与业务流量分布关系。发现优质终端型号, 为终端定制选型提供依据。

●用户行为分析:通过对用户上网时段, 业务喜好, 上网活跃度分析, 以及上网位置、路径的跟踪, 获取各个维度的用户行为数据, 建立客户综合画像模型, 全面深入的掌握用户行为属性。

●网络质量分析:对网络KPI指标进行进行监测跟踪, 对于质量较差的指标进行深层的钻取定位, 可以从根源上提高网络质量。

●业务流量统计:按时间、地域、业务类型等颗粒维度, 统计移动互联网业务流量分布情况。实现用户上网流量详单快速查询。

参考文献

[1]罗忆祖.DPI技术力助运营商精细化运营[J].邮电设计技术, 2009 (3) .

[2]孙晋文, 肖建国.基于SVM文本分类中的关键词学习研究[J].计算机科学, 2006, 33 (11) .

[3]姚程宽.不平衡样本集中SVM的应用综述[J].计算机应用与软件, 2008, 25 (9) .

GPRS的业务解决方案 篇8

到目前为止，移动通信的发展还是围绕话音业务在进行的，对非话音通信的需求仍处于初期阶段，但正稳步上升。根据预测今后每年全球GSM网上传送的移动数据量将实现40％～50％的增长，到2005年，移动用户的数据业务量将占总的移动业务量的20％～30％。Internet网上业务的大量出现，如天气预报、新闻、股票交易、电子商务等，尤其是WAP(无线应用协议)业务的推出，使人们感觉到现在的GSM方式支持的数据速率已成为手机上网的“瓶颈”，这给GPRS(通用分组无线业务)的发展带来了良好的市场机遇。

GSM网未来的发展方向将是在GSM以话音为基础的运营模式上，以终端客户为核心，把具有增值意义的业务和应用加到GSM上来。在应用方面，将主要包括6种重要的应用：简单的信息、远程数据查询、信息接入、高质量的多媒体、广播业务及纵向的应用等，其中80％～90％都可以在现在的GSM网和GPRS上实现。

GSM对话音业务提供了很好的支持，但不适合数据应用的开展，而把包交换引入GSM所形成的GPRS则可以适应移动数据业务的发展，其突出的特点是多个用户可以共享一个信道，可以充分利用网络资源。另外，GPRS可以按照用户的需要来提供带宽，大幅度提高了数据传输速率。

1.1GPRS业务分类

GPRS网为移动数据用户主要提供突发性数据业务，能快速建立连接，无建链时延。GPRS特别适用于频繁传送小数据量的应用和非频繁传送大量数据。GPRS除能提供PTP(点对点)和PTM(点对多点)数据业务外，还能支持补充业务和短信息业务。GPRS网提供的承载业务主要有点对点无连接网络业务、点对点面向连接的数据业务、点对多点数据业务等。

(1)点对点无连接网络业务(PTP－CLNS)

PTP－CLNS属于数据报类型业务，各个数据分组彼此互相独立，用户之间的信息传输不需要端到端的呼叫建立程序，分组的传送没有逻辑连接，分组的交付没有确认保护。PTP－CLNS主要支持突发非交互式应用业务，是由IP协议支持的业务。

(2)点对点面向连接的数据业务(PTP－CONS)

PTP－CONS属于虚电路型业务，它为两个用户或多个用户之间传送多路数据分组建立逻辑虚电路。PTP－CONS业务要求有建立连接、数据传送和连接释放工作程序。PTP－CONS支持突发事件处理和交互式应用业务，是面向连接网络协议(如X.25协议)支持的业务。PTP－CONS在无线接口处利用确认方式提高可靠性。

(3)点对多点(PTM)数据业务

GPRS提供的点对多点业务可根据某个业务请求者的要求，把信息传送给多个用户，PTM又分为点对多点多信道广播业务(PTM－M)、点对多点群呼业务(PTM－G)和IP广播业务(IP－M)。

(4)其它业务

GPRS网提供的承载业务还包括GPRS补充业务、GSM短消息业务、匿名的接入业务和各种GPRS电信业务。

1.2GPRS应用

GPRS应用主要分为面向个人用户的横向应用和面向集团用户的纵向应用两种。对于横向应用，GPRS可提供网上冲浪、Email、文件传输、数据库查询、增强型短消息等业务。

对于纵向应用，GPRS可提供以下几类应用：

用于运输业中的车辆管理以及智能调度；

用于金融、证券和商业中的MPOS(移动电子收款机系统)、无线ATM(自动柜员机)、自动售货机和流动银行等；

股市动态、天气预报、交通信息传播中用于实时PTM业务发布；

公共安全业中用于随时随地接入远程数据库；

气象、水文系统中用于收集数据，对灾害进行遥测和告警以及进行远程遥控操作；

用于提供VPN(虚拟专用网)业务，使企业员工能够随时随地与总部保持联系，降低公司建设自己的广域网的成本；

用于种类繁多、功能强大的以GPRS承载业务为基础的网络应用业务。

2GPRS业务解决方案介绍

GPRS作为GSM分组数据业务，很大程度上拓展了GSM无线数据业务空间，以下将从横向和纵向应用两个方面对Internet接入、WAP、专网接入、终端安装业务、专线接入、GPRS短消息等主要应用的解决方案分别进行阐述。

2.1GPRS横向(面向个人)应用业务解决方案

对于横向应用，GPRS可提供网上冲浪、Email、文件传输、数据库查询、增强型短消息等公共业务解决方案。

2.1.1Internet接入业务

这是GPRS最普遍的一种应用，即，手机＋笔记本接入Internet。手机＋笔记本接入Internet业务的用户地址可以分配公有地址或私有地址，从节约公有地址角度出发，应建议采用私有地址。实现方式是手机接入经RADIUS(远程拨号用户认证)授权后，由GGSN(网关GPRS支持节点)分配私有地址，该私有地址通过NAT(网络地址转换)转换后接入IP网络。在Internet接入方式上GGSN接入Internet有透明和非透明两种方式，如果移动运营商作为GPRS运营商的同时，直接作为ISP(Internet服务提供商)提供Internet接入服务，建议采用透明方式，用户接入因特网无须进行认证，由移动用户鉴权替代，这样可加快用户接入速度，减少RADIUS服务器的投资；采用非透明方式接入，GGSN接入Internet要通过RADIUS进行用户认证。

2.1.2GPRS承载WAP业务

GPRS是承载WAP的最佳选择。在GSM系统中，WAP承载主要有3种方式：短消息、电路型数据、GPRS。与GPRS相比，前两种方式有一定的局限性。短消息承载长度有极大的局限性，只有160个字节，不能适应WAP业务数据量逐步增加需求，短消息对于QoS(服务质量)方面缺乏保证，接续时间过长；电路型数据承载方式为9.6kbit/s电路方式，带宽有局限性，数据单用户开展业务对系统资源的占用比较多，接入时间过长；GPRS承载WAP有很多优势，如GPRS本身基于分组方式，系统资源占用少，接续速度快，时时在线，而且单用户带宽有保证。

在用户IP地址分配上，WAP业务的用户地址经RADIUS授权后由GGSN分配使用私有地址。

在与WAP网关连接方案上，由于WAP网关建设一般采用私有IP地址段，而GGSN设备地址采用合法IP地址，所以GGSN和WAP网关之间必须建立隧道，才能进行连接，目前可采用GRE(通用路由封装)隧道方式。GGSN需能够根据特别的APN(接入点名)配置GRE隧道，并进行相应处理。WAP网关需具有GRE功能，并且能够根据用户的私有IP地址判断GGSN地址，进行相应隧道封装处理。

2.1.3基于PDA数据业务

基于PDA(个人数字助理)的数据业务的解决方案以及对网络和设备的影响等同于PC＋手机上线方式，即普通Internet接入方式。

2.1.4基于手机终端安装数据业务

这是一种在GPRS终端内置的特定的Internet应用，通过手机内置的应用软件实现，无须外接PC。应用包括POP3(邮局协议3)Email和IM(及时消息)等，从长远看基于终端的应用会进一步增加。WAP也可以看作是一种基于终端的业务。

基于终端安装的业务类型有：(1)Email应用。手机内置Email收发软件，可像普通PCEmail软件一样设置POP3地址、用户名及密码。激活PDP(分组数据协议)后，直接点击对应功能键，即可随时随地进行邮件收发操作，它是GPRS吸收用户的一种重要应用，但对终端有特别要求，且需建设POP3服务器。(2)IM应用，类似于Internet上的ICQ(网上寻呼机)应用。IM用户向服务提供商登记注册后，可以进行实时交流，而由于GPRS可以基于流量计费的特性，用户只需支付较少的费用就可以随时随地进行交流，是一种非常理想的实时聊天工具。

基于终端安装的业务对GPRS网络设备不会产生特别的影响，只需能够接入Internet网络，由终端和应用服务器完成对应功能。计费等同于Internet接入计费方式。

2.1.5GPRS短消息业务

图1所示为GSM系统中与短消息有关的实体网络图。MS(移动台)和SC(消息中心)之间可以通过MSC(移动交换机)，A接口，也可以通过SGSN(服务GPRS支持节点)，Gb接口，发送短消息。两者相比较，通过Gb口传送短消息占用的空中资源相对较少因而对用户更具吸引力。A接口与Gb接口、D接口与Gd接口消息流类似。MS选择通过MSC或SGSN发送短消息，发往MS的短消息由HLR(归属位置寄存器)根据网络和MS的特性决定选择SGSN或MSC传送。短消息中心通过IW/GMSC与SGSN连接，接口为Gd口。

图中：1表示SMS－GMSC/SMS－IWMSC与SC之间的接口，无标准协议；2表示C接口；3表示E接口(MSC与SMS－IWMSC/SMS－GMSC之间)或Gd接口(SGSN与SMS－IWMSC/SMS－GMSC之间)；4表示B接口，SGSN与VLR之间在短消息功能中不需要此接口；5表示A接口(MSC与MS之间)或Gb接口(SGSN与MS之间)。

MS发出的短消息由MSC或SGSN接收，再通过MAP信令送给MS指定的IWMSC(短消息中心短消息接收网关)，最后由IWMSC通过内部协议转发到SC。SC对MS发来的消息进行具体处理，如果是发给某个MS的短消息，则把此条消息存储到消息库中。SC要把消息库中的消息传递给某个MS时，首先把短消息传给相连的GMSC(短消息路由网关)，由GMSC到HLR中查找路由后，将短消息发送给HLR指定的MSC或SGSN，最后通过MSC或SGSN将短消息发送给MS。与SGSN有关的接口包括Gb接口和Gd接口。

SMSoverGPRS与原有SMS主要区别为原有SMS是在无线口上通过MM(移动性管理)子层，使用SACCH(随机接入信道)或SDCCH(专用控制信道)进行传递，SMSoverGPRS使用PDTCH(分组业务信道)进行收发。原有SMS在A接口通过SCCP进行承载，SMSoverGPRS使用Gb口进行承载，减少了SCCP链路需求。

2.2GPRS纵向(面向集团)应用业务解决方案

对于纵向应用，GPRS可提供专网接入、专线接入等面向集团用户的专用业务解决方案。

2.2.1专网接入业务

(1)专网VPN业务实现方式

采用VPDN(虚拟专用拨号网)技术实现专网接入业务方案时，MS采用PPP(点对点协议)方式接入VPN虚拟网，使用L2TP(第二层隧道协议)。移动用户接入提供VPN功能的GGSN，GGSN通过输入的公司名或主、被叫号码从RADIUS服务器获取建立隧道的相关信息，然后启动到企业网关的L2TP隧道进行协商，建立起GGSN和企业网关之间的隧道连接。此时用户的PPP包可以直达企业网关，由企业网关通过公司的RADIUS服务器完成用户级的认证，通过后，就建立起GRPS手机到达企业网关的PPP链路，从而真正实现移动办公业务。

(2)实现VPN功能时各实体功能

GGSN功能为：GGSN作为L2TP接入集中器，为企业网关提供代理认证，与企业网关之间建立L2TP隧道，与企业网关之间建立L2TP会话。

企业网关功能为：与GGSN之间建立L2TP隧道，与GGSN之间建立L2TP会话。

运营商RADIUS服务器的功能有：对移动用户提供的公司名认证，为GGSN提供企业网关的IP地址，为GGSN提供隧道类型(L2TP、PPTP、L2F)，提供其它与隧道有关的信息(如对应于该隧道GGSN名和企业网关名等)。

企业RADIUS服务器的功能为：对移动用户身份进行认证、授权。

(3)用户认证实现方式

企业网关认证：用户认证信息以PPP数据包的形式透明穿过GGSN到达企业网关。企业网关从企业RADIUS服务器查找用户的合法信息，对用户进行认证和授权。

GGSN代理认证：当GGSN与企业网关之间存在某种信任关系时，GGSN可对企业用户进行代理认证。此时，GGSN读取用户认证PPP数据包，通过运营商的RADIUS服务器对用户认证请求进行确认，给用户分配权限，此时企业网关无需设立RADIUS服务器。

(4)专网接入业务对网络和设备的影响

专网接入业务需要手机采用PPP方式接入PDN网。GGSN的Gi接口上必须具有L2TP功能。由于进行隧道和会话处理，对GGSN设备的处理能力会产生一定的影响。

2.2.2专线接入业务

(1)专线接入业务方案描述

专线接入GGSN时(无须参与认证，采用透明接入方式)，GPRS网络仅仅作为承载通道，将数据包透明发往业务处理中心，用户接入业务中心权限的认证由MS与业务中心进行。该业务需用特定的APN(接入点名)进行区分，以决定连接方式及是否认证。

专线接入业务主要应用于集团用户，如MPOS、高速公路流量统计、环境监测等。

(2)GGSN与业务处理中心连接方案

GGSN与业务处理中心连接方案有：

通过专用线路(DDN专线等)不经过ISP(Internet服务提供商)直接接入业务中心；

通过ISP直接连接业务中心，不采用VPN方式；

通过ISP连接，采用VPN方式接入业务中心。

对于1、3两种方式，可以采用静态私有IP地址，无需NAT进行地址转换，方便用户使用，节省合法IP地址空间。对于方式2，地址分配方式同接入Internet业务。

3总结

固定互联网中的业务在GPRS中几乎全部可以开展，但由于移动用户具有移动性及位置信息，GPRS应用远比固定互联网丰富多彩。以上所列几种业务解决方案，仅是GPRS近期可以开展的应用中的一部分，随着GPRS网络在中国商用化进程的开展，相信将会开发出更多丰富多彩、引人入胜的业务，把更多的用户吸引到移动互联网的大潮中来。□

参考文献

1 3G. TS 23.920 (V1.0.0). 2001. Evolution of the GSM platform towards UMTS

2 3G. TS 23.922 (V1.0.0). 2001. Architecture for an all IP network

(收稿日期：2001－09－25)

作者简介

张建国，重庆大学毕业。深圳市中兴通讯股份有限公司移动事业部移动网络产品部系统部高级工程师。从事GSM系统相关技术的研究工作。