YDT 3252-2023数字蜂窝移动通信终端支持IPv6技术要求

ICS33.060.99

CCSM36YD

中华人民共和国通信行业标准

YD/T3252—XXXX

代替YD/T3252—2017

数字蜂窝移动通信终端支持IPv6技术要求

Technicalrequirementsfordigitalcellularmobileterminalssupporting

IPv6

（报批稿）

××××-××-××发布××××-××-××实施

中华人民共和国工业和信息化部发布

YD/T3252—XXXX

前言

本文件按照GB/T1.1-2020《标准化工作指导第1部分：标准化文件的结构和起草规则》的规则起

草。

本文件是“数字蜂窝移动通信终端支持IPv6”系列标准之一。该系列标准的结构和名称如下：

——YD/T3252《数字蜂窝移动通信终端支持IPv6技术要求》；

——YD/T3269《数字蜂窝移动通信终端支持IPv6测试方法》。

随着技术的发展，还将制定后续相关标准。

本文件代替YD/T3252-2017《数字蜂窝移动通信终端支持IPv6技术要求》。与YD/T3252-2017相比，

除结构调整和编辑性改动外，主要技术变化如下：

a)删除了术语和定义中的“Pre-release8版本”“Realease8版本”和“A和AAAA”（见2017

年版3.1.2、3.1.3和3.1.4）；

b)增加了术语和定义中的对应英文词（见3.1.1）；

c)更改了总体技术要求的构成和表述形式（见第4章，2017年版第4章）；

d)更改了基于TD-SCDMA/WCDMA/GSM接入的移动终端获取IPv6地址过程的注网流程图和注网过程

（见6.1.3，2017年版6.1.3）；

e)更改了基于LTE接入的移动终端获取IPv6地址过程注网流程图（见6.1.4，2017年版6.1.4）；

f)增加了基于NB-IoT接入的移动终端获取IPv6的过程（见6.1.5）；

g)增加了基于NR接入的移动终端获取IPv6的过程（见6.1.6）；

h)更改了基于cdma2000eHPRD接入的IPv6移动终端地址分配和连接建立方式的描述和注网流程

图（见6.2.2，2017年版6.2.2）；

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由中国通信标准化协会提出并归口。

本文件起草单位：中国信息通信研究院、博鼎实华（北京）技术有限公司、中国移动通信集团有限

公司、中国联合网络通信集团有限公司、中国电信集团有限公司、中兴通讯股份有限公司、上海诺基亚

贝尔股份有限公司、华为技术有限公司、中国信息通信科技集团有限公司、高通无线通信技术(中国)

有限公司、维沃移动通信有限公司、翱捷科技股份有限公司、江苏省电子信息产品质量监督检验研究院、

北京紫光展锐通信技术有限公司、OPPO广东移动通信有限公司、联发博动科技（北京）有限公司、四川

天邑康和通信股份有限公司、浪潮软件科技有限公司、深圳市海思半导体有限公司、深圳信息通信研究

院、北京三星通信技术研究有限公司、华为终端有限公司、中国广播电视网络集团有限公司。

本文件主要起草人：马凡、张晶、胡刚礼、郑海霞、邓建国、王征、薛祎凡、张宏伟、王锴、李维

成、高鹏、张元、陆松鹤、孔露婷、徐志昆、师延山、薛凯心、陈平辉、陈淑珍、李翔、陈书平、开元、

师瑜、丁志东、吴越。

本文件于2017年4月首次发布，本次为第一次修订。

II

YD/T3252—XXXX

数字蜂窝移动通信终端支持IPv6技术要求

1范围

本文件规定了数字蜂窝移动通信终端（以下简称“终端”）在支持IPv6时的技术要求，包括总体技

术要求、终端支持IPv6基础协议的技术要求、以及终端IPv6地址获取、IPv4/IPv6双栈连接的选择与建

立过程、DNS解析、终端软件系统、IP头压缩、安全性等方面的技术要求。

本文件适用于科研院所、检测机构、运营企业和终端厂家对数字蜂窝移动通信终端支持IPv6能力的

研究、测试、生产和设计。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

3GPPTS24.008移动无线接口第三层规范核心网协议第三阶段（Mobileradiointerface

Layer3specification;Corenetworkprotocols;Stage3）

3GPPTS25.3233GPP无线接入网分组数据聚合协议技术规范（TechnicalSpecificationGroup

RadioAccessNetwork;PacketDataConvergenceProtocol(PDCP)specification）

3GPPTS29.061支持分组业务的PLMN与PDN之间的互通（InterworkingbetweenthePublicLand

MobileNetwork(PLMN)supportingpacketbasedservicesandPacketDataNetworks(PDN)）

