移动业务APN组网参考手册

版本号：1.0.0

╳╳╳ ╳-╳╳-╳╳发布 ╳╳╳╳-╳╳-╳╳实施

业务APN选择和组网参考手册

（征求意见稿）

中国移动通信有限公司 发

QB-╳╳-╳╳╳-╳╳╳╳

前 言

业务在现网部署和建设的时候，总会面临一个不变的议题：选择哪个APN作为业务的接入点？新业务的建设者发现，选择APN变成了新业务现网落地越来越头疼的问题。为什么业务选择APN接入点变成了一个难题？一个新业务在选择APN时需要考虑哪些因素？什么情况下可以新建一个APN来解决新业务接入？在选择了某个APN后，如何利用该APN对应的业务域基础网元进行业务部署和组网？如果您也遇到类似的问题，就会在本手册中找到答案。

本手册总结了各业务域的现状，包括各域承载网组网情况，各业务域为业务部署提供的基础功能，并重点总结了各业务域对业务部署的限制因素；说明业务在现网落地面临APN选择时，所需考虑的问题和影响因素；并以现网已部署业务为案例，说明对上述问题和因素处理上的可借鉴之处，以及在组网方案选择和部署上的可借鉴之处；最后提出新业务部署的参考和指导原则。

本手册主要包括以下几方面内容：为什么要写这本手册、APN定义和分类、中国移动典型APN及其特征、业务选择APN的影响因素、业务选择APN的原则、业务新增APN的原则、业务服务器的组网方式以及附录A“典型业务服务器的组网案例”。

本研究项目由中国移动通信有限公司计划部委托。 本手册起草单位：中国移动通信有限公司研究院。 本手册主要起草人：

QB-╳╳-╳╳╳-╳╳╳╳

目 录

1.

为什么要写这本手册？ ........................................................................................................... 5 2. APN定义和分类 ...................................................................................................................... 7 2.1. APN定义和作用 .............................................................................................. 7 2.2. 中国移动APN分类 ......................................................................................... 7 3. 中国移动典型APN及其对应的业务域特征 ......................................................................... 9

3.1. 典型APN业务域的特征 ................................................................................. 9

3.1.1. CMWAP APN ................................................................................................... 9 3.1.2. CMNET APN .................................................................................................. 11 3.1.3. CMSIP APN .................................................................................................... 11 3.1.4. 其他 ................................................................................................................. 13 3.2. 典型APN业务域的对比 ............................................................................... 13 4. 业务选择APN的影响因素 ................................................................................................... 15

4.1. 用户标识获取 ................................................................................................. 16

4.1.1. CMWAP APN ................................................................................................. 16 4.1.2. CMNET APN .................................................................................................. 19 4.1.3. CMSIP APN .................................................................................................... 20 4.1.4. CMM2M APN ................................................................................................. 20 4.2. 业务路由 ......................................................................................................... 21

4.2.1. GPRS接入路由 .............................................................................................. 21 4.2.2. 服务器地址解析 ............................................................................................. 21

4.2.2.1. CMWAP域 ..................................................................................... 22 4.2.2.2. CMNET ........................................................................................... 25 4.2.2.3. CMSIP ............................................................................................. 26

4.3. 新业务部署对业务域的影响 ......................................................................... 26

4.3.1. CMWAP域 ..................................................................................................... 26

4.3.1.1. 防火墙配置和改造 ......................................................................... 27 4.3.1.2. GGSN的内容计费支持 ................................................................. 27

4.3.2. CMSIP ............................................................................................................. 28

4.3.2.1. 新增设备：用户识别服务器（已建） ......................................... 28 4.3.2.2. 新增设备：DNS代理服务器的引入（未建） ............................ 29

4.3.3. CMNET ........................................................................................................... 29 4.4. 业务的计费要求 ............................................................................................. 29

4.4.1. 业务计费的模式和要求 ................................................................................. 29 4.4.2. 各业务域提供的计费手段和策略 ................................................................. 30

4.4.2.1. CMWAP APN.................................................................................. 30 4.4.2.2. CMNET APN .................................................................................. 31 4.4.2.3. CMSIP APN .................................................................................... 31 4.4.2.4. 其它 APN ....................................................................................... 32

4.5. 和该域已部署业务的关系 ............................................................................. 32 5. 业务选择APN的原则 ........................................................................................................... 32 6. 业务新增APN的原则 ........................................................................................................... 33

6.1. 新增APN的原则 ........................................................................................... 33

QB-╳╳-╳╳╳-╳╳╳╳

6.2. 新增APN的典型案例 ................................................................................... 34 7. 业务服务器的组网方式 ......................................................................................................... 34

7.1. 业务服务器的组网方式 ................................................................................. 35

7.1.1. 单点组网 ......................................................................................................... 35 7.1.2. 多点组网 ......................................................................................................... 35 7.2. 业务服务器组网方式演变的案例 ................................................................. 36

7.2.1. 单点组网?多点组网 ..................................................................................... 36 7.2.2. 多点组网?单点组网 ..................................................................................... 38

8. 附录A：典型业务服务器的组网案例 ................................................................................. 39

8.1. CMWAP域内业务组网案例 ......................................................................... 39

8.1.1. 单点组网 ......................................................................................................... 39 8.1.2. 多点组网（分省建设） ................................................................................. 43 8.1.3. 多点组网（大区建设） ................................................................................. 44 8.2. CMSIP域内业务组网案例 ............................................................................ 45

8.2.1. 单点组网 ......................................................................................................... 45 8.2.2. 多点组网 ......................................................................................................... 46 8.3. 其它APN域内业务组网案例 ....................................................................... 46 编制历史......................................................................................................................................... 47

QB-╳╳-╳╳╳-╳╳╳╳

1. 为什么要写这本手册？

移动数据业务在现网部署和建设时，总会面临一个不变的议题：选择哪个APN作为业务的接入点？新业务建设者发现，选择APN变成了新业务现网落地越来越头疼的问题。如果您也遇到下面类似的问题，就会在本手册中找到答案。

1） 为什么业务选择APN变成了一个难题？

2） 一个新业务在选择APN时需要考虑的因素有哪些？ 3） 什么情况下可以新建一个APN来解决新业务接入？

4） 在选择了某个APN后，如何利用该APN对应的业务域基础资源进行业务部署和组网？ 在开始本手册之前，首现我们来看看第一个问题的由来，这也是本手册写作的起始点：

为什么新业务建设时，APN选择会变成一个难题？

1） “选择APN”背后的潜台词多：选择某个APN背后其实潜藏着诸多需要考虑的问题。

现网有多少可供选择的APN？不同的APN其实都对应着不同的业务域，这些业务域的基础设施、能力和定位是不同的，其对业务部署的支持也不同。因此业务部署时，对各业务域的情况还得全面分析和比较，才能够选出最合适的APN以及对应的业务域。这部分工作涉及的内容多，梳理和总结所需时间长，却又是每个业务都不得不面对的重复劳动。

