IPv6网络对计费影响交流提纲

知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 IPv6 网络对计费系统影响交流提纲 1 IPv6 网络 上 承载现网（ IPv4 网络）业务 时： （ 1） 哪些 业务 的 流程 可能存在 变化？ 从目前的发展来看，采用 IPv6 网络承载现网（ IPv4）业务时，主要的变化来自于地址空间的丰富，这种变化将在网络结构和地址分配机制上带来相应的改变。 在网络结构上，由于不再使用私有 IP 地址， NAT设备可能将不再存在，当然这是指的纯 IPv6 网络环境，如果存在 IPv6 网络和 IPv4 网络互通问题，类似 NAT的设备（例如 NAT-PT）仍然需要使用。 除了各种 IP业务均不需要考虑地址转换之外， NAT设备的取消 可能使得一些 P2P业务的流程发生一些变化，例如，对于那些使用私有地址的用户，其IP 电话业务的流程将不再需要考虑 NAT穿越技术（例如应用层网关）的使用。 在地址分配机制上，在 IPv6 网络中可能采用静态地址分配方式取代IPv4 网络中常用的动态地址分配方式。采用静态地址分配方式后，用户可以获得固定的 IP 地址，甚至在用户漫游时，也可以通过移动 IP技术来维持其固有的 IP 地址（ Home Address）。 如果用户使用固定的IP 地址，就可以促进一些网络端发起的业务的推广，从而可能引起一些业务流程的变化。 例如，可以利用 Push技术改进一些消息类业务的用户使用体验，比如直接将彩信发送到用户终端 ，将 WAP 新闻推送到用户终端（ WAP Push） 。 （ 2） 对计费 有哪些 方面 的 影响？ 对于计费而言，电信网络层面的变化直接带来的影响主要体现在采集点、话单格式方面，如果这二者没有质的变化，则对计费的影响很小。另外，如果电信网络层面的变化带来业务模式的变化，那么可能对计费带来较大的影响。 如果现有业务模式不变， IPv6 网络上承载现网（ IPv4 网络）业务对计费无影响。 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 （ 3） 业务话单内容 有哪些改变？ 在 S-CDR、 G-CDR 话单中“ Served PDP Address”用于标识 IMSI 的PDP 地址（如 IPv4、 IPv6、 X.121）， IPV6 与 IPV4 的话单在此字段中的内容会有不同。此字段在目前计费中未使用。 2 IPv6 网络上可能承载的新业务 （ IMS 业务、家庭网络等） ： （ 1） 可能的业务受理及开通流程 ？ 站在 BOSS 系统角度，不同的业务受理及开通，主要区别在于开通点不同，流程是基本相同的。 IMS 作为一个承载平台，可承载多种业务，只考虑基本通信功能的开通，我们理解开通点在 HSS 设备，业务受理及开通流程如下图所示： I M SM e d i a t i o nH S SR N CM S C s e r v e rM G WS G S NG G S NC G采 集 预 处 理 服 务 提 供 服 务 开 通客 户 统 一 接 触客 户 服 务 产 品 管 理客 户 管 理流 程 配 置 工 单 管 理服 务 激 活帐 务 处 理计 费缴 费V C企 业 应 用 集 成企业应用集成服 务 实 现 服 务 保 障 服 务 计 费客 户客 户（ 2） 计费采集点如何设置？（与哪些因素有关？） 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 任何一个业务在业务实现流程的各节点上都可以产生相应的服务使用记录，选择哪个点作为计费点 /采集点，主要考虑该点上生成的服务使用记录中的信息能否满足计费的需要。此外为了保证计费的准确性，我们建议保持单一的计费点。因为一旦计费点为多处，很难保证完全的一致性，从而带来用户感受度下降，目前彩信计费就是一个典型的例子。 目前分组域数据业务的计费点主要在 SGSN、业务平台， SGSN 产生的 S-CDR（经 CG处理后的 S-CDR）作为基本通信费的计费依据，业务平台产生的话 单作为信息费的计费依据。 SGSN 作为计费采集点的优点是整个后续计费的处理的流程更接近于传统 GSM 话单的处理流程，尤其是漫游处理。但是考虑到将来 GGSN更容易得到不同访问服务的统计信息，尤其是现在大多数终端只支持一个 APN，但是在这一个 PDP中可能访问不同的服务， GGSN 比 SGSN更容易区分不同的服务分别统计流量。并且漫游的处理也没有增加太多的复杂度，所以我们建议可采用 GGSN 作为计费的主要依据， SGSN作为补充和校对，尤其是漫游结算的校对。 （ 3） 业务话单内容分析 各类型话单至少包含以下字段内容： 字段 类别 说明 Record Type 必须 表示本 CDR 是 G-CDR Network initiated PDP context 可选 表示是否是网络侧发起的 PDP 上下文 Served IMSI 必须 手机用户的 IMSI（非匿名接入） Served MSISDN 必须 手机用户的 MSISDN GGSN Address 必须 当前 GGSN 的 IP 地址 Charging ID 必须 PDP 上下文的计费标识 SGSN Address 必须 本记录涉及的 SGSN 的 IP 地址列表 Access Point Name Network Identifier 必须 APN 的网络标识部分 PDP Type 必须 PDP 类型，如 IP， PPP 或 IHOSS:OSP Served PDP Address 必须 IMSI 的 PDP 地址，如 IPv4 或 IPv6 Service ID 必须 业务标识。唯一地标识一个数据业务，同一个 ServiceID 可以标识不少于一个（类）以上的 URL/URI 地址 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 Service Type 必须 业务类型 Charged Party 必须 计费方 SP ID 可选 SP 代码。唯一标识一个 SP QoS 可选 业务提供过程中协商获得的 QoS 参数 Server IP 必须 服务器 IP 地址 Server Port 必须 服务器端口号 Content Data Volumes 必须 对应的内容数据流量 List of Traffic Data Volumes 必须 数据流量 Record Opening Time 必须 记录打开时间 Duration 必须 CDR 的持续时长 Cause for Record Closing 必须 记录关闭原因 Record Sequence Number 可选 GGSN 中部分话单顺序号 Record Extensions (content based charging) 可选 可补充字段 Local Record Sequence Number 可选 该节点产生任何种类 CDR 的顺序号 Charging Characteristics 可选 用户数据的计费特性标志 PLMN Identifier 可选 记录过程中使用的 SGSN PLMN 标识 （ MCC 及 MNC） 3 IPv6 网络中的 QoS 计费 （ 1） 由于 IPv6地址结构的特点，在 IPv6网络中 QoS的实现方式 是怎样的？其对应的 QoS 的计费方式？ IPv6 协议 报头中与 QoS 直接有关的 字段是 流量类别（ Traffic Class） 和流标签 （ Flow Label） 。 流量类别代替了 IPv4 中的 Type of Service 字段，有助于处理实时数据以及任何需要特别处理的数据。发送节点和转发路由器可以使用该字段来识别和分辨 IPv6 数据包的类别和优先级。 流标签 可以 区分需要相同处理的数据包，以此来促进实时性流量的处理。发送主机能够用一组选项标记数据包的顺序。路由器 可以 跟踪数据流并更有效地处理属于相同数据流的数据包， 从而 无须重 新处理每个数据包的报头。数据流 可以 由流标签和源节点的地址惟一标识 ， 属于同一数据流的所有数据包必须具有相同的源 IP 地址和目的 IP 地址。 针对 IPv6 中的这些 QoS 支持元素，可以对不同的业务进行分类，为不同的业务确定不同的优先级，也可以对同类业务进行服务级别的区知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 分，提供差异化的 QoS 保证。 根据对业务的不同 QoS 定义，可以制定相应的计费策略，采用不同的计费方式。 例如， 从 目前 的 GPRS 网络来看， SGSN 和 GGSN 中产生的 S-CDR和G-CDR中包含 QoS参数（ Quality of Service Requested/Negotiated，“ QoS Requested”就是移动终端由 PDP 上下文的终端要求的 QoS，“ QoS Negotiated”表示被网络接受并使用的 QoS），并且 QoS 在 PDP 上下文中的动态变化可以在 S-CDR 和 G-CDR 中通过增加新的 Traffic data volume container 来记录。据此，可以确定用户在不同的 QoS 状态下所使用的系统资源，从而实现基于 QoS 的计费方式。 这样的 QoS 要求可以映射到 IPv6 的 QoS 支持元素上，以便 IPv6 网络通过相应的 QoS 保证机制来满足要求。 （ 2） IPv6 网络中端到端的 QoS 是如何保证的？ 在 QoS 的端到端保证机制方面， IPv6 网络仍然采用目前在 IPv4 网络中常见的技术，包括 IntServ（ RSVP）和 DiffServ 等，实际上并没有从根本上改变 IP 网络在 QoS 保证方面的缺陷，只是通过增加一些 QoS支持元素（例如流标签），使得现有的一些 QoS 保证技术有可能更好地实施。但是，如何使用 IPv6 协议中的 QoS 元素，尤其是对流标签的使用，目前还远没有形成标准，有待于进一步的研究。 （ 3） IMS 的 QoS 实施与建立在 IMS 下面的 IP 承载网的 QoS 实施的关系？IPv4 作为承 载网与 IPv6 作为承载网对 IMS 的影响？ IMS 实际上是一个运行在 IP 承载网之上的业务网，其 QoS 的实施依赖于 IP 承载网 QoS 的实施，只有在 IP 承载网能够提供完善的 QoS 服务的前提下， IMS 的 QoS 需求才能得到满足。 从目前情况来看，无论是 IPv4 承载网还是 IPv6 承载网，都还没有达到支持 IMS 的目标要求，包括 QoS 管理、网络安全等各个方面。 IPv4网络已经得到了大规模的发展，其缺陷已经暴露无遗，在 IPv4 承载网上难以大规模开展 IMS 业务。 IPv6 网络刚刚进入实用阶段，针对 IPv6知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 网络的缺陷进行了一定的改进 ，而且尚在不断发展完善之中，尽管目前还不能说是承载 IMS业务的理想网络，但是未来的前景却非常光明。简而言之， IPv6 几近无穷的地址空间就使其在承载 IMS 业务方面比IPv4 具有无可比拟的优势。 4 IPv6 网络中的 流量计费 （ 1） IPv6 网络中的流量计费与 IPv4 网络中的流量计费在哪些方面存在 差异？ 如果计费模式不变，则不存在差异。 当然，由于 IPv6 和 IPv4 在数据包结构上有一定的差异，同样的有效载荷载 IPv6 网络和 IPv6 网络中所发生的网络流量也会存在微小的差异。 5 IPv6 网络中的 内容计费 （ 1） IPv4 网络中针对哪些 信息进行内容计费 （ APN、 PDP） ； IPv6 网络（ 3G网络）中可以针对哪些信息进行内容计费 ？ 现网中的增值业务一般包括两部分费用：基本通信费 +信息费，其中信息费多是按次或包月。内容计费方面，是以业务平台为计费点，计费模式与梦网业务类似，计费系统采集到的话单中已经包含了费用信息。真正意义上的内容计费，只有在 GGSN 升级具备 7 层协议解析能力后才有可能真正实现。 在 3G/IPv6 网络中，我们理解可能的内容计费模式如下： 业务类型 计费元素 可能的计费模式 下载业务 MSISDN、下载业务类别、起止时间 下载按次 计费且不同内容费率不同 流媒体业务 MSISDN、播放内容、起止时间、流量 按时长计费且不同内容费率不同； 包月计费 多媒体消息业务 主叫 MSISDN、被叫 MSISDN、消息内容业务编码、时间、流量、内容描述、条数 按条计费，不同内容费率不同； 短消息业务 主叫 MSISDN、被叫 MSISDN、短消息业务编码、时间、条数 按条计费，不同内容费率不同； PUSH业务 MSISDN、时间、流量、内容描述、PUSH次数 按条计费，不同内容费率不同； 位置类业务 主叫 MSISDN、被查询用户 MSISDN、 按次计费 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 时间、业务内容、使用次数 电子邮件业务 MSISDN、时间、流量、操作描述、使用次数 包月计费，根据邮箱空间大小费率不同 WAP浏览业务 MSISDN、流量、次数、 URL 按次计费，不同内容计费费率不同； 按不同 URL计费； 包月计费； 在线应用 /游戏 MSISDN、流量、次数、使用时间 包月计费；按次计费；包时长（天数）； 企业应用类业务（企业付费） MSISDN、流量、次数、带宽占用等 根据业务内容协商 （ 2） IPv4 网络中是不同业务平台针对不同业务内容进行计费 （如 Java 平台、彩 信平台等） ；在 IPv6 网络中是否需要一个统一 的门户，提供单点登陆、全网访问的功能？ 是否设置统一门户可以从三方面来考虑：一方面，提供单点登陆、全网访问功能；第二方面，统一业务话单生成 /采集点；第三方面，统一业务开通。 从统一业务话单生成 /采集点的方面考虑，亚信认为这与今后的计费模式有很大的关系，如果仍然保持“通信费 +信息费”的方式，且信息费由业务平台生成，那么统一门户可以帮助 BOSS 屏蔽不同的业务平台，统一业务话单格式和传输方式。但是如果今后的 PS 域数据业务计费点统一到 GGSN，那么统一门户是否设置与计费无 关。 从统一开通的角度，统一门户也可以帮助 BOSS 屏蔽不同的业务平台。 6 IPv6 网络中的 融合计费 （ 1） 先付费与后付费的融合 亚信理解“先付费与后付费的融合”体现为：用户可以在号码不变的情况下灵活选择先付费或后付费，二者对用户的区别主要在于付费方式、资费、服务质量的不同。 结合现状，“先付费与后付费的融合”较好的实现方式是结合 BOSS 与SCP， BOSS 实现费用计算或反算， SCP 实现对网元设备的实时控制。 只考虑 PS 域数据业务，先付费与后付费融合的实现方式有多种。 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 方式一， BOSS 实时采集 CDR，实时计费 /扣费， 如果用户余额不足，则向 HLR发送控制指令。如下图所示： AAAISM PRADIUSSPS P G WBOS SGG S NS GS NM S C/V LRV M SW A PGWM M S CCh a rgingGa te w a yI n t er n etGMSCS _ CD RM _ CD RG_ CD RUT R A NS M S CS M SGWS M S _ M O_ CD RS M S _ M T_ CD RIMGMLCS tre a mingCDRs开停机控制HL R此种方式的优点是实现比较简单，对现有网络无改造。缺点在于最后一次服务使用如果跨过余额控制点则无法控制，仍存在欠费的风险。 方式二， BOSS 实时采集 CDR，实时计费 /扣费，如果用户余额不足，则向网元控制设备发送停止服务请求，由其进行实时控制。如下图所示： AAAISM PRADIUSSPS P G WBOS SGG S NS GS NM S C/V LRV M SW A PGWM M S CCh a rgingGa te w a yI n t er n etGMSCS _ CD RM _ CD RG_ CD RUT R A NS M S CS M SGWS M S _ M O_ CD RS M S _ M T_ CD RIMGMLCS tre a mingCo nt roll i ngGa te w a yCDRs实时控制HL R开停机控制知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 此种方式相对方式一的优点是，可对服务使用过程进行实时控制，控制的实时性提高。缺点在于扣费依据仍是 CDR，仍存在一定的欠费风险，但是欠费风险相对方式一减小很多。 方式三，通过 BOSS 提供实时帐户管 理、费用计算、扣费的功能，与网络之间采用 diameter 协议，实现实时的费用信息交互和实时服务使用过程控制。 AAAISM PRADIUSSPS P G WBOS SGG S NS GS NM S C/V LRV M SW A PGWM M S CCh a rgingGa te w a yI n t er n etGMSCS _ CD RM _ CD RG_ CD RUT R A NS M S CS M SGWS M S _ M O_ CD RS M S _ M T_ CD RIMGMLCS tre a mingCo nt roll i ngGa te w a yDia m e t e rfo r Ra tingDia m e t e rfo r Con trolli ngCDRsHL R开停机控制此种方式是比较完美的解决方案，但需要网络设备进行较大的升级改造。 （ 2） 数据与语音的融合 我们理解“数据与语音的融合”体现在：由同一批价引擎支持数据及语音业务话单的批价。 目前亚信的 OPENBILLING 产品已经能够实现数据与语音的融合处理，框架如下图所示： 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 原始 CDR预处理其他计费事件用户资料 ( MDB) 局数据 (MEM )计费 要素解析规则科目转换规则帐务计算规则分帐规则帐户 MDB资费优惠参数XDRXDR分发统一解码解码规则XDRX D R 字段、属性、分布定义规则批价 记帐在计费框架中为了保证融合处理，主要从两方面考虑： 一方面，在预处理中完成对单条服务记录的资费解析，从而对计费核心屏蔽不同业务的业务特性。 另一方面，通过可扩展详单接口（ Extensible Detail Record）能够实现预处理和计费核心之间的松散耦合，使计费核心能够专注于计费帐务计算，有效隔离复杂多变的外部业务环境。 （ 3） 内容计费、 流量计费、 QoS 计费等多种计费方式的融合 我们理解“内容计费、流量计费、 QoS 计费等多种计费方式的融合”体现在：由同一批价引擎 支持 上述融合的计费处理，同一服务使用记录可以按上述要素进行组合资费的计费。 在亚信目前的 OPENBILLING 产品中，可把内容、流量、 QoS 等都视为不同的计费要素，现有的产品模型已经能够 支持多种计费要素的融合处理。 （以上 标号为 3 6 的问题中应包括但不限于以上展开的问题） 7 IPv6 网络在安全性方面有哪些特点？ IPv6 网络在安全性方面的主要特点是强制实施 IPSec，并且通过在 IPv6 报头中增加新的与 IPSec 有关的扩展报头而将 IPSec 集成在 IPv6 协议内部，使 IPSec 不知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 再像在 IPv4 网络中那样作为一个独立的协议存在，而是作为 IPv6 协议固有部分贯穿于 IPv6 网络之中。 IPSEC 提供四种不同的形式来保护通过公有或私有 IP 网络来传送的私有数据： 安全关联（ Security Associations，简称 SA） 安全关联 是 IPSec 中的一个基本概念，包含验证或者加密的密钥和算法。 安全关联 是单向连接，为保护两个主机或者两个安全网关之间的双向通信需要建立两个安全关联。安全关联提供的安全服务是通过 AH 和 ESP 两个安全协议中的一个来实现的。如果 需 要在同一个通信流中使用 AH 和 ESP 两个安全协议，那么需要创建两个（或者更多）的安全关联来保护该通信流。 安全关联需要通 过 安全参数索引（ AH/ESP 报头的一个字段）、目的 IP 地址和安全协议（ AH 或者 ESP）三个参数 组成的唯一标识 进行识别。 IP 认证 报 头（ Authentication Header，简称 AH） 认证 报 头 使 数据包 的接收者可以验证数据的来源， 还能维持数据的完整性。在 IPv6 中，认 证报头是一个安全扩展报头 。 IP 封装安全载荷（ Encapsulating Security Payload，简称 ESP） 封装安全载 荷 通过对数据包的全部数据进行加密来严格保证传输信息的机密性， 同时 也能提供认证 并 维持数据的完整性。 封装安全载荷也是 IPv6 的一个安全扩展报头。 AH 和 ESP 两种报头可以根据应用的需要单独使用，也可以结合使用，结合使用时， ESP 应该在 AH 的保护下。 密匙 管理（ Key management） 密匙管理包括密匙 生成 和密匙分发两个方面，最多需要四个密匙： AH 和 ESP各两个发送和接收密匙。 IPSec 在 IPv4 网络中已经得到比较广泛的应用，在解决网络层安全问题方面取得了一定的成功，但是 IPSec 并不能解决 IP 网络中所有的安全问题， IP 网络的安全仍然面临着巨大的挑战，况且很多网络安全问题存在于应用层，这也是 IPSec鞭长莫及的。 此外， IPSec 的应用（例如 IPSec VPN）也会对一些应用产生影响，需要增加一些特殊的应用层网关（ ALG）功能或设备来解决这些问题。例 如，在 VoIP 应用中，由于用户端与网守或软交换机不属于同一个 IPSec VPN，就可能导致呼叫无知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 法建立。 8 软交换组网的典型网络结构是怎样的？ 软交换组网的 典型网络结构可以分为 三种 类型 ： 1、 软交换网状网 这种组网的特点为：路由功能由软交换设备实现，每个软交换都维护着全网所有用户的路由信息；软交换的路由信息静态配置；一个管理域网络的变化（如增减一个软交换节点）都会导致整网数据改变；软交换之间为逻辑网状网结构，通过一次地址解析就可以定位到被叫软交换；软交换之间可以采用 SIP/SIP T 或BICC，从目前的发展 来看， SIP/SIP T是趋势。 这种组网方式的好处是网络简单，对软交换设备要求不高，当网络规模较小时，不失为一个比较好的选择，而当网络规模大时，则会带来巨大的维护工作。 2、 软交换设备分层组网结构 下级软交换之间与上层汇接软交换之间进行互联，软交换之间路由信息静态配置，软交换之间可以采用 SIP/SIP T或 BICC。这种组网方式的特点为：下级软交换之间与上层汇接软交换之间进行互联；软交换之间路由信息静态配置；软交换之间采用 SIP/SIP T或 BICC，但 SIP/SIP T是趋势。 分层的软交换概念与现有的 PSTN 网络分层设置非常相似，基本上就是把 PSTN的组网概念搬到 NGN 网中，沿袭 PSTN 组网思路，技术成熟，但是效率较低。 3、 通过路由功能的定位服务器组网 引入有路由功能的服务器（定位服务器），交换路由信息和为软交换提供路由服务，这种组网方式，适应软交换的大规模网络组网。这种组网方式的特点为：定位服务器和与其服务的软交换组成一个 IP 电话管理域（ ITAD）； ITAD 管理域内部软交换之间是静态路由配置，软交换之间采用 SIP/SIP T 协议；软交换与定位服务器可以采用简化 TRIP 或 SIP 协议进行路由信息的交换与 解析请求（建议优先采用 SIP 协议）；软交换与定位服务器之间通过心跳信号保持联系；每个管理域可以设置两个或多个定位服务器实现冗余备份； ITAD 管理域之间、定位服务器之间通过 TRIP 协议进行路由信息动态更新，并在各个网元之间进行聚合、交换。 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 4、 三种软交换组网的优劣势比较（见下表） 组网模式 优点 缺点 说明 网状网 （ 平面结构 ） 初期成本低，网络结构简单、成熟，是目前主要应用的方式，能够平滑演进到动态平面路由 网络达到一定规模后，可控性较低，路由表维护 工作 较大 适合于 NGN 初期用规模容量 较 小的时候最具有 竞争力 分层软交换路由 路由相对简单，借鉴了PSTN 网络的路由设置原则，具有一定的话务控制功能，数据维护工作较小 网络难以演进，初期成本高，无应用实例，手工配置灵活 较 差，静态路由无自动通话机制，汇总网络有可能成为网络瓶颈 一种过渡方案；在网络建设初期，不如静态平面路由（平面结构）；在网络规模较大后，不如动态平面路由灵活（ 定位服务器 ） 定位服务器 （ 动态平面路由 ） 数据自动配置与刷新能力强，动态话务控制更灵活，目标网络结构，软交换路由简单，数据维护工作量最小；网络调整灵活性更大，具有自动路由聚合功能；易于 配合开展双归属等网络级的备份，能够充分发挥各本地网软交换话务处理能力 相对 比较 复杂，成本较高；无应用实例，技术成熟性差 适合于全网，应当是未来发展的趋势，于 IP 网络技术的结合更加紧密 9 基于软交换可以提供哪些业务？基于软交换架构现网的业务平台，业务平台在哪些方面存在变化？ 基于软交换不仅可以提供现网的各种业务（包括智能网业务），而且还可以实现多层次的业务融合，提供多网融合的业务。在基于软交换的业务平台上，可以提供以下两种类型的业务。 提供组合业务 这是融合业务的初级表现形式。组合业务的目的是将多种业务打包 统一提供给用户，并为用户提供统一的管理界面， 例 如统一业务定购服务、统一账单服务 等等 。 提供覆盖多种网络多种终端的融合多网能力的应用业务 提供多网融合的业务包括三方面 的 含义：一是业务覆盖范围涵盖了多种网络、多种终端， 例 如固定网络、移动网络，宽带终端、窄带终端等；二是应知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 用业务可以 综合 利用多种网络能力， 例 如结合多媒体和移动能力的业务 、 融合电信网络呼叫控制能力与企业应用的业务；三是提供对用户的统一管理，例 如统一业务定购服务、统一账单服务等 等 。 基于软交换架构现网的业务平台， 必须实现 业务与呼叫控制分离 和 呼叫 控制 与承载 分离 的特点 。分离的目标 在于： 使业务真正独立于网络，灵活有效的实现业务的提供 ； 用户可以自行配置和定义自己的业务特征，不必关心承载业务的网络形式以及终端类型 ； 使得业务和应用的提供有较大的灵活性。 此外， 业务平台 还 必须在标准化、多样化和开放化等方面实现实质性的改善。 标准化的含义包括： 应用业务访问网络资源的业务接口的标准化，以促进多 厂家设备互通；业务开发接口的标准化，以提供不依赖于具体厂家设备的业务开发能力，实现第三方业务开发和应用业务的即时加载运行；业务规范的标准化，使得在全网能够采用多厂家的产品提供同类业务。 多样 化主要是指 业务提供方式和业务开发方式 的 多样化，以 便 满足不同层次不同角度的业务提供要求和业务开发要求 。 开放化要求 采用开放 的 业务接口技术，实现业务与网络的分离，提供第三方业务开发和第三方业务运营能力 ，以便 快速响应用户对包含丰富业务特征的个性化业务的需求。 10 软交换对于话音业务产生的影响？基于软交换的话音业务在计费方式方面的变化？ 软交换除了 全面 继承现有 的 话音业务以外，还 可以提供话音业务与 因特网业务 以及 宽带多媒体业务 融合而产生的 衍生业务 ，同时在为 用户 提供 个性化业务 和 业务创新 等 方面 都 有着 得天独厚 的优势。传统 的话音业 务受到 终端智能和带宽 等方面的限制， 难以 实现灵活的业务逻辑和多媒体业务 ，同时用户的个性化定制业务以及很多补充业务也难以推广 。 软交换技术 在业务实现的简单性和灵活性上有了本质改变 ，其 业务逻辑控制和网络智能 采用了 集中部署 的方式 ，因此可以方便地在全网实现业务部署和业务升级。 由于 终端智能的提高 以 及媒体承载能力的加强（例 如支持话音、视频等 ）， 使得用户对业务的个性化定制成为可能。 例 如，用户可以对不同来话进行筛选性的监控，可以在不同时间对不同来话实施不同的应答策略，应答的方式也不仅仅局限于接听、转发、挂断等传统方式，而是包括 了语 音应答、问候音播放、语音信箱转接、电子邮件转接、网页推送等多种不同的知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 应答方式。 基于软交换的话音业务在计费方式方面的变化主要体现在对话音业务与其它业务结合而产生的融合业务的计费上。对于各种类型的融合业务，需要根据具体业务场景制定相应的计费策略，明确规定所要支持和实施的计费方式。 11 软交换与 IMS之间的关系？软交换网络与 IMS网络各自承载的业务有什么特点？ 软交换是 IP 技术带动电信业发展的产物，它为运营商解决目 前多种网络、多种技术和多种系统的共存的现象提供了良好的解决方案 。 软交换采用横向组合模式、开放的接 口和通用的协议，其硬件分散，业务控制和业务逻辑相对集中，整体建网成本较低，网路升级容易，便于加快新业务和新应用的开发、生成和部署快速实现低成本广域业务覆盖。 软交换技术在发展过程中，并没有一个严谨的定义和体系架构标准，因此，在用户漫游管理、路由计划、编号、支持多媒体业务的体系架构、业务管理、业务触发等方面在一定程度上仍存在问题。与此同时 ， 3GPP 提出了标准的 IMS 体系架构，旨在规范移动多媒体业务的网络结构，而 ITU 和 ETSI 等标准化组织的 相关小组也在讨论如何在固网中引入 IMS，以进一步推动网络向 IP 化、移动 性、多媒体化和个性化方向发展， 从而使 IMS 成为 NGN 发展的 新热点 。 IMS 是一种 IP 多媒体核心网络体系架构，基于 SIP 会话的通用平台，适 合基 于IP 的多媒体和电话核心网， 并 且核心网与接入方式和接入技术无关；在应用层、网络层和后台系统之间均采用标准化的接口，是一种开放性更好、标准化程度更高、适用于所有接入和业务的统一网络体系架构，有利于固网和移动网的无缝融合；各种业务具有共同的核心网、网络用户数据库、后台计费系统和业务开发平台，在用户数据管理和漫游方面更加完善。简 而 言之， IMS 是一种融合的网络体系架构，有利于各 种层次的融合业务的快速、有效推出。 IMS 源于移动领域 ， 在处理固网和移动网融合 等 方面还有很多工作要做， 标准化工作也刚刚起步，其发展完善尚需时日 。因 此，可以将 软交换和 IMS 看作 PSTN向 NGN 演进的两个不同阶段，两者将以互通方式长期共存。从长远看， IMS 将可能最终替代软交换，成为统一的融合平台。 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 软交换 网络 主要提供话音业务 ， IMS 网络 将提供宽带多媒体业务 。 12 如果基于 IMS架构现网的业务平台，业务平台在哪些方面存在变化？（现网业务平台是垂直的业务结构，基于 IMS 的业务平台是水平的业务结构） 基于 IMS 架构现网 的业务平台，除了需要满足软交换架构的要求（包括分离目标、标准化、开放化和多样化等方面）之外， 还必须满足以下进一步的要求。 比软交换 更加彻底分离 业务的进一步分离 ： 软交换虽然已经将大部分增值业务分离出来放到了业务层，但是 其 自身仍然保留了一些补充业务。 IMS 将这些保留的业务 全部分离出来放 到 业务层，这是 对 呼叫控制和业务分离最透彻的体现。 用户数据的分离集中：软交换一般将用户数据放置在软交换设备自身之中，IMS 将这些用户数据从软交换中分离出来，并将用户数据与其相关联的业务数据集中到称为 HSS 的设备之中。这种用户数据 的分离集中更加有利于业务的实现和提供。 会话呼叫控制与媒体网关控制的分离 ： 软交换同时提供会话呼叫控制和媒体网关控制功能 。 在 IMS 中将这两者分离 开 来，会话呼叫控制功能由 CSCF 提供，完成整个网络的信令路由和呼叫控制；媒体网关控制由 MGCF 提供，只存在于 IMS 网络与传统网络互通的边界点上。 呼叫协议统一 软交换网络中允许使用多种呼叫协议，而 IMS则统一采用 SIP作为呼叫 协议。 与接入方式无关 对多种接入方式的兼容是软交换网络的一个特点， IMS 将该特点更加进一步发展。在软交换网络中 ， 由于媒体网关控制功能没有分离出 来 ， 以及媒体网关控制协议的多样性 ， 导致 难以 实现对多种接入方式的兼容 。 在 IMS 网络 中 ，由于对接入网络的彻底分离和 SIP协议的应用使其真正意义上实现了对多接入方式的兼容。无论用户采用有线或无线的某种接入方式接入网络， IMS 并不负责用户终端到网络的数据通道的建立，该工作由接入网络完成； IMS 只负责在用户的数据通道建立后通过 SIP协议完成主被叫双方底层数据通道的接驳，从而实现各种媒体形式的呼叫通信及相关的多种多媒体业务。 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 提供终端漫游特性 目前的软交换网络没有充分考虑对用户终端的漫游支持，而 IMS 中 P-CSCF功能 实体的引入，使终端无论是漫游到外地还是其他运营商的网络都能够通过拜访地或拜访网络的 P-CSCF 接入到 IMS 中，从而建立用户终端与其归属HSS 及 S-CSCF 的信令通路。同时， P-CSCF 为通过其接入的终端提供了服务质量和安全的保证。 提供更好服务质量和安全保证 在 IMS 中 需要实现 多种 CSCF 功能实体，这些实体具有不同的功能任务，这与软交换网络中软交换设备的统一功能是不同的。通过这些功能实体， IMS提供了更好的服务质量和安全保证。 在这些 IMS 功能实体中， P-CSCF 完成了用户终端及接入网络和 IMS 核心网络的隔 离，使得用户终端和接入网络无法直接了解 IMS 网络的内部结构，因此 ，即使 某个 P-CSCF 受到攻击也不会影响网络的正常工作，从而保证了整个网络的安全。同时 ， P-CSCF 还可以代表 IMS 与用户终端和接入网络协商业务质量的服务要求，以完成业务质量策略的执行。 P-CSCF 还可以进一步提供信令的 NAT 穿越、协议转换等由网络外围设备完成的附加功能。 IMS中的 I-CSCF 完成了不同运营商之间 IMS 网络的隔离，它在保证网络互通的同时使得运营商之间无法了解对方的网络结构和资源情况，从而保证了网络的安全。 基于 开放、融合的 IMS 业务架构 ，可以 改变业务提供和业务开发模式，这种改变 能够 快速提供新业务。在 现有 的业务开发模式中，业务的开发 通常 是一种 “ 垂直 ”结构 模型， 业务 与下层网络 为紧耦合关系 ，其特点为 ： 业务的发布与网络结构有关，不同的网络可能需要发布不同的版本； 不同的网络之间，业务交互困难，业务融合难度大； 业务实现复杂，开发周期长，投资收益低，不利于第三方开发。 IMS 业务架构 引入了新型业务开发模式，业务的开发 采用“ 水平 ” 结构 模型 ，业务与下层网络 为 松耦合 关系，其特点为 ： 符合协议标准的业务，可发布于任何网络，只需一个版本； 具有快速 、易用、灵活、动态的业务开发环境； 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 通过 SIP、 API（ 例 如 Parlay），使业务间具有良好的集成关系； 开发难度和周期大大减少，投资收益高，第三方开发者只需要了解 SIP、 API，而不需深入了解电信网络知识。 13 如何组建 IMS 网络？基于 IMS 的业务的应用场景是怎样的？ IMS 的组网面临着与软交换组网类似的状况，其组网方式也与软交换组网方式类似（请参见问题 8）。在 IMS 网络中，业务功能进一步分离（例如， 在 IMS 业务架构 中， S-CSCF 相当于是软交换的呼叫控制 功能，而软交换的媒体网关控制功能分离为 MGCF），网 络配置数据和用户数据从功能设备中分离并进一步集中（主要的数据都存储在 HSS 中），更有利于 IMS 网络采用 动态平面路由的 组网模式进行组建 。 IMS 业务架构由 S-CSCF 以及各种应用服务器组成。应用服务器 包括 SIP 应用服务器、 OSA 应用服务器和 Camel IM-SSF。这些应用服务器 位于用户的归属网络或 者属于 第三方 业务 开发机构， 都 能够 提供 IP 多媒体增值业务。 在 IMS 业务 架构 中，基于 SIP 的业务平台是通过 SIP 应用服务器 实现的， 可以实现 IM（即时通信）、点击呼叫、 Web800、 Presence、会议电话、数字传真 、多媒体消息、 VOD、彩铃、彩名、可视电话等丰富的实时和非实时的多媒体业务。 IMS 支持 PARLAY/OSA 标准业务接口， 通过 OSA 服务器， 不仅可以完美地实现传统的基本电信业务， 例 如：呼叫前转、呼叫等待、多方通话、主叫显示、主叫显示限制、呼叫限制等，而且 还 可以为第三方业务 开发机构 提供标准接口，大大提高运营商提供新业务的能力。 CAMEL 业务是 移动网络中传统的 智能网 业务 ， 通过 CAP 协议 在移动 网络 中提供 。为了使 Camel 业务接入到 IMS 中，在 Camel 服务器与 S-CSCF 之间需要一个功能实体来完成 CAP 协议与 SIP 协议的转换，该功能由 IM-SSF 完成。 通过这个 对传统 智能网的接口，可以支持传统的智能业务， 例 如预付费、虚拟专网、卡类业务等，从而实现了对已有智能业务的完美继承。 IMS 可以展望到的业务和运营模式有很多， 例 如 IP 电话业务、 P&M 业务（即时通知与消息业务）、串行振铃和并行振铃业务、会话转移业务、主叫标识显示业务、多方视频会议和白板 /应用共享业务等。 IMS 可以 提供的典型业务 包括 PoC知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 业务 、 全能数字助理业务 、 Web Conference 业务 、 统一消息业务 和 一号通业务。 14 IPv4 网络中各业务平台与 BOSS 系统传 递的 计费 数据 源 内容有哪些？在这些传递的数据中，有哪些数据内容是与计费相关的？ （例如： GPRS 与 BOSS系统传递的数据中有：话单类型、 网络侧发起 PDP 上下文的标志、 手机号码、手机设备的 IMSI、发起本次通话的 SGSN 的 IP 地址、 当前 GGSN 的 IP 地址、开始时间、通话时长等，在这些数据信息中， 哪些数据是计费的依据？ ） 总的来讲，单个呼叫的费率由以下决定： 1. 服务类型（ GSM 语音、 GPRS 等） 2. 发生的时间：高峰期、低峰期（费率时间） 3. 起叫、被叫地点 （ 费率区域 ） 4. 计费单位 （ 秒、字节、事件、信息等 ） 5. 呼叫类型 （ 主叫 /被 叫 ） 话单中以上要素相关的内容就是计费依据。 以下以 GPRS 以及 JAVA 业务为例进行分析： GPRS 业务，采集点在 CGF，采集的内容包括 S-CDR 和 G-CDR， S-CDR 格式如下所示（黄底部分是目前计费需要用到的数据，其它数据用于统计、经分或集团上发等其它用途） 字段 属性 描述 Record Type M 表示本 CDR 是 S-CDR Network Initiated PDP Context C 表示是网络侧发起的 PDP 上下文 Anonymous Access Indicator C 表示是匿名接入（ IMSI 将不提供） Served MSISDN M 手机的 ISDN 号码 Served IMSI M 手机用户的 IMSI（非匿名接入） Served IMEI C 手机设备的 IMEI SGSN Address M 本次会话涉及的 SGSN 的 IP 地址列表 MS Network Capability O 表示手机的网络能力， A、 B、 C 类 Cell Identity M 记录产生时的小区标识 Routing Area M 记录产生时的路由区 Local Area Code M 记录产生时的位置区 Charging ID M PDP 上下文的计费标识 GG