3GPPTS36.3233GPP演进的通用陆基无线接入（E-UTRA）分组数据聚合协议技术规范（Evolved

UniversalTerrestrialRadioAccess(E-UTRA);PacketDataConvergenceProtocol(PDCP)

specification）

3GPPTS36.508演进通用地面无线接入和演进分组核心用户设备一致性测试的通用测试环境

（EvolvedUniversalTerrestrialRadioAccess(E-UTRA)andEvolvedPacketCore(EPC);Common

testenvironmentsforUserEquipment(UE)conformancetesting）

3GPPTS38.5085G无线接入网技术规范用户设备一致性规范第1部分：通用测试环境（5GS;User

Equipment(UE)conformancespecification;Part1:Commontestenvironment）

IETFRFC1034域名：概念与设备（DOMAINNAMES-CONCEPTSANDFACILITIES）

IETFRFC1035域名：实施与规范（DomainNames-ImplementationAndSpecification）

IETFRFC1144用于低速串行链路的TCP/IP头压缩（CompressingTCP/IPHeaders）

IETFRFC2460网际协议版本6（IPv6）规范（InternetProtocol,Version6(IPv6)

Specification）

IETFRFC2472PPP承载IPv6（IPVersion6overPPP）

IETFRFC2507IP头压缩（IPHeaderCompression）

IETFRFC3095健壮头压缩（ROHC）：框架以及四种配置算法：RTP、UDP、ESP与未压缩（RObust

HeaderCompression(ROHC):Frameworkandfourprofiles:RTP,UDP,ESP,anduncompressed）

IETFRFC3315IPv6动态主机配置协议（DHCPv6）（DynamicHostConfigurationProtocolfor

IPv6(DHCPv6)）

IETFRFC3363在域名系统（DNS）中表示网际协议版本6（IPv6）地址（RepresentingInternet

Protocolversion6(IPv6)AddressesintheDomainNameSystem(DNS)）

1

YD/T3252—XXXX

IETFRFC3587IPv6全局多播地址格式（IPv6GlobalUnicastAddressFormat）

IETFRFC3596用于支持IPv6的DNS扩展（DNSExtensionstoSupportIPVersion6）

IETFRFC3646IPv6动态主机配置协议（DHCPv6）的DNS配置选项（DNSConfigurationOptions

forDHCPv6）

IETFRFC3736IPv6无状态动态主机配置协议（DHCP）服务（StatelessDynamicHost

ConfigurationProtocol(DHCP)ServiceforIPv6）

IETFRFC3986统一资源标识符（URI）：一般语法（UniformResourceIdentifier(URI):Generic

Syntax）

IETFRFC4291IPv6地址结构（IPv6AddressingArchitecture）

IETFRFC4301互联网协议的安全架构（SecurityArchitectureforIP）

IETFRFC4302IP鉴权报文头（IPAuthenticationHeader）

IETFRFC4303IP封装安全负载（ESP）（IPEncapsulatingSecurityPayload(ESP)）

IETFRFC4443用于网际协议版本6（IPv6）规范的互联网控制消息协议（ICMPv6）（Internet

ControlMessageProtocol(ICMPv6)fortheInternetProtocolVersion6(IPv6)Specification）

IETFRFC4861IPv6的邻居发现（NeighborDiscoveryforIPversion6(IPv6)）

IETFRFC4862IPv6无状态地址自动配置（IPv6StatelessAddressAutoconfiguration）

IETFRFC5095拒绝IPv6的0型路由报文头（DeprecationofType0RoutingHeadersinIPv6）

IETFRFC5722重叠的IPv6碎片的处理（HandlingofOverlappingIPv6Fragments）

IETFRFC5942IPv6子网模型：链路与子网前缀之间的关系（IPv6SubnetModel:The

RelationshipbetweenLinksandSubnetPrefixes）

IETFRFC5952关于IPv6地址的文字表示方法的建议（ARecommendationforIPv6AddressText

Representation）

IETFRFC6535使用“Bump-in-the-Host”(BIH)的双栈主机（Dual-StackHostsUsing

"Bump-in-the-Host"(BIH)）

IETFRFC6877464XLAT:有状态和无状态翻译联合（464XLAT:CombinationofStatefuland

StatelessTranslation）

3术语、定义和缩略语

3.1术语和定义

下列术语和定义适用于本文件。

3.1.1

IPv4/IPv6双栈终端IPv4/IPv6dualstackterminal

终端若同时具有通过IPv4和IPv6协议栈分别访问网络的能力，就被称为IPv4/IPv6双栈终端，简称

双栈终端。

3.2缩略语

下列缩略语适用于本文件。