2） 业务域虽多，业务落地却很难：每个业务域在设计之初，总是有针对性的，可能着

重解决了某类业务的接入问题，而对其他类型业务的支持就有问题。对于新业务建设者来说，就出现了“业务域虽多，业务落地却很难”的现实问题，该问题的出现本质上源自于“现网APN及对应的业务域缺乏统一的定位和规划”。

3） 现网APN及对应的业务域缺乏统一定位和规划：目前，集团和个人业务，都缺乏一个

功能完善的提供业务统一接入的域。现有业务域不能满足业务部署的情况时有发生，业务不得不采用新增APN的方式满足业务急迫的部署需求。随着各类数据业务（个人和集团）激增，现网APN及其对应的业务域数量也在直线上升，现有业务域的定位和组网结构也不断发生适应性的调整、升级或改造。这无形中又增加了现网业务域复杂混乱和定位不清的局面。这种局面对新业务部署极为不利。

QB-╳╳-╳╳╳-╳╳╳╳

为什么要写这本手册？

由于APN选择和业务组网的决策难，造成新业务落地困难、建设周期长等问题。这些问题长期困扰着新业务建设者，急迫需要对各业务域定位和功能进行梳理，并为新业务部署提供APN选择和组网上的统一参考和指导。这也是编写这本手册的初衷。

1） 提供统一参考，避免重复劳动：通过研究发现，新业务在现网部署过程中，遇到的诸多

组网部署问题存在一定普遍性，且这些问题的解决方案有一定规律可循。基于对这些共性问题的研究和总结，形成了本手册的主要内容。

2） 避免业务域无序化增长，避免现网组网日益复杂化趋势：本文提出的“现网业务APN选

择和新建原则”，是基于“中国移动APN业务域定位和组网规划研究项目”的成果提出的。以通俗易懂的手册形式推广这些研究成果，有利于现网业务域发展遵循“规划研究”的成果，避免业务域无序化增长，具有长期的参考价值。

写给谁？

提供给计划建设部门、新业务研究者和实施者，网络维护和管理者，作为新业务在现网部署落地的参考。对集团和省公司新业务建设相关的部门和参与者来说，本手册都具有很好的参考和启示作用。

这本手册的完成，离不开研究院业务研究所各业务负责人的参与，在他们的帮助下，项目组得以顺利完成对现网典型业务的调研和梳理；在和他们交流的过程中，碰撞出来的需求和思路，对“中国移动APN业务域定位和组网规划研究”项目也起到了参考和指导作用。在此，向他们表示由衷的感谢！

QB-╳╳-╳╳╳-╳╳╳╳

2. APN定义和分类

2.1. APN定义和作用

APN（Access Point Name）即接入点名称，APN仅在GPRS核心网中起作用，自身具有两重标识的含义：路由标识和业务域标识。

新业务在现网部署时，首先要选择适合该业务的APN。选择了某个APN，意味着选择了业务数据流在GPRS接入网中的路由和出口GGSN，同时也决定了从出口GGSN进入哪一个业务域。因此，APN可以看做是移动客户端通过GPRS网络接入服务或其他网络的入口。

APN（路由标识）<—> GGSN IP地址 DNS BTS BSC APN（业务域标识）<—> 某业务域 SGSN GGSN GGSN 业务域1 业务域n GPRS骨干网 GGSN 图1.1 APN的含义：路由标识和业务域标识

?

APN作为路由标识：SGSN根据APN，向特定的DNS服务器查询该APN对应的GGSN IP地址，以确定用户应接入的GGSN。 ?

APN作为业务域标识：GGSN根据APN不同，将用户的业务流送到不同的业务域。而不同的业务域则对应了不同的业务承载组网方式、用户标识获取方式、计费模式等关键问题。

2.2. 中国移动APN分类

APN按照不同的分类方式，有常设APN和临时APN，全网APN和省专属APN的区别。 ? 常设APN包括：CMNET、CMWAP、CMMAIL、CMCWT、CMM2M、LiNing···。 ? 临时APN包括：CMSIP、CMDM···

QB-╳╳-╳╳╳-╳╳╳╳

上述常设和临时APN属于全网APN。全网APN是指这些APN一旦确定后，需要在全网进行局数据配置；全网业务使用全网APN进行接入，全网用户在任何地方都可以通过签约该APN（签约相应的业务，从而签约该APN），获得相应数据接入服务的能力。

虽然CMSIP被定位为临时APN，但是CMSIP域中部署的业务，都是一些在CMWAP域难以部署的数据业务，因此，在WAP域彻底解决这些问题之前，CMSIP域会一直存在。

CMDM的APN是DM业务试点期间的临时APN，最终DM业务会在CMWAP域部署。

除了全网APN外，还有省专属APN的概念。这类APN的形式和全网APN不同，如行业应用给某大客户分配的省专有APN“GD.GuangdongLianli”，该APN不需要在全网进行据数据配置，且仅为该省用户进行服务（包括该省用户漫游的情况）。

QB-╳╳-╳╳╳-╳╳╳╳

3. 中国移动典型APN及其对应的业务域特征

3.1. 典型APN业务域的特征

3.1.1. CMWAP APN

通过CMWAP APN接入的是WAP域。WAP域设计之初主要面向基于WAP协议/HTTP协议的业务，如手机WAP上网浏览，彩信等。之后随着数据业务的不断发展，为了支持逐渐引入的诸多非HTTP协议的业务（如在线游戏、流媒体、飞信等），WAP域不断进行升级改造和适配。目前CMWAP已逐渐成为绝大多数中国移动自营数据业务的接入点，其中主要的业务及其对应的协议类型总结如下表所示：

APN 业务名称 彩信 通用下载业务 DCD 号簿管家 (PIM) 组网情况 多点组网 多点组网 多点组网 单点组网 单点组网 单点组网 单点组网 单点组网 协议类型 基于HTTP的MMS HTTP 基于HTTP 基于HTTP的Syncml HTTP和RTSP、RTP HTTP或SIP-C HTTP和Socket连接 PoP、SMTP WAP/HTTP CMWAP 流媒体 飞信 在线游戏 PushMail（个人版） WAP上网（ 第三方）

WAP域的组网特征和基础功能如下图所示。

QB-╳╳-╳╳╳-╳╳╳╳

图1.2 CMWAP域组网现状

1) WAP域组网特征：采用就近接入原则

移动终端通过接入地SGSN就近接入某个GGSN。GGSN和WAP网关的对应关系为一对一，或多对一。用户客户端使用CMWAP接入业务平台时，由GGSN给WAP域用户分配IPv4私有地址。GGSN将CMWAP APN对应的用户业务流进行GRE封装，使得业务流通过隧道能够进入该GGSN所对应的WAP域内。

用户业务流通过WAP网关防火墙进行NAT转换后，访问公网的业务平台。WAP域的出口防火墙实现用户地址的NAT转换。 2) WAP域组网特征：WAP域相互独立

