下载文档原格式
电信业务分类：一、第一类基础电信业务（一）固定通信业务1、固定网本地电话业务（含本地无线环路业务）2、固定网国内长途电话业务3、固定网国际长途电话业务4、IP电话业务（限于Phone-Phone的电话业务）5、国际通信设施服务业务（二）蜂窝移动通信业务1、800MHzCDMA第二代数字蜂窝移动通信业务2、CDMA2000第三代数字蜂窝移动通信业务（三）第一类卫星通信业务1、卫星移动通信业务2、卫星国际专线业务（四）第一类数据通信业务1、因特网数据传送业务2、国际数据通信业务3、公众电报和用户电报业务二、第二类基础电信业务（一）第二类卫星通信业务1、卫星转发器出租、出售业务（二）网络接入业务1、无线接入业务（含3.5GHz无线接入业务、26GHz无线接入业务）（三）国内通信设施服务业务资费手册注：每日1.64元的计算方式：（50元×12月）÷365天=1.64元。
（一）、长途直拨业务1、此业务不对电话卡和IP电话开放。
2、不享受分时段优惠。
（一）、国内漫游通话费（二）、国际及台港澳漫游通话费注：（1）、国际漫游电话国家中的美国、加拿大（国家代码均为"1"），仅指美国本土含阿拉加斯加和夏威夷以及加拿大，不含其它国家代码为"1"的国家和地区；澳大利亚（国家代码为"61"）和新西兰（国家代码为"64"）中不含科科斯群岛（国家代码为""）、圣诞岛（国家代码为""）和南极地区（国家代码为"64672"）；（2）、拨打海事卫星电话资费按境外合作伙伴相应漫游资费标准,最小计费单元一分钟,不足一分钟按照一分钟计；接听海事卫星电话按照客户漫游所在国家或地区的接听资费标准收费；接收短信息免费；（3）、C-C指中国电信移动业务用户漫游至CDMA网络服务国家使用CDMA网络服务; （4）、语音业务资费单位统一为：元/分钟，不足一分钟按一分钟计；短信业务资费单位统一为：元/条。
计费系统是电信运营商业务支撑系统中最为核心的部分，其灵活性、响应速度、支撑能力的高下也在很大程度上决定了前端业务模式的多样性和客户体验的满意程度。
电信运营商网络融合的需求不断提高、电信业务种类日益丰富，如何将传统的计费系统与整体网络融合的转型趋势相匹配，如何解决实时控制和实时计费这一运营商和客户都非常关注的核心“老问题”，如何让计费系统超越简单的计费功能，成为助力运营商了解用户消费习惯和偏好的一把利器？打造一套实时、精确、灵活、支撑能力强,而且能降低建设、运维成本的OCS与融合计费系统是发展的必然趋势。
OCS，即OnlineChargingSystem在线计费系统,是3G PP网络架构中最重要的组成部分之一。
融合计费，打破“烟囱式”计费瓶颈目前运营商计费系统的现状和演进过程，第一阶段即是智能网系统，实际上并不应该将智能网看作一个计费系统，由于智能网定义了预付费业务，所以被认为是一种在线计费的实现方法。
智能网能够提供非常好的实时控制，可以有效避免欠费，用户的体验良好。
但是智能网对融合计费的支持能力有较大约束，另外投资成本较高、升级测试周期长也困扰着运营商。
第二阶段是离线计费系统，其实是在弥补智能网本身不足的前提下，运营商采用的一个折中的方式来解决热点需求和现状问题之间的矛盾。
其优点是可以建立统一的客户模型，对客户进行统一管理，同时可以支持非常灵活的业务模式，在统一的离线计费模式下，融合计费也可以得到很好的支持。
但是由于不具备实时控制机制，存在用户透支的可能性，容易产生欠费问题，导致收入流失。
而且由于用户无法实时地了解自己的账户和欠费的准确情况，严重影响了用户的体验和满意度。
第三阶段则是离线计费系统与欠费风险控制相结合，欠费风险控制系统主要用于监控运营商认为的低信用度用户以降低欠费风险，而这些用户真正的计费还是通过话单由离线计费系统实现。
实时欠费风险控制系统从系统核心设计上已经具备OCS的雏形。
分析计费模式的演进过程，我们可以清晰地发现：传统的计费系统由于受到“烟囱式”网络的影响，条块分割，分散运行在不同的系统中，在预付费灵活性上有很大欠缺，建设和维护成本也相当高昂。
Amdocs融合计费解决方案1 Amdocs融合计费解决方案融合即是未来，你的系统能跟得上吗？市场在变化，你的战略也应相应的变化。
融合的市场以及下一代服务，如VOIP、IPTV、移动TV等正在创造新的机遇和挑战。
各种服务在不断的拓展，四重捆绑服务已经成为现实。
同时，保持低运营成本、高收益和客户的满意也很重要。
但是，无论战略动机是什么，如果您很重视未来，您将需要一个支持所有业务线并完全支持融合的单一计费系统。
AMDOCS融合计费解决方案的独到之处就是：您可以建立一个适用您特定融合需求的计费系统。
我们的产品是模块化的、预集成的、支持各种业务流程并经过实践检验，这意味着如果您想要真正的实时融合，我们可以交付完整的解决方案：> 跨所有业务线的真正融合的、实时解决方案：语音、数据、内容、视频；固网、移动、有线电视、卫星；预付费的和后付费。
> 通过提高可操作性和实施效率降低总体拥有成本。
> 增强的集成和共有基础架构平台帮您提高预期客户体验。
> 内置的灵活性促进了创新，允许您快速地将多重捆绑业务推向市场。
> 先进的业务模式管理帮助您拓展新市场。
一个系统、一种计费，支持您所有业务。
我们整装待发在Amdocs，我们一直期待着参与您的业务和技术挑战。
因为，您的成功就是我们的成功，我们投资了巨大的资源来助您站在市场的最前列。
因此，当网络和设备的技术进步与客户对下一代多重捆绑的需求共同推动市场向完全融合发展时，我们已经整装待发。
有着长达25年、为世界领先的服务提供商配置数百个紧急任务系统的经验，我们为您打开了通往新世界的窗口和业务机会。
创造新的计费机遇保持创新，等待着业务增长你的客户想从他们与您的关系中获得价值，这取决于您创新的能力。
Amdocs融合计费解决方案核心系统的内置灵活性、易于配置的结构和先进的产品和服务组件，意味着您可以在整个产品、多重捆绑服务和业务策略中保持创新。
作为支持所有业务线、支付方法和付费电视业务模式的单一系统，它可以轻松地支持最复杂的业务捆绑，包括多重捆绑服务。
技术文件技术文件名称：综合查询操作手册版本：v1.0拟制南京中兴软创科技股份有限公司目录目录 (1)综合查询 (2)术语和缩略词 (2)业务描述 (3)操作描述 (3)查询条件 (3)查询功能 (4)设备列表 (4)用户基础信息 (4)场景举例 (4)资料查询 (4)用户信息查询 (5)账户信息查询 (5)客户信息查询 (5)销售品信息查询 (5)账务查询 (5)客户化账单 (5)费用查询 (6)欠费查询 (6)实时费用查询 (7)呆坏账查询 (8)费用查询 (9)费用明细账查询 (10)余额查询 (10)套餐数查询 (11)操作流水查询 (12)过户结转查询 (13)接口缴费流水查询 (13)一点收费帐单查询 (13)清单查询 (14)清单查询 (14)业务描述 (14)业务操作 (14)催缴停复机查询 (15)停复机信息查询 (15)短信催缴查询 (15)综合查询术语和缩略词客户：指一个已获得或可能获得电信公司（包括第三方合作伙伴）所提供的产品和服务，并具有承担法律责任的能力的个人或者组织。
帐户：客户拥有的用来支付特定的电信产品服务费用的实体。
产品：从广义来讲，是所有能够被客户租赁购买、使用，并能为企业带来收入的事物；但从狭义来说，能够销售和产生收入的事物包含了主产品、附属产品和服务提供三种类型，其中主产品（例如固定电话、IP卡、Centrix、数据电路等）一般会有物理存在、可见的设备存在；而附属产品必须是与主产品关联，例如基于固定电话语音主产品所提供的程控功能（如来电显示、呼叫转移等），服务提供可以是与产品相关的人力手续和劳动，也可以是纯粹的、与有形产品无关的服务，例如网络代维、规划等。
销售品：从市场销售的角度对产品/服务、定价方案和产品包的其中一项或者多项内容进行的重新包装，主要用于对外的推广销售。
销售品是一种将产品推向市场，从而创造利润的一种方式。
客户可以以多种方式获得销售品，有一些销售品直接被用户购买成为用户的资产，比如手机，有一些是从电信企业获得的服务，这些服务是通过电信企业的资源来提供的，客户可以接入和使用这些服务，而不是拥有，在某些情况下，电信企业可以向客户提供通过第三方资源提供的产品。
全业务融合计费解决方案助力中国电信全业务运营2008年12月30日 17:电信重组后，三大全业务运营商将面临更加激烈的市场竞争，虽然三大运营商面临的问题不尽相同，但是能否在新的竞争环境下有效提升核心竞争力却是各个运营商共同关心的问题。
全业务运营对电信行业的挑战2008年电信重组后，各个运营商都面临全业务运营的巨大挑战：客户体验要求更高：全业务环境下，网络融合、业务融合、预付后付融合、终端融合已经成为必然趋势，客户体验要求更高，包括实时的消费体验、充值支付体验、客户服务体验等。
欠费风险越来越大：不同于传统语音业务，漫游业务、数据业务、内容业务、增值业务、支付业务等欠费风险更大。
随着电信价值链日益复杂，信息产品的单位价值越来越大，运营商的欠费风险提高。
更加灵活的业务捆绑和交叉优惠：全业务运营下用户转网更加方便，运营商只有提供更加灵活的捆绑和交叉优惠才能有效地挽留和发展用户。
新业务推出更快：通信行业已经从提供通信功能、提供信息价值向提供优质的客户体验方向发展，电信产品的生命周期更短，这就要求运营商必须快速推出新的业务满足用户不断变化的体验需求。
现有计费体系的不足原有运营商计费支撑体系主要是支撑移动或者固网业务，面对全业务运营带来的更加白热化的市场竞争，现有计费体系存在明显不足。
从市场经营层面看：预后付用户“双重待遇”，用户体验不一致，没有实现真正融合；无法支撑多业务的灵活交叉优惠和业务捆绑；缺乏统一的余额视图，用户消费不透明；缺乏多业务综合账务处理，无法支撑统一客户账单。
从网络发展层面看：目前计费能力分散在业务网和支撑网两个层面，形成多个“计费孤岛”，固网、宽带、C网、3G等多个网络存在不同的计费平台，难以支撑全网络的融合计费。
从运营管理层面看：现有计费体系运营管理复杂，升级改造成本高；难以满足电信企业转型对计费能力的需求；无法有效控制全业务场景下漫游业务、数据业务、增值业务、并发业务、支付业务等各种复杂场景的欠费风险。
【电信业融合套餐税务筹划分析】电信融合套餐介绍一、概述融合成为当前电信业的一大趋势，三网融合正在成为现实。
中国电信、中国移动、中国联通三大运营商纷纷推出语音、数据和视频在内的融合业务，并以融合套餐作为融合业务的载体。
对于电信融合可以从技术、网络、业务等不同层面描述，最直观的概念是“一线通”，即一根管线接到用户端，用户的语音、数据及视频等需求全部得到满足。
中国电信推出的面向政企、家庭不同客户群体的融合固话、有线宽带、无线宽带、手机、网络电视等多种产品的套餐代表了电信业融合的潮流。
这种融合是全业务运营背景下各大运营商的必然选择。
它以“一站式购齐”的形式满足了用户多层次全方位的通讯信息需求，大大降低用户使用通信服务的整体成本，同时，融合成为有效规避用户转网、发展新业务、增进竞争优势的有力手段。
从整个社会来看，电信业务融合是三家运营商全业务运营后的发展趋势，更是通讯市场竞争激烈的反映。
这种业务融合最终让用户受益，有效降低整个社会的通讯成本，提高通讯服务水平。
融合套餐具有“一单清”即一张账单包括套餐内所有产品费用的特点，对电信业务的使用者（企业及企业中的个人）来说，融合套餐的使用将有助于企业及个人开展税务筹划。
二、融合套餐税务筹划分析电信业务的使用者分两类，一类是居民个人或家庭使用，一类是公司、企业等机构使用。
按电信业务的使用性质电信产品分居民个人、家庭和办公使用。
居民个人或家庭使用的通讯产品产生的费用如果是个人或家庭的通讯支出，或居民个人、家庭受雇于机构、个人从事生产或服务，自己不单独从事盈利性活动，那么，这种通信支出不属于税法规范的范畴。
如果居民个人或家庭通讯支出主要用于盈利性活动，并有合法的组织及机构，那么，这种通讯支出属于税法企业所得税的征税范畴。
以盈利为目的的机构发生的通讯费作为机构的费用，在企业所得税税前列支。
融合套餐在从事盈利性活动的个人或家庭、单位使用，有助企业开展税务筹划。
按照税务规定（财企［2009］242号），单位给职工的通话费补贴，应作为职工福利的一部分，计入个人所得税应纳税所得额，征收个人所得税。
中国电信企业标准版本号：V0.8中国电信股份有限公司2005-5前言中国电信移动业务在线计费设备技术要求是在充分研究和分析国内外在线计费系统基础上，基于中国电信移动业务在线计费的需求，参考3GPP、IETF等国际标准组织的在线计费系统规范编制的。
本方案是中国电信移动业务在线计费设备技术要求，为中国电信移动业务在线计费系统总体技术方案的组成部分，是在线计费设备技术要求的指导性文件，整个在线计费系统技术方案主要包括：《中国电信在线计费系统（OCS）总体技术方案》《中国电信在线计费系统（OCS）业务需求》《中国电信在线计费系统（OCS）技术要求》《中国电信在线计费系统OCP接口规范》《中国电信在线计费系统SCP设备改造要求》《中国电信在线计费系统ISMP设备改造要求》《中国电信在线计费系统CCG设备技术要求》本技术方案由中国电信股份有限公司业务支撑中心提出并归口。
本方案起草单位：本方案主要起草人：本方案解释单位：目录1适用范围 (12)2引用标准 (13)3术语和缩略语 (14)3.1术语 (14)3.2缩略语 (15)4系统体系结构 (17)4.1OCS网络位置 (17)4.2OCS系统结构 (18)4.2.1功能模块 (18)4.2.2接口 (19)5业务功能要求 (21)5.1通用接口层(Common Interface Function) (21)5.1.1请求消息格式转化 (21)5.1.2话单文件的预处理 (22)5.1.3用户基本资料加载 (23)5.1.4提供路由分发机制 (23)5.1.5应答消息格式转化 (24)5.1.6异常管理 (24)5.2计费控制(Charging Function) (24)5.2.1计费控制流程 (25)5.2.1.1基于会话的初始计费控制流程 (25)5.2.1.2基于会话的更新计费控制流程 (27)5.2.1.3基于会话的中止计费控制流程 (28)5.2.1.4基于事件的计费控制流程 (30)5.2.2会话管理 (31)5.2.2.2关闭会话 (32)5.2.2.3会话状态监控管理 (32)5.2.2.4重发鉴权请求检查 (32)5.2.3计费管理 (33)5.2.3.1业务识别和计费策略加载 (33)5.2.3.2帐户控制 (33)5.2.3.3批价控制 (33)(1) 批价得到服务的资费、费用或使用量 (33)(2) 余额临界值的判断和处理 (33)(3) 费率切换点的判断和处理 (34)(4) CCA相关参数的设置 (35)5.2.3.4计费信息的更新处理 (35)5.2.3.5多业务并发处理 (36)5.2.3.6计费话单生成 (36)5.2.4AoC功能 (36)5.2.5异常处理 (37)5.3批价处理(Rating Function) (37)5.3.1费用计算能力 (37)5.3.1.1支持事件格式动态识别 (37)5.3.1.2支持多种计费对象 (37)5.3.1.3支持多种计费元素 (38)5.3.1.4支持条件灵活判别 (38)5.3.1.5支持灵活的费用计算 (39)5.3.2费用计算方式 (39)5.3.2.1正算 (39)5.3.2.1.1预申请额度的计算 (39)5.3.2.1.2最终额度的计算 (40)5.3.2.2反算 (40)5.3.3异常处理 (40)5.4.1预留功能 (40)5.4.2返还功能 (41)5.4.3扣费功能 (41)5.4.4补款功能 (41)5.4.5充值功能 (42)5.4.5.1周期性充值 (42)5.4.5.2累积充值 (42)5.4.5.3按帐目充值 (42)5.4.5.4充值帐目限制消费 (42)5.4.5.5余额帐本余额转移 (43)5.4.6外部余额使用 (43)5.4.7实时余额查询 (43)5.4.8帐户余额监控 (43)5.4.8.1触发条件和动作的定义 (43)5.4.8.2帐户余额监控动作触发 (44)5.4.8.3记录操作日志 (44)5.5计费网关(Charging Gateway Function) (44)5.5.1支持定时话单文件生成 (45)5.5.2支持定量话单文件生成 (45)5.5.3支持定时和定量结合的话单文件生成 (45)6外部接口要求 (46)6.1计费消息输入接口 (47)6.1.1接口概述 (47)6.1.2接口要求 (47)6.2计费话单输入接口 (47)6.2.1接口概述 (47)6.2.2接口要求 (47)6.3与SID的同步接口 (48)6.3.1接口概述 (48)6.3.2.1同步数据 (49)客户数据 (49)产品数据 (49)定价数据 (49)计费参数数据 (50)6.3.2.2同步要求 (50)6.3.2.3同步方式 (51)6.4外部帐户接口 (55)6.4.1接口概述 (55)6.4.2接口要求 (55)6.5实时查询接口 (55)6.5.1接口概述 (55)6.5.2接口要求： (56)6.6话单输出接口 (56)6.6.1接口概述 (56)6.6.2接口要求 (56)6.7通知接口 (56)6.7.1接口概述 (56)6.7.2接口要求 (56)6.8运行维护接口 (57)6.8.1接口概述 (57)6.8.2接口要求 (57)7系统管理要求 (59)7.1运行管理 (59)7.1.1性能管理 (59)7.1.2故障管理 (59)7.1.3配置管理 (61)7.1.4系统运行监控 (61)7.1.5集中检测 (61)7.1.7集中控制 (63)7.1.8数据库运行监控 (63)7.2业务统计 (63)7.2.1业务量统计 (63)7.2.2消息处理时间统计 (63)7.2.3消息处理结果统计 (64)7.3审核校验 (64)7.3.1提供系统处理分析报告 (64)7.3.2提供稽查功能 (64)7.4数据管理 (64)7.4.1SID数据同步 (64)7.4.2OCS产品配置数据管理 (64)7.4.2.1产品维护 (65)7.4.2.2产品定价数据管理 (65)7.4.3OCS参数数据管理 (66)7.5日志管理 (66)7.5.1统一的分级日志记录机制 (66)7.5.2日志维护功能 (66)7.5.3日志统计查询功能 (66)7.6版本管理 (67)8性能要求 (68)8.1实时性要求 (68)8.2可靠性要求 (68)8.3可扩展性要求 (68)8.4平滑升级要求 (69)8.5拥塞处理要求 (69)8.6容灾备份要求 (69)9基础平台要求 (71)9.1主机要求 (71)9.1.2硬件冗余 (72)9.1.3软件冗余 (72)9.1.4硬件热插拔 (72)9.1.5软件热插拔 (72)9.1.6过负荷控制 (72)9.2网络要求 (73)9.2.1负荷分担 (73)9.2.2网络分段 (73)9.2.3网络冗余 (74)9.3数据库要求 (75)9.3.1并行数据库 (75)9.3.2数据库备份 (76)9.4存储系统要求 (76)9.5操作系统要求 (76)9.6系统备份要求 (77)9.6.1备份恢复方案 (77)9.6.2备份恢复方案构架 (77)9.7容灾要求 (78)9.7.1容灾功能 (78)9.7.2容灾方案构架 (78)9.7.3容灾方案流程 (79)10系统安全要求 (81)10.1安全机制总体原则 (81)10.2基础设施安全机制 (81)10.3操作系统防护机制 (82)10.4用户管理安全机制 (82)10.5会话管理安全机制 (83)10.6远程维护安全机制 (84)10.7日志机制 (85)10.8.1密码设置规则 (85)10.8.2密码更改规则 (86)10.8.3强制密码更改配置 (86)10.8.4密码有效时间和历史记录 (86)10.8.5登录失败锁定规则 (87)10.9数据备份恢复机制 (87)10.9.1备份策略 (87)10.9.2数据备份 (87)10.9.3数据恢复 (88)图表图1：OCS网络组织示意图 (17)图2：OCS系统结构 (18)图3：基于会话的初始计费控制流程 (25)图4：基于会话的更新计费控制流程 (27)图5：基于会话的中止计费控制流程 (28)图6：基于事件的计费控制流程 (30)图7：计费网关流程 (45)图8：OCS系统外部接口 (46)图9：负荷分担 (73)图10：网络分段 (74)图11：网络冗余 (75)图12：备份恢复方案构架 (78)图13：容灾方案构架 (79)图14：容灾方案流程 (80)图15：用户管理安全机制 (83)中国电信在线计费系统（OCS）技术要求1适用范围本要求为中国电信在线计费系统的技术要求，规定了中国电信在线计费系统的相关内容，包括：系统体系架构、业务功能要求、外部接口要求、业务流程、系统功能要求、性能要求、基础平台要求和系统安全要求等方面。
中国电信企业标准中国电信在线计费系统C网OCS SCP集成方案版本号：1.0中国电信股份有限公司2008-5前言中国电信移动业务在线计费系统技术方案是在充分研究和分析国内外在线计费系统实现方案基础上，基于中国电信移动业务在线计费需求，并参考3GPP、IETF等国际标准组织的在线计费系统规范和接口协议规范编制的。
本要求是中国电信移动业务在线计费系统SCP设备改造要求，为在线计费系统方案实施的指导性文件，整个在线计费系统技术方案主要包括：➢《中国电信在线计费系统（OCS）总体技术方案》➢《中国电信在线计费系统（OCS）业务需求》➢《中国电信在线计费系统（OCS）技术要求》➢《中国电信在线计费系统OCP接口规范》➢《中国电信在线计费系统SCP设备改造要求》➢《中国电信在线计费系统ISMP设备改造要求》➢《中国电信在线计费系统CCG设备技术要求》随着技术的发展，还将制定后续的相关标准。
本规范由中国电信股份有限公司提出并归口。
本方案起草单位：中国电信股份有限公司上海研究院本方案主要起草人：周峰王伊霖张冀文高国文，邓爽，温胤鑫，潘黎强，本方案解释单位：中国电信股份有限公司上海研究院目录1.范围 (2)2.规范性引用文件 (2)3.术语和缩略语 (2)3.1.术语 (2)3.2.缩略语 (3)4.系统结构 (3)4.1.系统结构图 (3)4.2.系统介绍 (4)5.功能及数据划分 (4)5.1.划分原则 (4)5.2.功能划分 (5)5.3.业务数据划分 (5)5.4.业务功能划分 (7)6.路由（漫游） (9)6.1.路由方案 (9)6.2.电路域路由流程 (10)7.信令流程 (11)7.1.预付费主叫流程 (11)7.2.预付费被叫流程 (13)7.3.无条件/遇忙前转流程 (15)7.4.无应答前转流程 (17)7.5.管理流程 (19)8.异常处理 (20)8.1.OCS出现故障 (20)8.2.SCP出现故障 (23)9.话单 (23)9.1.文件命名格式 (23)9.2.话单输出格式 (24)1.范围本方案用于指导中国电信移动业务在线计费系统的方案实施和系统建设，并为在线计费系统及相关设备的研发和改造、以及相应技术规范的制定提供技术依据。