3GPP第三代合作伙伴计划ThirdGenerationPartnershipProject

APN接入点名称AccessPointName

CDMA码分多址CodeDividedmultipleAccess

DHCP动态主机配置协议DynamicHostConfigurationProtocol

DHCPv6IPv6动态主机配置协议DynamicHostConfigurationProtocolforIPv6

2

YD/T3252—XXXX

DNS域名系统DomainNameSystem

EPC演进的分组核心网EvolvedPacketCore

eHRPD增强型高速分组数据EnhancedHighRatePacketData

GGSN网关GPRS支持节点GatewayGPRSSupportNode

GPRS通用分组无线业务GeneralPacketRadioService

GSM全球移动通信系统GlobalSystemforMobilecommunications

HRPD高速分组数据HighRatePacketData

ICMPv6IPv6互联网控制消息协议InternetControlMessageProtocolforIPv6

IETF互联网工程任务组InternetEngineeringTaskForce

IP网际协议InternetProtocol

IPv4网际协议版本4InternetProtocolVersion4

IPv6网际协议版本6InternetProtocolVersion6

IPv6CPIPv6配置协议IPv6ConfigurationProtocol

MME移动性管理实体MobilityManagmentEntity

MTU最大传输单元MaximumTransferUnit

NB-IoT窄带物联网NarrowBandInternetofThings

NR新空口NewRadio

PCO-IE协议配置选项信息元素ProtocolConfigurationOptionsInformation

Element

PDCP分组数据会聚协议PacketDataConvergenceProtocol

PDN分组数据网络PacketDataNetwork

PDP分组数据协议PacketDataProtocol

PIO前缀信息选项PrefixInformationOption

RA路由器通告RouterAdvertisement

RFC注解请求RequestForComments

RoHC健壮头压缩RObustHeaderCompression

RS路由器请求RouterSolicitation

SGSN服务GPRS支持节点ServingGPRSSupportNode

SLAAC无状态地址自动配置StateLessAddressAutoConfiguration

SNDCP子网相关会聚协议Sub-NetworkDependentConvergenceProtocol

SS系统模拟器SystemSimulation

TD-SCDMA时分同步码分多址TimeDivisionSynchronousCodeDivisionMultiple

3

YD/T3252—XXXX

Access

URI统一资源标识符UniformResourceIdentifier

URL统一资源定位符UniformResourceLocator

WCDMA宽带码分多址WidebandCodeDivisionMultipleAccess

4总体技术要求

本章规定移动终端对支持IPv6能力的总体原则及技术要求，具体包括：

—应支持IPv6基本协议，应能从网络中获取IPv6地址前缀和接口标识：例如IPv6邻居发现协议、

无状态地址自动配置协议等。

—应使用URI通用语义正确处理URL中IPv6地址的语义格式，应符合ETFRFC3986的要求。

—应具备IPv4/IPv6双栈接入功能，并保证为终端上的业务应用提供IPv4、IPv6或者IPv4/IPv6

双栈接入的能力。终端软件系统应能同时兼容IPv4应用与IPv6应用。

—双栈终端在发起网络连接时，应选择同时获取IPv4和IPv6两种类型的地址，或者根据需要，选

择建立某一种类型（IPv4或者IPv6）的网络连接。

—在DNS解析方面，支持IPv6的移动终端应通过RA消息（可选）和PCO-IE字段获取DNS服务器的地

址。双栈终端应能自动选择使用IPv4或者IPv6数据包进行DNS解析，并自动选择DNS解析请求的

类型（A或AAAA），A类资源记录用以定义IPv4主机地址对应的主机的完全合格域名；AAAA类型

资源记录用以定义IPv6主机地址对应的主机的完全合格域名。

5终端技术要求

5.1协议栈

5.1.1基本要求

5.1规定移动终端支持IPv6的协议栈要求。支持IPv6的移动终端应保留IPv4协议栈，同时，对于IPv6

协议栈，应具备5.1.2～5.1.6规定的IPv6相关的基本协议要求。

5.1.2IPv6基础协议规范

支持IPv6的移动通信终端应支持IPv6基础协议：

—终端应能够正确地进行IPv6数据报文头发送、接收和处理，并能正确发送和接收IPv6数据包。

—终端数据包传送规则应按照IETFRFC2460的规定进行处理；

—Hop-by-Hop选项或Destination扩展选项中不能识别的选项，应按照IETFRFC2460的规定进行

处理；

—IPv6扩展头部方面，支持IPv6的完全实现应包含如下扩展头部，即Hop-by-Hop、Routing（Type

0）、Fragment、Destination选项等，具有IPsec功能的IPv6终端宜支持Authentication以及