CMWAP业务域相互独立。各WAP网关都采用相同的10.0.0.172私有地址，WAP业务域之间不互通。每个WAP域内设置一个WAP网关，该WAP网关作为该域HTTP访问的代理节点存在，并承担了一些辅助业务平台获取用户信息的功能。

根据WAP九期建设情况，现网目前存在79套WAP网关设备，也就是存在79个彼此独立的WAP域（WAP VPN）。对于选择CMWAP APN的全网业务平台来说，为了能够让全网用户访问，业务平台的部署必须放置于公网上。如果放置于某个WAP域内，则不能被其他GGSN接入的用户访问。因此，通过WAP域接入的业务平台位置都是在WAP域防火墙（NAT）设备之后。 3) WAP域功能特征：WAP网关功能

WAP网关是HTTP业务的代理访问节点。WAP网关地址（10.0.0.172）作为配置参数在出厂时统一预置入终端客户端。所有配置了WAP网关作为代理地址的客户端在访问业务平台的时候，都通过WAP网关做代理点进行访问。当用户有基于HTTP的数据业务访问需求时，其目的地址都指向WAP网关，并由WAP网关代理用户访问公网业务服务器。

QB-╳╳-╳╳╳-╳╳╳╳

现网WAP网关功能包括：完成用户接入认证（目前设置为“默认都能访问”）、代客户端进行目的服务器URL地址解析、在HTTP包头中插入用户MSISDN等信息的功能。因此用户终端只需记录WAP网关的IP地址，当访问数据业务时，WAP网关可作为代理服务器，代替用户发起DNS解析流程，客户端不需要知道DNS地址，也不需要参与DNS流程，就能通过URL访问对应的业务服务器。通过WAP域内的Radius功能，WAP网关可以方便获取用户的MSISDN，并在用户访问的HTTP头部插入用户的MSISDN等信息，通过该功能，业务平台可以获取用户的MSISDN等信息，从而可以确认用户的身份。

另外，WAP2.0网关，已经不再承担协议转换的功能，因为客户端WAP2.0浏览器的协议和普通的HTTP协议几乎没有区别。同时，WAP网关也不承担和终端页面显示相关的适配工作。

3.1.2. CMNET APN

CMNET APN目前仅作为数据业务通道，提供开放的互联网业务通道，向用户收取通信流量费用。其上的典型业务包括：随e行数据卡上网业务、手机第三方客户端访问互联网、部分行业应用等。CMNET APN网络结构示意图如下图所示。

图1.3 CMNET域组网现状

CMNET域承载组网的基本原则是： 1) 就近接入原则

移动终端通过接入地SGSN就近接入某个GGSN，使用CMNET APN的业务数据流通过GGSN对应的防火墙（具有NAT功能）接入互联网。通过该APN访问的站点都放置于公网，GGSN给用户分配私有IPv4地址，因此用户和业务平台之间的NAT功能是必不可少的。

3.1.3. CMSIP APN

设立CMSIP APN初衷是为了支持基于SIP的Video Share和PoC业务在现网落地。后期A-GPS业务也会使用CMSIP APN接入。

QB-╳╳-╳╳╳-╳╳╳╳

这两个业务在WAP域落地困难。Video Share、PoC业务基于SIP协议，在WAP域部署时遇到防火墙不能支持SIP协议NAT穿越的问题，对WAP域防火墙都带来较高改造要求，部署实施难度较大；同时，由于WAP网关不能代理SIP协议的访问，因此，业务平台在WAP域很难获取用户MSISDN信息。为此特引入CMSIP作为临时APN。

AGPS业务之所以也在SIP落地，也是因为AGPS业务是基于TCP的SUPL协议，该协议也无法利用WAP网关辅助业务平台获取MSISND。

图1.4 CMSIP域组网现状

SIP域的组网特征和基础功能： 1) SIP域的组网特征：特定GGSN接入

用户通过CMSIP APN访问数据业务，仅有两个出口。2G网络的一个GGSN出口和TD网络的一个GGSN出口。各省SGSN根据该APN选择相应某个GGSN作为业务接入点。 2) SIP域的组网特征：避免NAT问题

CMSIP域为用户分配私有IP地址，CMSIP域内的业务平台也采用私有地址，GGSN通过隧道方式将业务数据流送达业务平台，CMSIP由于业务平台和用户终端可以被看作在一个统一的VPN内，从而避免在用户和业务平台之间的NAT。因为避免了NAT，也就避免了SIP协议的NAT穿越问题。

3) SIP域的基础功能：用户识别服务器（UIS）

SIP域引入用户识别服务器（UIS），用以保存从GGSN发送的用户MSISDN和IP地址的对应关系，并对业务平台提供手机号码和IP地址对应关系的查询接口，从而满足了业务平台对用户进行用户合法身份获取的要求。

QB-╳╳-╳╳╳-╳╳╳╳

3.1.4. 其他

除了上述三个比较通用的APN外，还有专门为某个业务单设的APN：CMMAIL，CMDM，CMM2M。

? ? ?

CMMAIL专门为Pushmail企业版用户设置； CMDM专门为试点阶段的M2M业务设置； CMM2M专门为M2M业务设置。

这三个业务域的情况会分别在下面的章节介绍。

3.2. 典型APN业务域的对比

CMWAP域定位：WAP域是严格控制用户访问的通道，是自营业务和手机网页浏览最主要的接入点。在CMWAP域业务开展初期，主要服务于基于HTTP的业务，对于非HTTP协议的业务，除非在WAP域防火墙上进行特殊的透传设置，否则其访问是被禁止的。目前，CMWAP域部署了现网绝大多数的自营数据业务，包括基于HTTP协议的业务和非HTTP协议的业务。CMWAP域还为这些数据业务提供了特殊的内容计费支持。

CMSIP域定位：建设之初，是因为SIP业务很难在WAP域落地而临时建的业务域，但却有其长期存在价值。对于那些在CMWAP域部署困难的非HTTP业务，如基于SIP协议的Video share和PoC，基于SUPL协议的AGPS业务，目前使用CMSIP APN接入。CMSIP的APN会和CMWAP、CMNET并存相当长一段时间，因为，要支持这些非HTTP的业务，需要对CMWAP域有较大的改造要求，短时间内很难实现。

CMNET域定位：目前的CMNET APN，对应着不加任何控制的业务通道。CMNET主要用于承载开放的互联网业务，用户可以通过CMNET使用第三方软件和业务。目前，CMNET是用户访问互联网的不加限制的通道，会针对用户收取流量费。未来，将通过在CMNET域引入新的Web网关设备，加强运营商对于CMNET域的各类Internet应用的管理和控制力度，但同时也使得CMWAP和CMNET的界限更为模糊，其业务特征愈加趋同。对CMNET和CMWAP关系的探讨在“中国移动APN业务域定位和组网规划研究项目”中作为重点议题，会深入分析和讨论。

