请教各位达人虚拟APN和别名APN？

zglaojiang

哪位大侠能告诉小生虚拟APN和别名APN的区别，以及他们在现网中的使用情况。谢谢！

爱卫生

回复 zglaojiang 的帖子

   经查证，虚拟APN和别名APN都不是标准规范。而是厂家自己的特性实现。其中虚拟APN是Cisco GGSN上的一个特性。别名APN是阿尔卡特GGSN上的一个特性。先说虚拟APN。
  虚拟APN（来自Cisco官方的解释）:

As of GGSN Release 3.0, the Cisco Systems GGSN supports virtual APN access from the GPRS PLMN using the virtual access point type on the GGSN. The virtual APN feature on the GGSN allows multiple users to access different physical target networks through a shared APN access point on the GGSN.

In a GPRS network, the user APN information must be configured at several of the GPRS network entities, such as the HLR and DNS server. In the HLR, the user subscription data associates the IMSI (unique per user) with each APN that the IMSI is allowed to access. At the DNS server, APNs are correlated to the GGSN IP address. If DHCP or RADIUS servers are in use, the APN configuration can extend to those servers too.

The virtual APN feature reduces the amount of APN provisioning required by consolidating access to all real APNs through a single virtual APN at the GGSN. Therefore, only the virtual APN needs to be provisioned at the HLR and DNS server, instead of each of the real APNs to be reached. The GGSN also must be configured for the virtual APN.

The Cisco Systems GGSN software determines the ultimate target network for the session by receiving the create PDP context request at the virtual access point and extracting the domain name to direct the packet to the appropriate real APN. The real APN is the actual destination network.

1.	At the MS, the user connects to the network with a username in the form of login@domain, such as ciscouser@CorporateA.com. The SGSN sends a create PDP context request to the GGSN using the virtual APN of "corporate." The create PDP context also includes the username in login@domain format in the protocol configuration option (PCO) information element.
2.	The GGSN extracts the domain from the information in the PCO, which corresponds to the real target network on the GGSN. In this example, the GGSN finds CorporateA.com as the domain and directs the session to the appropriate real APN for the target network. In this case, the real APN is corporateA.com. The GGSN uses the complete username to do authentication.
3.	The local or corporate AAA server is selected based on the domain part of the username, which is CorporateA.com in this case.

Benefits of the Virtual APN Feature

The virtual APN feature provides the following benefits:

•Simplifies provisioning of APN information at the HLR and DNS servers.

•Improves scalability for support of large numbers of corporate networks, ISPs, and services.

•Increases flexibility of access point selection.

•Eases deployment of new APNs and services.

    简单来说，传统的实现是，在GGSN上可能要配置很多APN，包括很多企业APN。同样，在HLR、DNS还有RADIUS也要有相应的APN配置，同时如果MS签约了多个APN的话，则需要在手机中每次指定访问的APN。有了虚拟APN的话，GGSN还有HLR、DNS这些节点都只需要配置一个虚拟APN就可以了，而不用配置实际的APN。假设原来GGSN要配置10个真实的APN，那HLR、DNS也要配10个。用户如果都签约了，也要有10个APN存在手机。但现在，所有的节点包括用户都只需要配置一个虚拟APN就够了。激活请求送给GGSN后，GGSN帮你做翻译，送给实际的物理APN对应的PDN网络。所以最大的好处上面也写了，就是可以简化网络侧和用户的配置、以及利于新APN新业务的开通。

   

别名APN：（下面的话来自阿尔卡特的GGSN广告）

    单一APN管理。iGGSN可以实现APN翻译功能。GPRS用户只要在手机上设定一个APN别名，当用户request一项业务时，iGGSN就能通过用户的签约信息，翻译出该用户所能使用的业务。单一APN管理大大降低了GPRS手机的操作复杂度和对用户的要求。