EncapsulatingSecurityPayload选项等。并且Fragment选项的实现应遵从IETFRFC5722。

IPv6终端应能够正确处理这些数据包头部。另外，不应要求终端实施0型路由扩展头部（Type0

RoutingHeader），但当终端接收到此类扩展头部时，应按照IETFRFC5095的规定进行处理。

5.1.3IPv6地址结构

支持IPv6的移动终端IPv地址结构的应符合IETFRFC4291的规定，IPv6地址的表示方式应符合IETF

RFC5952的规定。

5.1.4ICMPv6协议规范

IPv6终端应支持ICMPv6协议，应符合IETFRFC4443的规定。

5.1.5IPv6邻居发现协议

4

YD/T3252—XXXX

IPv6终端应支持IPv6邻居发现协议，应符合IETFRFC4861的规定，并且至少应支持路由器请求RS

（RouterSolicitation）和路由器通告RA（RouterAdvertisement）功能。但对于移动通信接入具体

所支持的邻居发现特性可由终端自行决定，例如只实现点对点链路特性等。

IPv6终端应支持最大传输单元MTU选项，以避免网络传输过程中数据包碎片的产生。IPv6子网模型

应符合IETFRFC5942的规定。

5.1.6IPv6无状态地址自动配置协议

IPv6无状态地址自动配置机制应符合IETFRFC4862的规定。

IPv6终端可选支持静态地址配置。

5.2DNS客户端

5.2描述移动终端支持IPv6后，DNS客户端支持IPv6的要求。

DNS协议定义应符合IETFRFC1034、IETFRFC1035、IETFRFC3363和IETFRFC3596的规定。

终端上的DNS客户端应能够处理AAAA类型的资源记录，即IPv6类型的IP地址。

支持IPv6的移动终端应通过RA消息（可选）和PCO-IE字段获取DNS服务器的地址。

DNS客户端应能自动选择使用IPv4或者IPv6数据包进行DNS解析，并自动选择DNS解析请求的类型（A

或AAAA）。

关于DNS解析的具体要求见第7章。

5.3DHCP客户端

5.3描述支持IPv6的移动终端DHCP客户端的IPv6相关技术要求。DHCP客户端可以根据需要，起到传

递并识别网络参数的作用。

对于支持IPv6的移动终端的DHCP客户端应支持：

—IPv6无状态DHCP服务，以便在获取IPv6地址之后能获得其它配置信息，定义应符合IETFRFC

3736的规定；

—DHCPv6协议，用以通过DHCPv6协议获取DNS服务器的地址，定义应符合IETFRFC3315和IETFRFC

3646的规定。

5.4IPv4/IPv6协议翻译技术

终端可选支持IPv4/IPv6协议翻译功能，包括BIH和464xlat，从而实现在IPv6单栈接入下对IPv4应

用的支持，BIH应符合IETFRFC6535的规定，464xlat应符合IETFRFC6877的规定。

6移动终端获取IPv6地址过程

6.1基于3GPP接入的移动终端获取IPv6地址过程与连接激活策略

6.1.1移动终端IPv6地址配置方法

支持IPv6的移动终端应且仅支持IPv6无状态地址自动配置SLAAC协议，应符合IETFRFC4862。3GPP

网络不适用基于有状态DHCPv6的地址配置协议。

另一方面，移动终端宜支持无状态DHCPv6服务以获取其它配置信息，应符合IETFRFC3736。即发

送到移动终端的路由器通告RA协议中的M位必须设为“0”同时O位可被设为“1”。

3GPP网络分配给每一个默认承载一个唯一的/64前缀，并且保证用户设备的接口标识符（Interface

Identifier）不与网关的接口标识符相冲突。移动终端可以配置使用该接口标识符的链路本地地址，也

可以需要时，使用其它接口标识符和所需的全局范围的地址。移动终端没有使用SLAAC隐私扩展协议或

者其它类似机制的限制。

5

YD/T3252—XXXX

在3GPP连接模型中，分配给移动终端的/64前缀总是非连接的（Off-link），也就是说RA消息中前

缀信息选项(PIO)中的L位必须设为“0”。如果通告前缀为SLAAC协议所使用，那么前缀信息选项中的A

位必须设定为“1”。

协议栈低于3GPPRelease8版本的移动终端，只有IPv4、IPv6两种PDP类型，一次PDP激活只可以带

回一个IP地址；支持IPv6的3GPPRelease8之前的双栈移动终端应通过附加的IPv6PDP上下文的方式，

获取IPv6地址。

对于支持双栈接入的网络业务，可为移动终端建立一个与IPv4PDP上下文并行的IPv6PDP上下文连

接，具体如图1所示。