业务定位 CMWAP域 严格管理和控制的业务访问通道，向自营业务和授权的第三方开放 业务种类 主流的自营业务 手机WAP/HTTP浏览 随意行 互联网业务 Video share PoC CMNET域 不加管理和控制的业务访问通道 CMSIP域 和WAP域互补的封闭的自营业务域 QB-╳╳-╳╳╳-╳╳╳╳

SP业务 基础设备 GRE路由器+WAP网关+防火墙（NAT） 用户地址 服务器地址 NAT转换 辅助业务平台获取MSISDN 服务器寻址 私有地址 公有地址 需要，WAP网关防火墙 基于HTTP的业务，通过WAP网关在HTTP包头中插入MSISDN 基于HTTP的业务，通过WAP网关代替客户端进行DNS（EnumDNS）解析 计费手段 特殊业务内容计费，其余收取流量费 流量费 互联网DNS服务 通过预置IP地址（后期会根据业务需要引入DNS Proxy） 免流量费 私有地址 公有地址 需要，和GGSN直接关联的防火墙 无相关功能 通过公用的用户识别服务器提供 部分行业应用 防火墙（NAT） AGPS GRE路由器+用户识别服务器（UIS） 私有地址 私有地址 不需要 QB-╳╳-╳╳╳-╳╳╳╳

4. 业务选择APN的影响因素

APN选择要考虑下图中提到的诸多因素。通过权衡这些因素，选择了某个APN后，还要考虑在该APN对应的业务域内的组网问题，“是单点组网还是多点组网”，“服务器放置于公网还是私网”，另外“对该APN业务域基础功能是否还有新的需求”，“是否需要新增APN”等。这一系列流程通过下图说明：

在现网中引入新业务选择哪个APN如何获取如何找归新协议的用户标识属服务器问题对设备是否有改造要求是否需要添和已有业加新设备务的关系计费问题选择某个APN或新建APN业务平台在该APN域内部署的问题新建APN的准则单点组网or多点组网服务器置于公网or私网是否会对该域承载网组网有新要求

图1.5 新业务现网部署所需考虑的因素

APN选择所需考虑的因素包括：

1） 该APN对应的业务域基础设施能否辅助业务平台获取用户标识；该议题会在4.1节中

具体展开。

2） 该域对业务路由的支持情况，比如：SGSN选择GGSN出口的原则（就近接入、特定GGSN

接入）是否能满足业务要求，如何寻找业务归属服务器（是否有完善的DNS服务）等。该议题会在4.2节中具体展开。

3） 新业务部署对所选业务域的影响（如新协议是否会引入新的问题，新业务对所选业

务域是否有设备改造或新增的要求，这些改造是否能够被业务域接受？）。该议题会在4.3节中具体展开。

4） 所选业务域是否能够满足业务的计费要求。该议题会在4.4节中具体展开。 5） 和该域已部署业务的关系。该议题会在4.5节中展开。

QB-╳╳-╳╳╳-╳╳╳╳

本章各小节，会分别对上述问题进行深入说明；并以各业务域的典型业务为案例，说明其如何利用业务域的基础功能实现对上述问题的解决；如果业务域缺乏相关基础设施，会重点说明业务解决上述问题的可借鉴之处。

4.1. 用户标识获取

数据业务的用户识别是开展数据业务的重要前提。新业务的引入必须考虑业务平台如何获取真实有效用户标识的问题，从而才能达到对用户进行识别、认证鉴权和计费管理的目的。

移动业务中最重要的用户身份标识是用户的手机号码（MSISDN），该标识可以作为对用户身份认证的ID，也作为计费的ID。当用户发起的业务请求到达业务平台时，为了保证业务平台能够识别用户真实有效的MSISDN，业务平台一般仅会信赖从网络侧设备获取的MSISDN。

目前在CMWAP域支持由WAP网关向HTTP包头插入用户MSISDN，并转发至业务平台的功能；在CMSIP域，存在开放的用户识别服务器（UIS），该服务器可以向业务平台提供根据用户IP地址查询其MSISDN的服务。

WAP网关和用户识别服务器（UIS）都是在用户PDP激活阶段从GGSN获取的，GGSN则是通过SGSN从HLR获得的用户签约信息中得到的MSISDN。因此，从本质上说，该MSISDN是从网络接入网层次（HLR）获得的，具有真实有效性。

CMWAP中的非HTTP业务、CMNET或其它APN，不支持从网络侧辅助业务平台获取MSISDN的功能，此时在业务平台无法直接获取用户MSISDN的情况下，各个业务必须寻求各自的解决方案，在下面会详细介绍。

4.1.1. CMWAP APN

4.1.1.1. 基于HTTP协议的业务

基于HTTP协议的业务通常采用MSISDN作为用户标识，由WAP网关实现在HTTP消息中插入MSISDN并通过HTTP消息送至业务平台。

WAP网关是WAP域内的核心网元，初期的WAP网关具有协议转换、内容编解码、格式转换等功能。随着终端的发展和网络带宽的提升，用户终端普遍支持普通的HTTP协议能力，因此WAP网关2.0版本不再进行协议转换、内容编解码和格式转换的功能，仅作为HTTP代理、接入控制点和辅助业务平台获取用户信息等功能存在。

QB-╳╳-╳╳╳-╳╳╳╳

在移动终端PDP建立阶段，GGSN获取用户IP地址和MSISDN的对应关系，并把这个对应关系推送给该GGSN对应的WAP网关。现网用户MSISDN和IP地址的对应关系就近分布在各个接入地WAP网关的Radius功能模块中，WAP网关将用户的MSISDN号码与IP地址对应关系保存。当用户发起基于HTTP协议的访问请求时，WAP网关收到用户数据包后，根据该数据包的源IP地址，查询本地数据库中保存的用户IP地址和MSISDN号码对应关系，得到该用户的MSISDN号，并将用户的MSISDN号插入HTTP数据包头中，再将该数据包转发出去。因此业务平台在收到用户的业务请求数据包后，可通过解析数据包中已有的用户MSISDN号码，从而实现对用户的识别。

该类方式也是CMWAP域的基于HTTP协议的大部分业务，如WAP浏览、彩信、PIM、139邮箱、DCD等获取用户标识的典型模式。

下面以WAP浏览为例说明该种方式获取用户MSISDN的具体流程。

UESGSN1. Attach_requestHLRGGSNRadiusWAP GWDNSWAP/WEB Server2. Send authentication Info3. SAI ACK4. Authentication and Ciphering Request5. AC responseGPRS附着阶段6. Update_location7. Attach_accetpt8. Active_PDP_context_request9. Create_PDP_context_request10. Access RequestAuthentication11. Access Accepted12. Accounting_request(IP_adr, MSISDN)PDP激活阶段13. Accounting_request(IP_adr, MSISDN)Authentication IP, MSISDN16. Create_PDP_context_request_response17. Active_PDP_context_accpet (IP_adr)15. Accounting_accept14. Accounting_accept业务访问阶段18. GET HTTP://wap.monternet.com19. DNS_Query20. DNS_Query_Response21. GET HTTP://wap.monternet.com (IP_adr, MSISDN)22. HTTP://wap.monternet.com/index