当然，可能现在别的厂家也支持类似的特性。请朋友们补充了。
   可以很明确的说，这两个特性在现网中应用不大。这两个特性的功能基本类似。优点也比较类似。但部署起来却有个很难克服的缺陷。那就是需要终端手机用户修改配置。不要尝试去改变用户的行为。终端用户的行为是不可控的。而且这个好处是对运营商的运维部门有好处，但对市场部门来说并不见得有太多好处，因此运维要说服市场去做用户的工作也没有足够的理由。除非你告诉市场说可以减少用户的配置、降低复杂度、提高用户体验，市场才有可能去向用户推广。但一个手机一般出场都设置好了公共的APN，即便是企业APN的话，手机用户也不可能签约多个企业APN，而且在发给用户的时候，可能这个企业的IT部门都帮你配好了。所以对用户的好处也有限。当然可以通过短信的方式告知用户修改APN设置。但这样首先要评估这个特性带来的好处。10几个APN的配置在HLR、DNS当中并不会带来额外的负荷处理负担。所以对网络侧的运维好处也很有限，相反，还增加了GGSN的复杂度。需要做APN的翻译，在troubleshooting的时候会更麻烦。
  综上所述，个人不是很看好这两个特性。而且在我了解的现网中，好像还没有使用这个特性的。我也是第一次听说这个特性。   

zglaojiang

回复 爱卫生 的帖子

Thank you very much!

gprssanling

补充一点：类似的，爱立信使用logical-apn。
中国联通现网，针对“移动定制机+联通网络”用户群设置logical-apn，把CMNET/CMWAP翻译成uninet/uniwap，这是很有效、很实用应用。

爱卫生

回复 gprssanling 的帖子

   谢谢你的补充哦。确实是有这样的场景需要用到哦。学习了。顺便请问下，这个特性在现网中有使用吗？还是很少用？因为HLR、SGSN都需要改数据吧。谢谢！

gprssanling

回复 爱卫生 的帖子

现网是有用到logical-apn的。HLR要多签约cmnet/cmwap、SGSN要添加相关法则、GGSN上再映射到uninet/uniwap上。

爱卫生

回复 gprssanling 的帖子

  谢谢！学习了！我本来在想SGSN上的APN重定向功能是否能实现类似的效果，或者是否部署起来更方便。但后来觉得还是这个Logical-APN可能更灵活，可以决定重定向的多个APN。而SGSN的APN重定向功能比较死板，只能决定重定向到一个APN。例如有个企业有两个APN，主备关系。这样当主APN网络倒了以后，可以重定向到备用的APN企业网来。并且由于PDN网络是连接在GGSN侧的，GGSN了解PDN网络的状态。所以由GGSN来完成这种重定向最合适。
  不知道我的理解是否正确？

rubik

logical apn的另外一个好处就是，测试的时候可以不影响其他ggsn的同时，用dns指向新建的ggsn，然后用现网的sgsn进行测试，只需hlr改一下sim卡的签约信息。

weishengzi

学习了，非常感谢

zglaojiang

回复 gprssanling 的帖子

相关配置法则应该是在GGSN上配置的吧，也就是你cmwap/cmnet过来的时候自动映射到联通的网络，他们共享相同的资源。在GGSN 上需要配置LOGICAL-APN.在华为设备上叫做别名APN。我对爱立信的设备不清楚。HLR上不要做什么修改吧。

shanyy11

回复 gprssanling 的帖子

联通现网确实这样啊，但怎么也想不明白好处在哪里，如果是“移动定制机+联通网络”这种情况，这也太麻烦了，不但HLR上要签约cmnet/cmwap，还要在DNS上做指向，可联通卡上都会签约cmnet/cmwap这两个APN吗？
我听说还有另一种情况，就是移动的卡用联通的网络，不知这个是否有可能，如果真是这样那联通也太大度了，移动的GGSN就没有配uninet/uniwap。

oliverchang

回复 shanyy11 的帖子

移动的卡联通的网络，这个不肯能吧，因为联通的BSC或则RNC跟移动的SGSN根本就没有联系哈，所以连附着都不能成功的，所以更别提激活了！

oliverchang

回复 zglaojiang 的帖子

HLR是要添加你要用的逻辑APN的签约信息的，如果不添加并且HLR里面签约的APN不是*的话，这样用户是不能激活的

shanyy11

回复 oliverchang 的帖子

嗯啊，常总雄起{:soso_e179:}

hijake

移动的卡不会用到联通的网络，联通的卡倒是可以用cmwap和cmnet这两个APN

chsh123

刚好看华为的一个GGSN胶片（GGSN9811V900R007C02APN配置-20101015-B-V1.0.ppt），看到虚拟APN和别名APN，特意搜一下，，没想到家园有人问这个问题，爱总还亲自解答，，赞 啊！