对于IPv4-only的网络业务，就通过IPv4PDP上下文建立的连接进行通信。而对于IPv6-only的网络

业务，就通过IPv6PDP上下文建立的连接进行通信。

图1并行的IPv4PDP上下文和IPv6PDP上下文连接方式，3GPPPre-Release8

3GPPRelease8之前双栈终端的并发IPv4、IPv6PDP上下文的激活和IP地址获取的处理过程中，分

别将PDP上下文类型（PDP-Type）设置为IPv4和IPv6，PDP上下文激活过程应符合3GPPTS29.061。

在所有的网络设备都已经是IPv6之前，如果移动终端建立IPv6PDP上下文失败时，可以退回

（Fallback）到使用IPv4PDP上下文的处理功能。

3GPPRelease8版本后的重点协议栈引入了双栈PDP上下文以及双栈PDN连接的概念，实现同一承载

中同时使用IPv4和IPv6通信，如下面图2所示。

6

YD/T3252—XXXX

图23GPPRelease8双栈承载

3GPPRelease8之后（含Release8）双栈移动终端的双栈IPv4/IPv6PDP激活及IP地址获取过

程中，IPv4和IPv6处理的顺序并不重要，可以是先进行IPv4处理，也可以先进行IPv6处理，也可

以交错进行。

可能存在的几种不同的PDP上下文或PDN连接的类型如下：

a)对于Release8版本之前GPRS移动终端接入到Release8版本之前的GPRS核心网的情况存在两种

IPPDP类型，即IPv4和IPv6。这两种PDP上下文需要获得网络侧的双栈接入能力；

b)对于Release8版本之后（含Release8）的GPRS终端接入到Release8版本之后（含Release8）

的GPRS核心网的情况存在三种PDP上下文类型，即IPv4、IPv6以及IPv4v6。一个PDP上下文的最

小情况也是需要获得网络侧的双栈接入能力；

c)对于Release8版本之后（含Release8）的GPRS或LTE移动终端接入到EPC核心网（通过S4-SGSN、

S-GW及P-GW）的情况存在三种PDN连接类型，即IPv4、IPv6以及IPv4v6。一个PDN连接的最小情

况也是需要获得网络侧的双栈接入能力。

6.1.2移动终端APN设置方式

终端可以支持对本地APN和漫游APN的独立设置，即移动终端在本地网络启用本地APN的配置、在

漫游拜访地网络中启用漫游APN的设置，从而避免由于本地APN为IPv6OnlyAPN而漫游地网络不支持

IPv6而产生的影响。

如果双栈APN使用IPv6地址的代理网关，终端应能预置该代理网关的IPv6地址。终端也可以提供

修改代理网关IPv6地址的功能。

6.1.3基于TD-SCDMA/WCDMA/GSM接入的移动终端获取IPv6地址过程

7

YD/T3252—XXXX

图3TD-SCDMA/WCDMA/GSM场景下无状态地址配置获取IPv6地址的过程

步骤1)终端初始化附着过程，指明PDN类型为IPv6或IPv4v6。终端根据自身IP协议栈的支持

情况设置PDN类型：双栈的终端应设置IPv4v6；IPv6单栈的终端应设置IPv6；

步骤2)终端发送RRCConnectionSetupComplete消息，以确认建立连接的成功，其中ATTACH

REQUEST中包含PDNCONNECTIVITYREQUEST消息。PDNCONNECTIVITYREQUEST中包含设备请求的

PDNtype信息；

步骤3)SS向终端发送AttachAccept中包含ActivateDefaultEPSBearerContextRequest，其中包

含ePCO、pdnAdress等信息，可查询获得的IPv6接口标识；

步骤4)终端向SS发送“RouterSolicitation”（RS）消息；

步骤5)SS收到RS消息后立即回应“RouterAdvertisement”（RA），RA消息应包含了IPv6前缀，

与默认承载建立中获得的IPv6接口标识组成完整的IPv6地址。

终端接收到RA消息之后，通过组合RA中的前缀和步骤3中的接收到的接口标识或本地生成的接口

标识，生成128位的IPv6地址。

6.1.4基于LTE接入的移动终端获取IPv6地址过程

8

YD/T3252—XXXX

图4LTE场景下无状态地址配置获取IPv6地址的过程

步骤1)终端初始化附着过程，指明PDN类型为IPv6或IPv4v6。终端根据自身IP协议栈的支持

情况设置PDN类型：双栈的终端应设置IPv4v6；IPv6单栈的终端应设置IPv6；如果终端支持的协

议栈未知，终端则应设置IPv4v6；

步骤2)终端发送RRCConnectionSetupComplete消息，以确认建立连接的成功，其中ATTACH