图1.6 WAP浏览消息流程图

1-7、用户终端的GPRS附着、鉴权及HLR位置更新；

8、移动终端发起PDP上下文激活请求消息（包含PDP类型，APN，QoS，PDP配置等选项）； 9、SGSN根据用户终端在发出PDP上下文激活请求时提供的CMWAP APN，获得提供WAP业务的GGSN IP地址，并向GGSN发出PDP请求；

10、GGSN收到PDP创建请求消息后，向Radius认证服务器发送认证请求消息； 11、Radius认证服务器向GGSN发送认证应答消息；

QB-╳╳-╳╳╳-╳╳╳╳

12、GGSN收到Radius认证服务器的应答消息后，向Radius认证服务器发送计费请求消息，该计费请求消息中包含用户的IP地址及MSISDN号码；

13、Radius认证服务器向WAP网关转发计费请求消息，其中包括用户的IP地址和MSISDN号码；

14、WAP网关对用户进行认证并记录IP地址与MSISDN号码的对应关系，向Radius认证服务器发送计费确认消息；

15、Radius认证服务器收到WAP网关发来的计费确认消息后，向GGSN转发计费确认消息； 16、GGSN向SGSN返回创建PDP上下文响应消息，当PDP上下文激活时，用户终端获得私有IP地址；

17、SGSN收到GGSN的创建PDP上下文响应，在该PDP上下文中插入GGSN地址、动态PDP地址等信息，然后向用户终端返回激活PDP上下文接受消息；

18、用户终端向WAP网关发出业务请求；

19、WAP网关首先提取用户请求消息的应用层URL，向DNS服务器发送业务平台URL地址解析请求；

20、DNS向WAP网关返回终端访问的业务平台的IP地址；

21、WAP网关在HTTP业务请求数据包中插入用户的IP地址及MSISDN等信息后，将WAP浏览消息转发至WAP服务器，业务平台即可获得用户的MSISDN信息；

22、HTTP响应消息通过WAP网关返回至用户终端。

4.1.1.2. 基于非HTTP协议的业务

WAP网关面向HTTP协议设计，因此对于非HTTP协议的业务，相应数据流并不经过WAP网关，而是直接通过WAP防火墙透传到公网域，因而也无法通过WAP网关获取用户的MSISDN号码。这种业务在WAP域也有部署，其获取MSISDN的方式各异：

4.1.1.2.1. 结合HTTP流程实现用户标识的获取

如果业务功能和流程允许，业务可通过增加相应的HTTP流程来解决WAP网关无法处理非HTTP协议的问题，也就是说在每次非HTTP访问前都插入一次HTTP请求响应流程。在发起非HTTP业务会话之前，插入客户端与业务平台之间的HTTP请求响应流程。该请求响应流程经过

QB-╳╳-╳╳╳-╳╳╳╳

WAP网关，WAP网关插入用户MSISDN，可将MSISDN送至业务平台。该种模式的典型应用是流媒体和飞信。这两种还有些差异：

【案例一】基于RTSP的流媒体业务：流媒体业务天然和HTTP流程相结合。用户每次进行流媒体业务前，会首先通过WAP方式向流媒体业务的Portal发起浏览请求，WAP网关在此过程中将用户IP地址和MSISDN号码插入HTTP访问请求消息头中送至Portal；

【案例二】基于SIP-C的飞信业务：飞信的HTTP流程则是隐含的，对用户来说是不可见的。飞信客户端在发起基于SIP-C的会话前，会通过隐含的HTTP方式向飞信HTTP导航服务器发起注册登陆请求，WAP网关在此过程中将用户IP地址和MSISDN号码插入HTTP访问请求消息头中，并向飞信导航服务转发请求。

4.1.1.2.2. 通过特殊业务特征和客户端设计实现MSISDN识别

通过CMWAP APN接入的Pushmail（个人版），业务的协议类型为CMSMTP和CMPoP协议。Pushmail业务平台不能依赖于WAP网关提供的MSISDN获取手段，而是采用了特殊的业务特征和客户端设计来确认用户的MSISDN。这种设计对于希望在CMWAP域落地，但是又无法通过WAP网关获取MSISDN的业务有借鉴。

【案例】PushEmail业务：业务在开通时由BOSS系统或人工方式生成用户的订购关系，并在订购阶段确认用户MSISDN、IMSI和业务ID的对应关系。使用业务时，通过专用的客户端软件实现对用户终端IMSI或业务ID的读取，使用IMSI/业务ID作为用户标识。用户标识可采用短信等多种方式发送至业务平台。业务平台就可以从已经保存的用户IMSI，业务ID和MSISDN的对应关系，确定该用户的MSISDN号。

终端开机后，PushEmail客户端通过校验SIM卡中的IMSI，检查终端SIM卡是否更换。如发现卡已更换，则发送上行短信给业务平台进行帐户检查并记录新IMSI。邮件推送网关返回的下行Setting短信中即包括MSISDN、帐户数量等信息。如果更换后的卡没有订购该业务，则会向用户进行提示。

4.1.2. CMNET APN

CMWAP域中的Radius服务器内嵌于WAP网关，不对外提供查询接口，而CMNET域没有引入类似于WAP网关的网元，业务平台无法直接获取用户的MSISDN等标识，业务平台可根据业务需求对用户进行应用层鉴权，获取用户标识一般模式为用户手工输入业务ID和口令实现。

QB-╳╳-╳╳╳-╳╳╳╳

4.1.3. CMSIP APN

CMSIP业务域引入公共用户识别服务器（UIS），该实体功能类似于WAP网关内的Radius功能。所不同的是UIS服务器向业务平台提供开放的查询接口，供业务平台通过用户IP地址查询其MSISDN。

在用户开始使用CMSIP域的数据业务之前终端发起PDP激活阶段，由GGSN将用户的IP地址与其MSISDN号码的对应关系发送给UIS。用户使用数据业务时，业务平台从用户的业务请求数据包中获取用户IP地址，并用Diameter协议向UIS查询该IP地址对应的MSISDN号码，从而实现业务平台获取用户MSISDN号码的目的。

目前，CMSIP域的PoC业务和VideoShare业务都是通过该方式获取用户MSISDN的。 由于该域向业务平台提供了开放的用户识别服务器，因此，对那些在CMWAP域难以获取MSISDN的非HTTP类业务，CMSIP域提供了统一解决方案。

4.1.4. CMM2M APN

CMM2M域，仅提供M2M业务，该域也没有类似WAP网关或UIS这样的设备，只能依赖特殊的业务设计来实现用户标识获取。

M2M业务的MSISDN获取方法值得借鉴：

