江苏电信分组域IPv6项目进展及下一步思路.docVIP

江苏电信分组域IPv6项目进展及下一步思路 第 PAGE \* Arabic \* MERGEFORMAT 1 页 江苏电信分组域IPv6项目报告 网络架构 目前，湖南省没有开展试点，仅有江苏省进行了测试，江苏实际网络结构为： 图中，红色部分为本次IPv6试点的网络。 基础信令流程 IPv4单栈通信过程 下图为标准IPv4单栈用户PPP会话建立过程： IPv6单栈通信过程 下图为纯IPv6方式下IPv6协商过程： IPv6和IPv4双栈通信流程 下图为IPv6和IPv4双栈下的PPP协商过程； 业务原理 无线上网卡业务 电信业务营业厅支持用户受理无线上网卡，默认开通双栈。 用户终端应该支持IPv6协议栈，可以进行IPv6协商 用户拨号，PDSN发起认证请求到达AAA，AAA根据用户的业务属性，下发IP-Service-Authorized 属性（该属性表明用户是IPv4、IPv6、还是双栈用户）。同时，根据用户拨号的NAI，下发对应的VR和地址池名称，用于PDSN给用户分配IP地址。 PDSN根据AAA下发的用户属性，进行对应的PPP协商过程，并根据地址池名称给用户分配对应的IPv4或（并）IPv6地址和DNS地址。 用户终端使用获得的IP地址进行通信。 PDSN在用户通信过程中定期发送计费报文给AAA，AAA将计费报文提供给计费部门进行计费。 WAP业务 遗留问题： 业务如何开展不明确？是否设立独立的IPv6网关地址，地址如何配置，是否向现网一样考虑使用Anycast地址？ 是否考虑启用私有的WAP网络？ 是否需要提供IPv6的接入的WAP业务，还是提供私网IPv4，由WAP网关实现IPv4到IPv6的转换实现用户访问外部网络。 IPv6方式WAP网关存在的必要性？ 手机对IPv6的支持情况？ VPDN业务 遗留问题： 是否需要提供支持纯IPv6的VPDN业务？尚未测试。 设备配置方案 AAA参考模板： PDSN配置模板：， 计费相关 联系人：计费王杰 现有计费系统没有对IPv4和IPv6的话单按照PPP来进行合并，计费处理原则为： 移动AAA平台对双栈用户的一次ppp链接包含两个计费Session，分别生成的IPV4和IPV6话单； IPv4和IPv6话单分别放在不同的目录，计费中心基于话单目录来区分是哪种类型的话单。 时长计费：不考虑IPv6的计费时长，全部按照IPv4的时长进行计费。 流量计费：对应IPv6和IPv4的话单，分别计费，呈现两张话单。 遗留问题： 在一个PPP会话中，一个IPv4的会话中，先进行IPv4的会话，后进行IPv6的会话，然后再次开启IPv4的会话，计费怎么样？ 现网未对一个PPP的话单进行合并处理，后期计费可能进行合并？ IT开户接口 现网CRM系统通过SOAP接口发送用户开户、销户、停机等指令给AAA服务器，实现对用户业务信息的变更。目前，现网SOAP指令中不支持V4和V6业务属性的区分，需要通过软件升级增加对V4和V6业务属性的区分。 可行的方案： 方式一：IMSI组模式 通过预先设置不同的IMSI组，不同的IMSI组配置不同的业务支持属性（三种：单栈V4组，单栈V6组，双栈组），用户开通时，将不同的用户IMSI开通到不同IMSI组中，实现对特定组中用户的业务控制； CRM通过SOAP将需要开通特定业务的用户开通的特定的组中。 （1）纯IPv4 默认开通到IPv4用户组 （2）纯IPv6 默认开通到IPv6用户组 （3）双栈用户 默认开通到ipv4ipv6用户组 目前，集团对用户组的ID有规划，需要集团启用新的ID的编码用于特定业务属性组。 存在的问题： 目前特定业务使用特定的组实现业务属性控制，例如Qchat用户就需要CRM在用户开户时将特定的用户开通到特定的Qchat组中，VT业务用户需要CRM在用户开通时将特定的用户开通到VT业务组。 该模式存在缺陷：如果用户既需要使用VT又需要使用Qchat业务，那么就需要设置新的组，并将该组同时包含VT和Qchat属性。在这种情况下，CRM需要知道用户订购的业务情况，根据不同的情况，开通用户到不用的用户组中，增加了业务开通的复杂度。同时在AAA需要根据业务需要增加越来越多的组。该模式不利于业务的发展； 优点：使用该模式对于现网SOAP接口改动小，开用IPv6业务较为方便。 方式二：Service-Type方式 参照NAI的service-type参数，增加IMSI的service-type参数，并扩展相应IPv6的取值，签约时，CRM系统确定用户具备哪些IP能力，转换成对应的整数传送给AAA。 优点：AAA已有NAI的service-type参数，对现网改动较小，用户的基础业务属性为IMSI基本业务属性。 缺点：在CRM不