REQUEST中包含PDNCONNECTIVITYREQUEST消息。PDNCONNECTIVITYREQUEST中包含设备请求的

PDNtype信息；

步骤3)SS向终端发送AttachAccept中包含ActivateDefaultEPSBearerContextRequest，其中包

含ePCO、pdnAdress等信息，可查询获得的IPv6接口标识；

步骤4)终端可选发送“RouterSolicitation”（RS）消息给SS来请求“RouterAdvertisement”

（RA）消息的发送；

步骤5)SS收到RS消息后立即回应RA，或者周期性发送RA消息给终端，RA消息应包含了IPv6

前缀，与默认承载建立中获得的IPv6接口标识组成完整的IPv6地址。

6.1.5基于NB-IoT接入的移动终端获取IPv6的过程

9

YD/T3252—XXXX

图5NB-IoT场景下无状态地址配置获取IPv6地址的过程

步骤1)终端初始化附着过程，指明PDN类型为IPv6或IPv4v6。终端根据自身IP协议栈的支持

情况设置PDN类型：双栈的终端应设置IPv4v6；IPv6单栈的终端应设置IPv6；如果终端支持的协

议栈未知，终端则应设置IPv4v6；

步骤2)终端发送RRCConnectionSetupComplete消息，以确认建立连接的成功，其中ATTACH

REQUEST中包含PDNCONNECTIVITYREQUEST消息。PDNCONNECTIVITYREQUEST中包含设备请求的PDN

type信息；

步骤3)SS向终端发送AttachAccept中包含ActivateDefaultEPSBearerContextRequest，其中包含

ePCO、pdnAdress等信息，可查询获得的IPv6接口标识；

步骤4)SS周期性发送RA消息给终端，RA消息应包含了IPv6前缀，与默认承载建立中获得的IPv6

接口标识组成完整的IPv6地址。

6.1.6基于NR接入的移动终端获取IPv6的过程

10

YD/T3252—XXXX

图6NR场景下无状态地址配置获取IPv6地址的过程

步骤1)终端初始化附着过程，指明PDN类型为IPv6或IPv4v6。终端根据自身IP协议栈的支持

情况设置PDN类型：双栈的终端应设置IPv4v6；IPv6单栈的终端应设置IPv6；如果终端支持的协

议栈未知，终端则应设置IPv4v6；

步骤2)如果设备设置为IPv6，则PDUSESSIONESTABLISHMENTREQUEST中会包含IPv6接口标识。

若设置为IPv4v6，则会包含IPv4地址及IPv6接口标识；

步骤3)终端可选发送“RouterSolicitation”（RS）消息给SS来请求“RouterAdvertisement”

（RA）消息的发送；

步骤4)SS收到RS消息后立即回应RA，或者周期性发送RA消息给终端，RA消息应包含了IPv6

前缀，与PDU会话建立中获得的IPv6接口标识组成完整的IPv6地址。

6.1.7移动终端PDP上下文/PDN连接激活策略

6.1.7.1概述

移动终端在发起网络连接时，如果知道所需访问的业务的IP地址类型，则可以直接选择激活与业务

IP地址类型匹配的PDP上下文或PDN连接。本章描述终端在发起网络连接时，在对端业务地址类型未知的

情况下，应选择激活何种类型的PDP上下文或PDN连接，即选择建立IPv4类型的连接，还是IPv6类型的连

接，或是两者同时建立。

双栈移动终端同时具有通过IPv4和IPv6协议栈分别访问网络的能力。双栈终端在发起网络连接时，

应能同时获取IPv4和IPv6两种类型的地址，也可以根据需要，选择建立某一种类型（IPv4或者IPv6）的

网络连接。下面将对以上两种不同的网络连接策略分别进行要求。

6.1.7.2双栈终端PDP上下文/PDN连接激活策略一：同时获取IPv4和IPv6地址

在对端业务地址类型未知的情况下，双栈终端可以在建立PDP上下文/PDN连接时同时获取IPv4和

IPv6两个IP地址，以便灵活选择使用IPv4数据包或IPv6数据包进行通信。

11

YD/T3252—XXXX

在3GPPRelease8及其随后的版本的协议中，定义了一种IPv4v6类型的PDP上下文/PDN连接类型，

终端可以通过激活一个IPv4v6类型的PDP上下文/PDN连接类型来同时获取IPv4和IPv6两个地址，从而可

以使用任何业务应用而不受其地址类型的限制。以GPRS系统为例，终端激活IPv4v6类型的PDP上下文的

流程如图7所示。

MSSGSNGGSN

ActivateIPv4v6PDPContextRequest

CreateIPv4v6PDPContextRequest

CreateIPv4v6PDPContextResponse