【案例】M2M业务：通过定制专用的客户端和业务流程，在业务初始化时向业务平台以短信方式发送注册信息，业务平台通过对短信消息的解析即可获得主叫用户的MSISDN作为用户标识。由于短信消息所携带的用户MSISDN，是交换机向短信中心的信令消息中携带的，因此具有可信性。

M2M终端在首次登陆或未注册状态下，需要向M2M平台注册。终端向M2M业务平台发送短消息(REGISTER报文)提交注册信息，报文体中含有IMEI和IMSI信息，MSISDN由短信头信息提供并送至M2M业务平台。

由于短信本身存在一定的时延和不可靠性，因此对于实时性和可靠性要求很高的业务，并不适合采用。

QB-╳╳-╳╳╳-╳╳╳╳

4.2.2.3. CMSIP APN

CMSIP域目前没有提供任何DNS地址解析服务。所部署的业务通过在客户端预置服务器IP地址的方式寻址服务器。

未来，如果有业务多点组网的需求，可以在CMSIP域部署DNS Proxy功能实体，客户端可以通过DNS协议访问DNS Proxy功能来把服务器域名映射为某个确定的IP地址。如果是多点组网，则DNS Proxy会引用EmunDNS服务器进行解析获取用户的归属服务器IP地址；如果是单点组网，则DNS Proxy引用普通的DNS服务器进行地址解析。DNS Proxy地址可以作为GGSN对该APN的配置参数，在PDP激活阶段推送给终端。 SGSN UE APN: CMSIP GPRS接入网 GGSN GRE PoC业务平台 VS业务平台 UIS DNS服务器 公网已有设备 DNS代理 EnumDNS服务器 SIP业务域

图1.9 SIP域引入DNS代理功能完成服务器地址解析

4.3. 新业务部署对业务域的影响

新业务部署对所选业务域的影响包括：新业务是否采用新协议，新协议是否会引入新的问题，新业务对所选业务域是否有设备改造或新增的要求。

如果新业务部署对业务域的影响非常大，该新业务很有可能得另选其他业务域或新建业务域。这种情况在现网也经常出现。

4.3.1. CMWAP APN

不同APN对应业务域的组网结构和基础设备总是有针对性的，如WAP域的网关设备主要面向HTTP协议的业务。新增数据业务如果基于HTTP协议，则其在WAP域的部署对网元设备和防火墙一般没有特殊的要求；而当基于非HTTP协议的新业务在现网部署时，则必须考虑业务自身协议的要求对WAP设备的功能和性能带来的影响。

QB-╳╳-╳╳╳-╳╳╳╳

4.3.1.1. 防火墙配置和改造

由于新协议、新业务的引入，可能会对防火墙提出的改造要求包括如下两方面： ? 防火墙非HTTP协议的透传配置：非HTTP协议不能够被WAP网关解析，协议数据流不

经过WAP网关，而必须通过WAP网关防火墙进行白名单配置后透传至业务平台；目前，在WAP域部署的非HTTP业务都需要进行此项配置。其后果是防火墙和业务关联度过大，提高了管理层面的复杂度；

? 防火墙特殊协议的NAT穿越支持：部分新协议在穿越防火墙的时候，存在NAT穿越

应用层适配的特殊功能要求；存在这种问题的协议包括流媒体RTSP协议，另外就是SIP协议。为了解决流媒体业务在WAP域部署的要求，已经对WAP域防火墙进行了全面升级改造支持RTSP的ALG功能。但是，这种改造对WAP域来说周期长，且对防火墙存在一定性能和功能上的影响。因此，该因素也限制了SIP业务在该域的部署。

解决非HTTP协议的NAT穿越问题，现网采用的改造方式为使用防火墙升级支持非HTTP协议NAT穿越的应用层适配功能（ALG），由防火墙完成NAT功能和协议的私网穿越功能。防火墙预先为用户建立媒体层NAT前后地址和端口的映射关系，根据NAT后媒体层地址和端口信息修改协议中应用层的内容，并打开媒体层NAT前后对应的媒体端口，以确保媒体流能够顺利穿越防火墙。

4.3.1.2. GGSN的内容计费支持

目前，GGSN仅针对CMWAP的APN实现了内容计费功能。为实现不同数据业务的按内容计费，需对业务域内的GGSN进行改造，配置相关局数据。GGSN支持内容计费包括两个层次的业务识别能力：

? 数据包3/4层五元组的解析和匹配；

? 应用层（RTSP、URL、X-online-Host等）的解析和匹配；

由于WAP域HTTP业务目的地址都是WAP网关IP地址，因此GGSN为了能够区分业务流种类必须进行应用层解析和规则匹配。因而，使得目前GGSN开启内容计费后所配置的局数据绝大多数都是七层规则。

正是因为7层规则增多，造成GGSN性能下降非常明显。而现网GGSN对业务内容计费支持，面临全网GGSN的升级改造和测试，因此其内容计费上线周期一般都比较长。

QB-╳╳-╳╳╳-╳╳╳╳

对于非HTTP协议，通常根据IP层和传输层的不同皆可区分业务类型。其内容计费不需要进行应用层解析，而是通过3/4层地址规则配置即可。

【注意】：业务设计上，如果不需要X-online-host字段，则建议明确说明让客户端不发该字段出来。

因为，为了支持X-online-host字段，全网GGSN进行了全面升级改造，改造后GGSN性能下降更为明显，并且X-online-hose致使GGSN的7层规则数倍增。杜绝X-online-host字段使用，可以倍减7层规则数，提升GGSN性能。以下数据包举例，说明X-online-hose的位置：

– Java客户端发包举例： – GET /online-app/StartServlet HTTP/1.1 – Host: 10.0.0.172:8080 – X-Online-Host: www.game.com.cn:80 – WAPGW处理后： – GET /online-app/StartServlet HTTP/1.1 – Host: www.game.com.cn:80 – X-Forwarded-For: 10.0.0.128 – X-Online-Host: www.game.com.cn:80 4.3.2. CMSIP APN

4.3.2.1. 新增设备：用户识别服务器（已建）

在CMSIP域没有类似于WAP网关的设备，因而在CMSIP域的业务开展过程中面临无法完成用户识别及认证鉴权的问题，为此在CMSIP域中引入了新的网元：用户识别服务器（User Identification Server）。该网元在CMSIP APN中主要用于解决Video Share和PoC等非HTTP协议承载的数据业务的用户识别问题，其能力也可供CMSIP域的其它业务平台所调用，形成SIP域通用的用户识别机制。

移动终端使用CMSIP APN访问业务平台时，由GGSN在用户PDP激活过程中将用户相关信息（如用户的MSISDN号码与IP地址对应关系）通过Radius消息发送给UIS，由UIS统一保存用户相关信息。UIS服务器能够对访问自己的业务平台进行鉴权，并为各业务平台提提供标准接口，向有访问权限的业务平台返回查询结果；各业务平台根据用户的IP地址向UIS查询，以获得用户MSISDN号码，从而实现了用户身份认证的功能。