ActivateIPv4v6PDPContextAccept

图7终端激活一个IPv4v6PDP上下文同时获取IPv4和IPv6两个地址的信令流

终端在发出一个激活IPv4v6类型的PDP上下文/PDN连接的请求后，网络有可能只建立一个IPv4或

IPv6类型的PDP上下文/PDN连接，而不是所请求的IPv4v6类型的连接（例如，当终端漫游到一个不支持

IPv4v6类型的PDP上下文/PDN连接的网络中时）。在这种情况下，终端应能根据网络要求再对同一个APN

发起第二次PDP上下文/PDN连接类型激活请求，请求网络再建立另一个类型（IPv6或IPv4）的PDP上下文

/PDN连接类型，以使终端获取IPv4和IPv6两个地址。

当双栈终端初次向一个APN进行PDP上下文/PDN连接激活，申请了IPv4和IPv6地址，只获取到某一类

地址时，终端应根据网络侧的消息反馈进行处理，应符合3GPPTS24.008的规定。

对于一个不支持IPv4v6类型PDP上下文/PDN连接类型的终端，如果该终端要在连接网络时同时获得

IPv4和IPv6两个地址，就必须针对同一个APN连续进行两次PDP上下文/PDN连接类型激活，分别申请IPv4

和IPv6地址，如图8a)或b)所示。这样，对于任何一个地址类型未知的业务应用，终端都需要激活两个

不同类型的PDP上下文/PDN连接类型，再根据访问业务时的情况选择使用其中一个PDP上下文/PDN连接类

型。

MSSGSNGGSNMSSGSNGGSN

ActivateIPv4PDPActivateIPv6PDP

ContextRequestContextRequest

CreateIPv4PDPCreateIPv6PDP

ContextRequestContextRequest

CreateIPv4PDPCreateIPv6PDP

ContextResponseContextResponse

ActivateIPv4PDPActivateIPv6PDP

ContextAcceptContextAccept

ActivateIPv6PDPActivateIPv4PDP

ContextRequestContextRequest

CreateIPv6PDPCreateIPv4PDP

ContextRequestContextRequest

CreateIPv6PDPCreateIPv4PDP

ContextResponseContextResponse

ActivateIPv6PDPActivateIPv4PDP

ContextAcceptContextAccept

a)申请IPv4地址a)信令流程b)申请IPv6b地址)信令流程

图8IPv4/IPv6双栈终端对于一个APN激活两个PDP上下文，申请IPv4和IPv6两个地址的信令流程

12

YD/T3252—XXXX

在双栈终端同时获取了IPv4和IPv6地址的情况下，双栈终端应能按照IPv6优先的原则，优先选择进

行IPv6类型的通信。

6.1.7.3双栈终端PDP上下文/PDN连接激活策略二：按需建立IPv4或IPv6连接

在对端业务地址类型未知的情况下，双栈终端可以根据预先设置的优先连接策略，选择建立某一种

类型（IPv4或者IPv6）的网络连接，之后，再根据业务应用的需要，选择继续使用当前已建立的连接或

者建立另一种类型（IPv6或者IPv4）的连接。

在双栈终端连接网络之前，应首先设置网络优先连接策略，终端将根据网络优先连接策略选择初次

优先连接的网络。网络优先连接策略可以通过在终端中设置一个标识来体现。终端根据该标识所处的状

态决定应优先连接IPv4网络还是IPv6网络。对于设定好的网络优先连接策略，终端应当仍然可以对其进

行修改，即修改优先连接策略的标识的状态。

当终端发起与网络的连接时，首先根据网络优先连接策略选择初次优先连接的网络（IPv4或IPv6

网络）并在与所需业务对应的APN上建立该种类型的PDP上下文/PDN连接。如果当前已有一个PDP上下文

/PDN连接建立在与所需业务对应的APN上，则可直接使用该连接。此后，若终端在尝试访问对端业务时

发现对端地址不可达，或者，根据DNS服务器对对端地址解析的结果，发现该地址类型与当前建立的PDP

上下文/PDN连接类型并不匹配，则终端自动发起一次新的PDP上下文/PDN连接激活请求，采用与当前连

接不同的PDP上下文/PDN类型（IPv6或IPv4），即建立与另一类型网络（IPv6或IPv4网络）的连接，并

在连接建立成功后尝试通过新建立的连接来访问业务。以上过程中，终端与网络侧的信令交互如图7a)

或b)所示（以GPRS系统为例）。

MSSGSNGGSNMSSGSNGGSN

ActivateIPv4PDPActivateIPv6PDP

ContextRequestContextRequest

CreateIPv4PDPCreateIPv6PDP

ContextRequestContextRequest