QB-╳╳-╳╳╳-╳╳╳╳

4.3.2.2. 新增设备：DNS代理服务器的引入（未建）

CMSIP域目前没有提供任何DNS地址解析的服务。所部署的业务通过在客户端预置服务器IP地址的方式寻址服务器。

未来，如果有业务多点组网的需求，可以在CMSIP域部署DNS代理服务器（DNS Proxy）功能实体，客户端可以通过DNS协议访问DNS Proxy功能来把服务器域名映射为某个确定的IP地址。如果是多点组网，则DNS Proxy会引用EmunDNS服务器进行解析获取用户的归属服务器IP地址；如果是单点组网，则DNS Proxy引用普通的DNS服务器进行地址解析。DNS Proxy地址可以作为GGSN对该APN的配置参数，在PDP激活阶段推送给终端。

4.3.3. CMNET APN

CMNET域是互联网访问通路，仅有防火墙设备，且该设备目前不对数据流进行限制访问。目前，该业务域未针对业务部署进行设备上的改造或升级。

4.4. 业务的计费要求

中国移动不同的业务APN支持不同的计费模式。而计费模式对业务影响非常大，在业务选择APN中是重要的一个考虑因素。

4.4.1. 业务计费的模式和要求

传统的数据业务资费结构一般包括如下3部分：

1) 通信费：用户使用GPRS/EDGE/TD方式接入数据业务平台所产生的数据流量通信费

用，按两种类型计费：

? 流量方式：按照实际使用数据业务产生的数据流量核定费用；

? 套餐方式：缴纳固定的套餐费用，即可使用流量不同的数据服务，超出套餐额

度产生的流量额外收费。

2) 信息费：用户享用应用内容服务商（SP/CP）提供的数据业务内容服务时所产生的

费用。信息费一般由提供服务内容的SP定制，中国移动制定信息服务费的价格上限并代为收取。可采用的收费方式如：

QB-╳╳-╳╳╳-╳╳╳╳

? 免费：客户在使用业务时，不向客户收取信息服务费。

? 计次：当客户实际使用业务时产生费用，使用一次产生一次费用，如果只是订

购而没使用业务，不产生任何费用。 ? 包月：按月收取费用。 3) 业务功能费

? 用户订购某种业务服务所产生的业务使用费用，一般通过包月套餐形式向用户

收取；

数据业务丰富多彩，不同业务对计费的要求各不相同，出现了各种各样组合计费的模式。对于数据业务来说，在业务计费上存在的问题主要体现在：资费结构复杂，有时对用户即收取了功能费，又收取流量费，这样用户通常很难理解且体验很差；而且不同数据业务可能存在区分业务流量，收取不同的流量费用的需求，此时，一般的计费手段很难满足这样的需求。

内容计费就是针对上述问题营运而生的。其主要手段是通过对用户的分组数据包进行过滤和分析，识别区分用户数据传送的业务内容种类、属性，提供满足对内容产品进行差别化计费需求的资费模式，实现不同业务流量的区分计费和多种计费参数灵活配置资费策略。

由于不同业务域提供的计费策略和手段各异，因此业务在选择APN时，要考虑不同APN的不同计费方式。

4.4.2. 各业务域提供的计费手段和策略

4.4.2.1. CMWAP APN

GGSN针对CMWAP APN提供内容计费的手段。除了对内容计费的业务流外进行特殊的流量计费处理外，其他业务流收取统一的流量费用。

目前，在WAP域实施内容计费的业务包括：彩信、终端管理、手机报、航信通、手机钱包、号簿管家、音乐随身听、快讯(DCD)、手机电视、农信百事通、彩信相册WAP访问、全曲下载、12530WAP门户等。

1) 【案例一】PIM业务：业务功能费按照PIM业务设定的包月功能费收取。使用PIM业

务产生的GPRS流量通信费根据内容计费按流量核减，内容计费规则采用7层规则； 2) 【案例二】MMS业务：彩信通信费发方单项按条计费，接收免费。接收方和发送

方都不额外收取GPRS通信费，通信费根据内容计费按流量核减，内容计费规则采用7层规则；

QB-╳╳-╳╳╳-╳╳╳╳

3) 【案例三】DCD业务：按月收取固定的功能使用费。不向用户收取GPRS流量通信

费，通信费根据内容计费按流量核减，内容计费规则采用7层规则；

4) 【案例四】流媒体业务：户收取使用SP/CP所提供的媒体文件所产生的信息费用，

支持的计费模式包括免费、按次、包月、包天、按时长5种基本模式。通信费根据内容计费对GPRS流量核减，Web访问的内容计费规则采用7层规则，RTSP和RTP访问采用3/4层规则；

5) 【案例五】通用下载业务：向用户收取使用通用下载业务中SP/CP所提供的游戏、

软件和主题所产生的信息费用。GPRS流量通信费根据内容计费按流量核减，内容计费规则采用7层规则；

6) 【案例六】音乐随身听业务：向用户收取使用音乐随身听进行全曲下载、在线收听、

彩铃定制和振铃下载等业务时产生的信息费用。通信费根据内容计费对GPRS流量流量核减，内容计费规则采用7层规则。

目前CMWAP域中仍然存在部分有需求但尚未完全实施内容计费的业务，其原因可归纳如下2点：

1) 内容计费需对X-online-host字段解析支持，需现网GGSN升级并对其性能影响较大，

实现周期较长。如飞信业务：目前现网GGSN已升级改造支持X-online-Host字段，但是造成GGSN性能下降比较明显。

2) 内容计费需对现网GGSN提出改造要求，其实施进度一般滞后于业务开展速度，在业

务开展推广后再逐步推进内容计费的设备改造。如现网PushEmail业务（个人版）：个人版Pushmail用户使用CMWAP APN，现阶段GPRS流量按正常方式计算，未进行核减；后续建设会采用内容计费，对使用PushEmail业务产生的GPRS流量进行核减；

4.4.2.2. CMNET APN

GGSN针对CMNET APN，采用统一的按流量计费模式，未实现内容计费。

4.4.2.3. CMSIP APN

CMSIP域内开展的业务较为单一，PoC、VideoShare。针对该APN，流量费策略是免费的。

QB-╳╳-╳╳╳-╳╳╳╳

4.4.2.4. 其它 APN

对于其它数据业务较为单一的APN，可通过APN进行区分业务数据流，对该APN的所有数据流都进行免流量费的策略：

1) PushEmail（企业版）：用户使用CMMAIL APN，对使用PushEmail业务产生的GPRS

流量根据GGSN APN统计进行核减；

2) M2M业务：M2M业务存在按内容计费的需求，但试商用阶段未考虑实现按内容计费，

采用套餐方式的统一流量收费。

【注意】由于内容计费问题而新增APN的案例：