CreateIPv4PDPCreateIPv6PDP

ContextResponseContextResponse

ActivateIPv4PDPActivateIPv6PDP

ContextAcceptContextAccept

根根根根根根根根根根

根根根根根根根根根根根根

根根根根根根根根根根根根

根根根根根根根根根根根根

根根根根根根根根

ActivateIPv6PDPActivateIPv4PDP

ContextRequestContextRequest

CreateIPv6PDPCreateIPv4PDP

ContextRequestContextRequest

CreateIPv6PDPCreateIPv4PDP

ContextResponseContextResponse

ActivateIPv6PDPActivateIPv4PDP

ContextAcceptContextAccept

a)申请IPv4地址a)信令流程b)申请IPv6b)地址信令流程

图9IPv4/IPv6双栈终端按需激活网络连接的信令流程（以GPRS系统为例）

6.1.7.4两种PDP上下文/PDN连接激活策略的选择和使用

双栈终端应选择6.1.7.2所述的PDP上下文/PDN连接激活策略，宜支持6.1.7.3所述的PDP上下文/PDN

连接激活策略。在具体应用中，由运营商根据相应的运营策略指定双栈终端在发起网络连接时，采用某

一种PDP上下文/PDN连接激活策略。

13

YD/T3252—XXXX

6.2基于CDMA接入的移动终端获取IPv6地址过程

6.2.1基于cdma2000/cdma2000HPRD接入的IPv6移动终端地址分配和连接建立方式（可选）

cdma2000/cdma2000HPRD终端应支持简单IPv6参考模型，应支持IPv4/IPv6双栈参考模型。

终端应表明支持简单IPv6（C2置1），并与PDSN进行IPv6CP协商。

对于IPv6终端，PDSN应该作为IPv6缺省路由器和PPP终结点。获取由PDSN为每个PPP连接分配

全局唯一的64位前缀。

cdma2000/cdma2000HPRD终端应符合以下规范要求。

—一种IPv6聚合全球单播地址格式，应符合IETFRFC3587。

—因特网协议，版本6，应符合IETFRFC2460。

—IPv6的相邻发现，应符合IETFRFC4861。

—IPv6无状态地址自动配置，应符合IETFRFC4862。

—IPv6的互联网控制消息协议，应符合IETFRFC4443。

—基于点到点协议的IPv6，应符合IETFRFC2472。

—IPv6地址框架，应符合IETFRFC4291。

终端应按照IETFRFC2472支持接口标识（Interface-identifier）协商。终端和PDSN应该只使

用通过协商得出的接口标识进行PPP连接对端通信。因为接口标识是通过IPv6CP协商得到的，所以无

需遵循IETFRFC2462中的描述进行重复地址检测。

成功进行IPv6CP协商后，不同于IETFRFC2461中的描述，PDSN立即发送无请求的路由器广告

unsolicitedRouterAdertisement（RA）消息，在RA消息中，PDSN应该提供一个全局的64位前缀。

终端应该使用这个前缀来设置全局IPv6地址。

cdma2000HPRD终端接入网络，获取IPv6地址过程描述如图10：

ATPDSNVAAAHAAA

LCP(a)

CHAP/PAP/EAP(c)Access-Request/Accept(b)

IPv6CPnegotiation(d)

RS(e)

RA(e)

Accouting-Request(start)/Response(f)

图10简单IPv6接入认证流程

步骤1)AT与PDSN开始PPP连接，协商LCP；LCP协商决定使用PAP或CHAP或EAP进行用户认证，进入

用户接入认证阶段；

步骤2)PDSN作为RADIUS客户端生成接入请求消息RADIUSAccess-Request，发给AAA（VAAA/HAAA），

VAAA向HAAA代理转发RADIUSAccess-Request消息，可能途经多个AAA代理转发；HAAA鉴权成功，向

VAAA发送接入允许消息RADIUSAccess-Accept，携带该用户的NAI的QoSProfile，可能途径多个AAA

代理转发；VAAA转发RADIUSAccess-Accept给PDSN，接入认证成功；

步骤3)CHAP（或者PAP、EAP）鉴权阶段完成；

步骤4)LCP和用户认证阶段结束后，终端和PDSN之间进行IPv6CP协商。终端和PDSN通过IPv6CP进

14

YD/T3252—XXXX

行Interface-Identifier接口标示符的协商和配置。IPv6CP成功结束后，PDSN和终端可以使用接口

标示符生成链路本地地址；

步骤5)PDSN在IPv6CP成功结束后，立即使用链路本地地址通过PPP链路发送路由通告报文（RA，

routeradvertisement），RA报文头中的M位设置为0，RA消息中的PrefixInformaton选项中