对于落地时间要求较紧的业务，无法实现对目标CMWAP APN现网GGSN内容计费改造的，可采用新建临时APN的方式实现免流量费策略。待CMWAP内容计费改造完成再实现APN的切换。这类情况的典型例子是DM业务采用的CMDM APN。目前，通过CMWAP域内容计费改造的完成，该APN就会自动撤销。

4.5. 和该域已部署业务的关系

如果新业务和某个已建业务的关联度非常大，则建议新建业务采用已建业务使用的APN作为接入APN。如：某业务的使用需要和WAP上网结合，则建议该业务和WAP上网采用相同的接入点，即CMWAP接入点。

5. 业务选择APN的原则

个人数据业务，选择APN的基本原则如下：

1. 优先选择目前已有的常设APN（CMWAP、CMNET、CMSIP）。原则上，不增设新的APN。 2. 中国移动的自有业务建议在CMWAP APN上开展；如果在CMWAP域部署困难较大的，可

以考虑在CMSIP域或CMNET域部署。

3. CMSIP域解决了非HTTP协议的业务NAT穿越问题和用户标识（MSISDN）获取的问题，

可作为WAP域的补充自营业务域。对在WAP域实施存在较大难度、部署时间紧迫的业务可以考虑用CMSIP域来承载。

QB-╳╳-╳╳╳-╳╳╳╳

4. 有内容计费需求的业务，建议在CMWAP APN上部署；如果CMWAP域内容计费上线周期

过长，在试点期可以临时增设APN，用于免流量计费，待内容计费升级完成再切换到CMWAP上。

5. 一个业务尽量选择使用一个APN，应尽可能避免一个业务使用多个APN的情况。以简

化对客户端和终端的要求。

6. 如果新业务和某个已建业务的关联度非常大，则建议新建业务采用已建业务使用的

APN作为接入APN。如：某业务的使用需要和WAP上网结合，则建议该业务和WAP上网采用相同的接入点，即CMWAP接入点。

集团数据业务：由于行业应用的情况多样、组网要求各异，因此，建议采用一事一议的方式。但是有些和个人业务相似的原则，值得注意：

1. 建议设立基础集团数据业务域，向多种集团客户和行业应用提供统一的业务接入； 2. 尽可能控制全网APN的数量，尽量不新增全网APN；

3. 一个业务尽量选择使用一个APN，应尽可能避免一个业务使用多个APN的情况。以简

化对客户端和终端的要求。

6. 业务新增APN的原则

6.1. 新增APN的原则

个人业务新增APN的原则：

1. 原则上，个人业务部署应该尽量避免新增APN，主要考虑使用已有的常设APN（CMWAP、

CMNET、CMSIP）进行业务部署。

2. 对于业务建设周期紧迫而GGSN实现内容计费周期较长的时候，试点期可考虑设置临

时APN解决流量免计费的问题；

3. 当所有业务域均不能满足业务建设的需求，且业务自身没有很好的解决方案的时

候，方可考虑新增APN的方式解决。选择新建APN方式一定要慎重，以避免进一步增加业务组网和管理上的复杂度。

集团业务新增APN的原则：

1. 建议集团应用慎重启用新的全网APN；

QB-╳╳-╳╳╳-╳╳╳╳

2. 由于不同集团应用的场景和组网需求差别很大，对于需要启用新APN的情况，建议

采用一事一议的方式。建议尽量针对整个行业设置通用的APN，避免针对每个企业设置单独的APN；

3. 对于区域性大客户，建议采用省专属APN。如广东电力可采用GD.Guangdongdianli

的APN；使用省专属可避免进行全网的局数据配置，实施起来也比较简便。

6.2. 新增APN的典型案例

1) 【案例一】CMDM：由于内容计费引入的APN

CMDM是因为WAP域内容计费建设周期滞后于业务建设需求，而建立的临时APN。主要是通过CMDM APN对用户产生的流量进行免计费。 2) 【案例二】CMSIP APN：由于新协议引入的APN

CMSIP APN的出现，主要是WAP域对非HTTP业务支持存在的诸多问题引起的。其主要原因是在部署基于SIP协议的Video Share、PoC业务中，遇到WAP域的防火墙不能支持SIP协议的NAT穿越的问题；此外SIP业务在现有WAP域中部署业务平台无法得到用户的MSISDN号码作为用户标识。基于上述问题，提出了采用新的APN CMSIP来解决这些新问题。在该域内，业务服务器采用私有地址，避免了NAT转换；该域引入了共用的用户识别服务器，解决了业务平台获取MSISDN的问题。因此其他非HTTP协议，如果WAP域部署遇到类似问题的情况下，可以考虑在CMSIP域部署。 3) 【案例三】CMMAIL业务：由于安全考虑引入的APN

为满足企业用户对于PushEmail业务的安全性要求，PushEmail业务企业版与个人版采用不同的APN。企业版引入新的CMMAIL APN，实现了接入层的业务安全认证，提高了业务的安全性。

4) 【案例四】CMM2M APN：特殊行业应用

CMM2M是针对M2M行业应用单设的APN，使用该APN的都是特殊定制的行业终端，且该APN业务域会针对M2M业务的特殊要求进行组网上的统一规划。

7. 业务服务器的组网方式

确定APN之后，还要考虑业务平台的组网问题，业务可根据自身情况选择单点或多点组网解决方案。

在选择组网方式时需要综合考虑业务的特点、覆盖范围、业务服务器的处理能力、用户数量等多个方面，单点组网和多点组网的特征比较在7.1节介绍；移动数据业务的引入与发

QB-╳╳-╳╳╳-╳╳╳╳

展是一个渐进的过程，业务的组网方式也会随着需求情况变化而调整，这部分内容在7.2节中说明。

7.1. 业务服务器的组网方式

总体来说，业务服务器组网方式分为：单点组网和多点组网。其组网方式各有利弊。各业务服务器组网所采用的方案各异，附录A中给出了各业务域中典型业务的组网案例，供参考。

7.1.1. 单点组网

对于业务量较小的业务，开展初期可采用单点组网、集中部署方式，服务器内部可以通过负荷分担或分发机制实现容量的扩充。

单点组网方案的优势在于：

? 建设、维护、更新成本较低，易于管理； ? 无需全网范围建设，利于业务的快速部署； ? 可以实现一点部署，全国覆盖； ? 便于进行终端和服务器的配合。 单点组网方案的缺点在于：

? 扩容和升级对单一厂家的依赖性强；

? 当业务量增加到一定程度，容易形成业务瓶颈点。

7.1.2. 多点组网

多点组网可按照大区方式在全国分布到多套业务平台，根据用户的归属地提供服务；对于用户使用频率高、业务量大的业务，可考虑分省或WAP域为单位部署业务平台。

多点组网方案的优势在于：

? 可支持并发数高、业务量大的业务高效运营；

? 可实现异地业务平台间的主备倒换和备份，提高业务系统安全性和可靠性；

本文来源：https://www.bwwdw.com/article/5ufg.html