YDT 3252-2023數(shù)字蜂窩移動通信終端支持IPv6技術(shù)要求

ICS33.060.99

CCSM36YD

中華人民共和國通信行業(yè)標(biāo)準(zhǔn)

YD/T3252—XXXX

代替YD/T3252—2017

數(shù)字蜂窩移動通信終端支持IPv6技術(shù)要求

Technicalrequirementsfordigitalcellularmobileterminalssupporting

IPv6

（報批稿）

××××-××-××發(fā)布××××-××-××實施

中華人民共和國工業(yè)和信息化部發(fā)布

YD/T3252—XXXX

前言

本文件按照GB/T1.1-2020《標(biāo)準(zhǔn)化工作指導(dǎo)第1部分：標(biāo)準(zhǔn)化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)則起

草。

本文件是“數(shù)字蜂窩移動通信終端支持IPv6”系列標(biāo)準(zhǔn)之一。該系列標(biāo)準(zhǔn)的結(jié)構(gòu)和名稱如下：

——YD/T3252《數(shù)字蜂窩移動通信終端支持IPv6技術(shù)要求》；

——YD/T3269《數(shù)字蜂窩移動通信終端支持IPv6測試方法》。

隨著技術(shù)的發(fā)展，還將制定后續(xù)相關(guān)標(biāo)準(zhǔn)。

本文件代替YD/T3252-2017《數(shù)字蜂窩移動通信終端支持IPv6技術(shù)要求》。與YD/T3252-2017相比，

除結(jié)構(gòu)調(diào)整和編輯性改動外，主要技術(shù)變化如下：

a)刪除了術(shù)語和定義中的“Pre-release8版本”“Realease8版本”和“A和AAAA”（見2017

年版3.1.2、3.1.3和3.1.4）；

b)增加了術(shù)語和定義中的對應(yīng)英文詞（見3.1.1）；

c)更改了總體技術(shù)要求的構(gòu)成和表述形式（見第4章，2017年版第4章）；

d)更改了基于TD-SCDMA/WCDMA/GSM接入的移動終端獲取IPv6地址過程的注網(wǎng)流程圖和注網(wǎng)過程

（見6.1.3，2017年版6.1.3）；

e)更改了基于LTE接入的移動終端獲取IPv6地址過程注網(wǎng)流程圖（見6.1.4，2017年版6.1.4）；

f)增加了基于NB-IoT接入的移動終端獲取IPv6的過程（見6.1.5）；

g)增加了基于NR接入的移動終端獲取IPv6的過程（見6.1.6）；

h)更改了基于cdma2000eHPRD接入的IPv6移動終端地址分配和連接建立方式的描述和注網(wǎng)流程

圖（見6.2.2，2017年版6.2.2）；

請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機(jī)構(gòu)不承擔(dān)識別專利的責(zé)任。

本文件由中國通信標(biāo)準(zhǔn)化協(xié)會提出并歸口。

本文件起草單位：中國信息通信研究院、博鼎實華（北京）技術(shù)有限公司、中國移動通信集團(tuán)有限

公司、中國聯(lián)合網(wǎng)絡(luò)通信集團(tuán)有限公司、中國電信集團(tuán)有限公司、中興通訊股份有限公司、上海諾基亞

貝爾股份有限公司、華為技術(shù)有限公司、中國信息通信科技集團(tuán)有限公司、高通無線通信技術(shù)(中國)

有限公司、維沃移動通信有限公司、翱捷科技股份有限公司、江蘇省電子信息產(chǎn)品質(zhì)量監(jiān)督檢驗研究院、

北京紫光展銳通信技術(shù)有限公司、OPPO廣東移動通信有限公司、聯(lián)發(fā)博動科技（北京）有限公司、四川

天邑康和通信股份有限公司、浪潮軟件科技有限公司、深圳市海思半導(dǎo)體有限公司、深圳信息通信研究

院、北京三星通信技術(shù)研究有限公司、華為終端有限公司、中國廣播電視網(wǎng)絡(luò)集團(tuán)有限公司。

本文件主要起草人：馬凡、張晶、胡剛禮、鄭海霞、鄧建國、王征、薛祎凡、張宏偉、王鍇、李維

成、高鵬、張元、陸松鶴、孔露婷、徐志昆、師延山、薛凱心、陳平輝、陳淑珍、李翔、陳書平、開元、

師瑜、丁志東、吳越。

本文件于2017年4月首次發(fā)布，本次為第一次修訂。

II

YD/T3252—XXXX

數(shù)字蜂窩移動通信終端支持IPv6技術(shù)要求

1范圍

本文件規(guī)定了數(shù)字蜂窩移動通信終端（以下簡稱“終端”）在支持IPv6時的技術(shù)要求，包括總體技

術(shù)要求、終端支持IPv6基礎(chǔ)協(xié)議的技術(shù)要求、以及終端IPv6地址獲取、IPv4/IPv6雙棧連接的選擇與建

立過程、DNS解析、終端軟件系統(tǒng)、IP頭壓縮、安全性等方面的技術(shù)要求。

本文件適用于科研院所、檢測機(jī)構(gòu)、運營企業(yè)和終端廠家對數(shù)字蜂窩移動通信終端支持IPv6能力的

研究、測試、生產(chǎn)和設(shè)計。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

3GPPTS24.008移動無線接口第三層規(guī)范核心網(wǎng)協(xié)議第三階段（Mobileradiointerface

Layer3specification;Corenetworkprotocols;Stage3）

3GPPTS25.3233GPP無線接入網(wǎng)分組數(shù)據(jù)聚合協(xié)議技術(shù)規(guī)范（TechnicalSpecificationGroup

RadioAccessNetwork;PacketDataConvergenceProtocol(PDCP)specification）

3GPPTS29.061支持分組業(yè)務(wù)的PLMN與PDN之間的互通（InterworkingbetweenthePublicLand

MobileNetwork(PLMN)supportingpacketbasedservicesandPacketDataNetworks(PDN)）

3GPPTS36.3233GPP演進(jìn)的通用陸基無線接入（E-UTRA）分組數(shù)據(jù)聚合協(xié)議技術(shù)規(guī)范（Evolved

UniversalTerrestrialRadioAccess(E-UTRA);PacketDataConvergenceProtocol(PDCP)

specification）

3GPPTS36.508演進(jìn)通用地面無線接入和演進(jìn)分組核心用戶設(shè)備一致性測試的通用測試環(huán)境

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

testenvironmentsforUserEquipment(UE)conformancetesting）

3GPPTS38.5085G無線接入網(wǎng)技術(shù)規(guī)范用戶設(shè)備一致性規(guī)范第1部分：通用測試環(huán)境（5GS;User

Equipment(UE)conformancespecification;Part1:Commontestenvironment）

IETFRFC1034域名：概念與設(shè)備（DOMAINNAMES-CONCEPTSANDFACILITIES）

IETFRFC1035域名：實施與規(guī)范（DomainNames-ImplementationAndSpecification）

IETFRFC1144用于低速串行鏈路的TCP/IP頭壓縮（CompressingTCP/IPHeaders）

IETFRFC2460網(wǎng)際協(xié)議版本6（IPv6）規(guī)范（InternetProtocol,Version6(IPv6)

Specification）

IETFRFC2472PPP承載IPv6（IPVersion6overPPP）

IETFRFC2507IP頭壓縮（IPHeaderCompression）

IETFRFC3095健壯頭壓縮（ROHC）：框架以及四種配置算法：RTP、UDP、ESP與未壓縮（RObust

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

IETFRFC3315IPv6動態(tài)主機(jī)配置協(xié)議（DHCPv6）（DynamicHostConfigurationProtocolfor

IPv6(DHCPv6)）

IETFRFC3363在域名系統(tǒng)（DNS）中表示網(wǎng)際協(xié)議版本6（IPv6）地址（RepresentingInternet

Protocolversion6(IPv6)AddressesintheDomainNameSystem(DNS)）

1

YD/T3252—XXXX

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

IETFRFC3596用于支持IPv6的DNS擴(kuò)展（DNSExtensionstoSupportIPVersion6）

IETFRFC3646IPv6動態(tài)主機(jī)配置協(xié)議（DHCPv6）的DNS配置選項（DNSConfigurationOptions

forDHCPv6）

IETFRFC3736IPv6無狀態(tài)動態(tài)主機(jī)配置協(xié)議（DHCP）服務(wù)（StatelessDynamicHost

ConfigurationProtocol(DHCP)ServiceforIPv6）

IETFRFC3986統(tǒng)一資源標(biāo)識符（URI）：一般語法（UniformResourceIdentifier(URI):Generic

Syntax）

IETFRFC4291IPv6地址結(jié)構(gòu)（IPv6AddressingArchitecture）

IETFRFC4301互聯(lián)網(wǎng)協(xié)議的安全架構(gòu)（SecurityArchitectureforIP）

IETFRFC4302IP鑒權(quán)報文頭（IPAuthenticationHeader）

IETFRFC4303IP封裝安全負(fù)載（ESP）（IPEncapsulatingSecurityPayload(ESP)）

IETFRFC4443用于網(wǎng)際協(xié)議版本6（IPv6）規(guī)范的互聯(lián)網(wǎng)控制消息協(xié)議（ICMPv6）（Internet

ControlMessageProtocol(ICMPv6)fortheInternetProtocolVersion6(IPv6)Specification）

IETFRFC4861IPv6的鄰居發(fā)現(xiàn)（NeighborDiscoveryforIPversion6(IPv6)）

IETFRFC4862IPv6無狀態(tài)地址自動配置（IPv6StatelessAddressAutoconfiguration）

IETFRFC5095拒絕IPv6的0型路由報文頭（DeprecationofType0RoutingHeadersinIPv6）

IETFRFC5722重疊的IPv6碎片的處理（HandlingofOverlappingIPv6Fragments）

IETFRFC5942IPv6子網(wǎng)模型：鏈路與子網(wǎng)前綴之間的關(guān)系（IPv6SubnetModel:The

RelationshipbetweenLinksandSubnetPrefixes）

IETFRFC5952關(guān)于IPv6地址的文字表示方法的建議（ARecommendationforIPv6AddressText

Representation）

IETFRFC6535使用“Bump-in-the-Host”(BIH)的雙棧主機(jī)（Dual-StackHostsUsing

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

IETFRFC6877464XLAT:有狀態(tài)和無狀態(tài)翻譯聯(lián)合（464XLAT:CombinationofStatefuland

StatelessTranslation）

3術(shù)語、定義和縮略語

3.1術(shù)語和定義

下列術(shù)語和定義適用于本文件。

3.1.1

IPv4/IPv6雙棧終端IPv4/IPv6dualstackterminal

終端若同時具有通過IPv4和IPv6協(xié)議棧分別訪問網(wǎng)絡(luò)的能力，就被稱為IPv4/IPv6雙棧終端，簡稱

雙棧終端。

3.2縮略語

下列縮略語適用于本文件。

3GPP第三代合作伙伴計劃ThirdGenerationPartnershipProject

APN接入點名稱AccessPointName

CDMA碼分多址CodeDividedmultipleAccess

DHCP動態(tài)主機(jī)配置協(xié)議DynamicHostConfigurationProtocol

DHCPv6IPv6動態(tài)主機(jī)配置協(xié)議DynamicHostConfigurationProtocolforIPv6

2

YD/T3252—XXXX

DNS域名系統(tǒng)DomainNameSystem

EPC演進(jìn)的分組核心網(wǎng)EvolvedPacketCore

eHRPD增強型高速分組數(shù)據(jù)EnhancedHighRatePacketData

GGSN網(wǎng)關(guān)GPRS支持節(jié)點GatewayGPRSSupportNode

GPRS通用分組無線業(yè)務(wù)GeneralPacketRadioService

GSM全球移動通信系統(tǒng)GlobalSystemforMobilecommunications

HRPD高速分組數(shù)據(jù)HighRatePacketData

ICMPv6IPv6互聯(lián)網(wǎng)控制消息協(xié)議InternetControlMessageProtocolforIPv6

IETF互聯(lián)網(wǎng)工程任務(wù)組InternetEngineeringTaskForce

IP網(wǎng)際協(xié)議InternetProtocol

IPv4網(wǎng)際協(xié)議版本4InternetProtocolVersion4

IPv6網(wǎng)際協(xié)議版本6InternetProtocolVersion6

IPv6CPIPv6配置協(xié)議IPv6ConfigurationProtocol

MME移動性管理實體MobilityManagmentEntity

MTU最大傳輸單元MaximumTransferUnit

NB-IoT窄帶物聯(lián)網(wǎng)NarrowBandInternetofThings

NR新空口NewRadio

PCO-IE協(xié)議配置選項信息元素ProtocolConfigurationOptionsInformation

Element

PDCP分組數(shù)據(jù)會聚協(xié)議PacketDataConvergenceProtocol

PDN分組數(shù)據(jù)網(wǎng)絡(luò)PacketDataNetwork

PDP分組數(shù)據(jù)協(xié)議PacketDataProtocol

PIO前綴信息選項PrefixInformationOption

RA路由器通告RouterAdvertisement

RFC注解請求RequestForComments

RoHC健壯頭壓縮RObustHeaderCompression

RS路由器請求RouterSolicitation

SGSN服務(wù)GPRS支持節(jié)點ServingGPRSSupportNode

SLAAC無狀態(tài)地址自動配置StateLessAddressAutoConfiguration

SNDCP子網(wǎng)相關(guān)會聚協(xié)議Sub-NetworkDependentConvergenceProtocol

SS系統(tǒng)模擬器SystemSimulation

TD-SCDMA時分同步碼分多址TimeDivisionSynchronousCodeDivisionMultiple

3

YD/T3252—XXXX

Access

URI統(tǒng)一資源標(biāo)識符UniformResourceIdentifier

URL統(tǒng)一資源定位符UniformResourceLocator

WCDMA寬帶碼分多址WidebandCodeDivisionMultipleAccess

4總體技術(shù)要求

本章規(guī)定移動終端對支持IPv6能力的總體原則及技術(shù)要求，具體包括：

—應(yīng)支持IPv6基本協(xié)議，應(yīng)能從網(wǎng)絡(luò)中獲取IPv6地址前綴和接口標(biāo)識：例如IPv6鄰居發(fā)現(xiàn)協(xié)議、

無狀態(tài)地址自動配置協(xié)議等。

—應(yīng)使用URI通用語義正確處理URL中IPv6地址的語義格式，應(yīng)符合ETFRFC3986的要求。

—應(yīng)具備IPv4/IPv6雙棧接入功能，并保證為終端上的業(yè)務(wù)應(yīng)用提供IPv4、IPv6或者IPv4/IPv6

雙棧接入的能力。終端軟件系統(tǒng)應(yīng)能同時兼容IPv4應(yīng)用與IPv6應(yīng)用。

—雙棧終端在發(fā)起網(wǎng)絡(luò)連接時，應(yīng)選擇同時獲取IPv4和IPv6兩種類型的地址，或者根據(jù)需要，選

擇建立某一種類型（IPv4或者IPv6）的網(wǎng)絡(luò)連接。

—在DNS解析方面，支持IPv6的移動終端應(yīng)通過RA消息（可選）和PCO-IE字段獲取DNS服務(wù)器的地

址。雙棧終端應(yīng)能自動選擇使用IPv4或者IPv6數(shù)據(jù)包進(jìn)行DNS解析，并自動選擇DNS解析請求的

類型（A或AAAA），A類資源記錄用以定義IPv4主機(jī)地址對應(yīng)的主機(jī)的完全合格域名；AAAA類型

資源記錄用以定義IPv6主機(jī)地址對應(yīng)的主機(jī)的完全合格域名。

5終端技術(shù)要求

5.1協(xié)議棧

5.1.1基本要求

5.1規(guī)定移動終端支持IPv6的協(xié)議棧要求。支持IPv6的移動終端應(yīng)保留IPv4協(xié)議棧，同時，對于IPv6

協(xié)議棧，應(yīng)具備5.1.2～5.1.6規(guī)定的IPv6相關(guān)的基本協(xié)議要求。

5.1.2IPv6基礎(chǔ)協(xié)議規(guī)范

支持IPv6的移動通信終端應(yīng)支持IPv6基礎(chǔ)協(xié)議：

—終端應(yīng)能夠正確地進(jìn)行IPv6數(shù)據(jù)報文頭發(fā)送、接收和處理，并能正確發(fā)送和接收IPv6數(shù)據(jù)包。

—終端數(shù)據(jù)包傳送規(guī)則應(yīng)按照IETFRFC2460的規(guī)定進(jìn)行處理；

—Hop-by-Hop選項或Destination擴(kuò)展選項中不能識別的選項，應(yīng)按照IETFRFC2460的規(guī)定進(jìn)行

處理；

—IPv6擴(kuò)展頭部方面，支持IPv6的完全實現(xiàn)應(yīng)包含如下擴(kuò)展頭部，即Hop-by-Hop、Routing（Type

0）、Fragment、Destination選項等，具有IPsec功能的IPv6終端宜支持Authentication以及

EncapsulatingSecurityPayload選項等。并且Fragment選項的實現(xiàn)應(yīng)遵從IETFRFC5722。

IPv6終端應(yīng)能夠正確處理這些數(shù)據(jù)包頭部。另外，不應(yīng)要求終端實施0型路由擴(kuò)展頭部（Type0

RoutingHeader），但當(dāng)終端接收到此類擴(kuò)展頭部時，應(yīng)按照IETFRFC5095的規(guī)定進(jìn)行處理。

5.1.3IPv6地址結(jié)構(gòu)

支持IPv6的移動終端IPv地址結(jié)構(gòu)的應(yīng)符合IETFRFC4291的規(guī)定，IPv6地址的表示方式應(yīng)符合IETF

RFC5952的規(guī)定。

5.1.4ICMPv6協(xié)議規(guī)范

IPv6終端應(yīng)支持ICMPv6協(xié)議，應(yīng)符合IETFRFC4443的規(guī)定。

5.1.5IPv6鄰居發(fā)現(xiàn)協(xié)議

4

YD/T3252—XXXX

IPv6終端應(yīng)支持IPv6鄰居發(fā)現(xiàn)協(xié)議，應(yīng)符合IETFRFC4861的規(guī)定，并且至少應(yīng)支持路由器請求RS

（RouterSolicitation）和路由器通告RA（RouterAdvertisement）功能。但對于移動通信接入具體

所支持的鄰居發(fā)現(xiàn)特性可由終端自行決定，例如只實現(xiàn)點對點鏈路特性等。

IPv6終端應(yīng)支持最大傳輸單元MTU選項，以避免網(wǎng)絡(luò)傳輸過程中數(shù)據(jù)包碎片的產(chǎn)生。IPv6子網(wǎng)模型

應(yīng)符合IETFRFC5942的規(guī)定。

5.1.6IPv6無狀態(tài)地址自動配置協(xié)議

IPv6無狀態(tài)地址自動配置機(jī)制應(yīng)符合IETFRFC4862的規(guī)定。

IPv6終端可選支持靜態(tài)地址配置。

5.2DNS客戶端

5.2描述移動終端支持IPv6后，DNS客戶端支持IPv6的要求。

DNS協(xié)議定義應(yīng)符合IETFRFC1034、IETFRFC1035、IETFRFC3363和IETFRFC3596的規(guī)定。

終端上的DNS客戶端應(yīng)能夠處理AAAA類型的資源記錄，即IPv6類型的IP地址。

支持IPv6的移動終端應(yīng)通過RA消息（可選）和PCO-IE字段獲取DNS服務(wù)器的地址。

DNS客戶端應(yīng)能自動選擇使用IPv4或者IPv6數(shù)據(jù)包進(jìn)行DNS解析，并自動選擇DNS解析請求的類型（A

或AAAA）。

關(guān)于DNS解析的具體要求見第7章。

5.3DHCP客戶端

5.3描述支持IPv6的移動終端DHCP客戶端的IPv6相關(guān)技術(shù)要求。DHCP客戶端可以根據(jù)需要，起到傳

遞并識別網(wǎng)絡(luò)參數(shù)的作用。

對于支持IPv6的移動終端的DHCP客戶端應(yīng)支持：

—IPv6無狀態(tài)DHCP服務(wù)，以便在獲取IPv6地址之后能獲得其它配置信息，定義應(yīng)符合IETFRFC

3736的規(guī)定；

—DHCPv6協(xié)議，用以通過DHCPv6協(xié)議獲取DNS服務(wù)器的地址，定義應(yīng)符合IETFRFC3315和IETFRFC

3646的規(guī)定。

5.4IPv4/IPv6協(xié)議翻譯技術(shù)

終端可選支持IPv4/IPv6協(xié)議翻譯功能，包括BIH和464xlat，從而實現(xiàn)在IPv6單棧接入下對IPv4應(yīng)

用的支持，BIH應(yīng)符合IETFRFC6535的規(guī)定，464xlat應(yīng)符合IETFRFC6877的規(guī)定。

6移動終端獲取IPv6地址過程

6.1基于3GPP接入的移動終端獲取IPv6地址過程與連接激活策略

6.1.1移動終端IPv6地址配置方法

支持IPv6的移動終端應(yīng)且僅支持IPv6無狀態(tài)地址自動配置SLAAC協(xié)議，應(yīng)符合IETFRFC4862。3GPP

網(wǎng)絡(luò)不適用基于有狀態(tài)DHCPv6的地址配置協(xié)議。

另一方面，移動終端宜支持無狀態(tài)DHCPv6服務(wù)以獲取其它配置信息，應(yīng)符合IETFRFC3736。即發(fā)

送到移動終端的路由器通告RA協(xié)議中的M位必須設(shè)為“0”同時O位可被設(shè)為“1”。

3GPP網(wǎng)絡(luò)分配給每一個默認(rèn)承載一個唯一的/64前綴，并且保證用戶設(shè)備的接口標(biāo)識符（Interface

Identifier）不與網(wǎng)關(guān)的接口標(biāo)識符相沖突。移動終端可以配置使用該接口標(biāo)識符的鏈路本地地址，也

可以需要時，使用其它接口標(biāo)識符和所需的全局范圍的地址。移動終端沒有使用SLAAC隱私擴(kuò)展協(xié)議或

者其它類似機(jī)制的限制。

5

YD/T3252—XXXX

在3GPP連接模型中，分配給移動終端的/64前綴總是非連接的（Off-link），也就是說RA消息中前

綴信息選項(PIO)中的L位必須設(shè)為“0”。如果通告前綴為SLAAC協(xié)議所使用，那么前綴信息選項中的A

位必須設(shè)定為“1”。

協(xié)議棧低于3GPPRelease8版本的移動終端，只有IPv4、IPv6兩種PDP類型，一次PDP激活只可以帶

回一個IP地址；支持IPv6的3GPPRelease8之前的雙棧移動終端應(yīng)通過附加的IPv6PDP上下文的方式，

獲取IPv6地址。

對于支持雙棧接入的網(wǎng)絡(luò)業(yè)務(wù)，可為移動終端建立一個與IPv4PDP上下文并行的IPv6PDP上下文連

接，具體如圖1所示。

對于IPv4-only的網(wǎng)絡(luò)業(yè)務(wù)，就通過IPv4PDP上下文建立的連接進(jìn)行通信。而對于IPv6-only的網(wǎng)絡(luò)

業(yè)務(wù)，就通過IPv6PDP上下文建立的連接進(jìn)行通信。

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

3GPPRelease8之前雙棧終端的并發(fā)IPv4、IPv6PDP上下文的激活和IP地址獲取的處理過程中，分

別將PDP上下文類型（PDP-Type）設(shè)置為IPv4和IPv6，PDP上下文激活過程應(yīng)符合3GPPTS29.061。

在所有的網(wǎng)絡(luò)設(shè)備都已經(jīng)是IPv6之前，如果移動終端建立IPv6PDP上下文失敗時，可以退回

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

3GPPRelease8版本后的重點協(xié)議棧引入了雙棧PDP上下文以及雙棧PDN連接的概念，實現(xiàn)同一承載

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

6

YD/T3252—XXXX

圖23GPPRelease8雙棧承載

3GPPRelease8之后（含Release8）雙棧移動終端的雙棧IPv4/IPv6PDP激活及IP地址獲取過

程中，IPv4和IPv6處理的順序并不重要，可以是先進(jìn)行IPv4處理，也可以先進(jìn)行IPv6處理，也可

以交錯進(jìn)行。

可能存在的幾種不同的PDP上下文或PDN連接的類型如下：

a)對于Release8版本之前GPRS移動終端接入到Release8版本之前的GPRS核心網(wǎng)的情況存在兩種

IPPDP類型，即IPv4和IPv6。這兩種PDP上下文需要獲得網(wǎng)絡(luò)側(cè)的雙棧接入能力；

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

的GPRS核心網(wǎng)的情況存在三種PDP上下文類型，即IPv4、IPv6以及IPv4v6。一個PDP上下文的最

小情況也是需要獲得網(wǎng)絡(luò)側(cè)的雙棧接入能力；

c)對于Release8版本之后（含Release8）的GPRS或LTE移動終端接入到EPC核心網(wǎng)（通過S4-SGSN、

S-GW及P-GW）的情況存在三種PDN連接類型，即IPv4、IPv6以及IPv4v6。一個PDN連接的最小情

況也是需要獲得網(wǎng)絡(luò)側(cè)的雙棧接入能力。

6.1.2移動終端APN設(shè)置方式

終端可以支持對本地APN和漫游APN的獨立設(shè)置，即移動終端在本地網(wǎng)絡(luò)啟用本地APN的配置、在

漫游拜訪地網(wǎng)絡(luò)中啟用漫游APN的設(shè)置，從而避免由于本地APN為IPv6OnlyAPN而漫游地網(wǎng)絡(luò)不支持

IPv6而產(chǎn)生的影響。

如果雙棧APN使用IPv6地址的代理網(wǎng)關(guān)，終端應(yīng)能預(yù)置該代理網(wǎng)關(guān)的IPv6地址。終端也可以提供

修改代理網(wǎng)關(guān)IPv6地址的功能。

6.1.3基于TD-SCDMA/WCDMA/GSM接入的移動終端獲取IPv6地址過程

7

YD/T3252—XXXX

圖3TD-SCDMA/WCDMA/GSM場景下無狀態(tài)地址配置獲取IPv6地址的過程

步驟1)終端初始化附著過程，指明PDN類型為IPv6或IPv4v6。終端根據(jù)自身IP協(xié)議棧的支持

情況設(shè)置PDN類型：雙棧的終端應(yīng)設(shè)置IPv4v6；IPv6單棧的終端應(yīng)設(shè)置IPv6；

步驟2)終端發(fā)送RRCConnectionSetupComplete消息，以確認(rèn)建立連接的成功，其中ATTACH

REQUEST中包含PDNCONNECTIVITYREQUEST消息。PDNCONNECTIVITYREQUEST中包含設(shè)備請求的

PDNtype信息；

步驟3)SS向終端發(fā)送AttachAccept中包含ActivateDefaultEPSBearerContextRequest，其中包

含ePCO、pdnAdress等信息，可查詢獲得的IPv6接口標(biāo)識；

步驟4)終端向SS發(fā)送“RouterSolicitation”（RS）消息；

步驟5)SS收到RS消息后立即回應(yīng)“RouterAdvertisement”（RA），RA消息應(yīng)包含了IPv6前綴，

與默認(rèn)承載建立中獲得的IPv6接口標(biāo)識組成完整的IPv6地址。

終端接收到RA消息之后，通過組合RA中的前綴和步驟3中的接收到的接口標(biāo)識或本地生成的接口

標(biāo)識，生成128位的IPv6地址。

6.1.4基于LTE接入的移動終端獲取IPv6地址過程

8

YD/T3252—XXXX

圖4LTE場景下無狀態(tài)地址配置獲取IPv6地址的過程

步驟1)終端初始化附著過程，指明PDN類型為IPv6或IPv4v6。終端根據(jù)自身IP協(xié)議棧的支持

情況設(shè)置PDN類型：雙棧的終端應(yīng)設(shè)置IPv4v6；IPv6單棧的終端應(yīng)設(shè)置IPv6；如果終端支持的協(xié)

議棧未知，終端則應(yīng)設(shè)置IPv4v6；

步驟2)終端發(fā)送RRCConnectionSetupComplete消息，以確認(rèn)建立連接的成功，其中ATTACH

REQUEST中包含PDNCONNECTIVITYREQUEST消息。PDNCONNECTIVITYREQUEST中包含設(shè)備請求的

PDNtype信息；

步驟3)SS向終端發(fā)送AttachAccept中包含ActivateDefaultEPSBearerContextRequest，其中包

含ePCO、pdnAdress等信息，可查詢獲得的IPv6接口標(biāo)識；

步驟4)終端可選發(fā)送“RouterSolicitation”（RS）消息給SS來請求“RouterAdvertisement”

（RA）消息的發(fā)送；

步驟5)SS收到RS消息后立即回應(yīng)RA，或者周期性發(fā)送RA消息給終端，RA消息應(yīng)包含了IPv6

前綴，與默認(rèn)承載建立中獲得的IPv6接口標(biāo)識組成完整的IPv6地址。

6.1.5基于NB-IoT接入的移動終端獲取IPv6的過程

9

YD/T3252—XXXX

圖5NB-IoT場景下無狀態(tài)地址配置獲取IPv6地址的過程

步驟1)終端初始化附著過程，指明PDN類型為IPv6或IPv4v6。終端根據(jù)自身IP協(xié)議棧的支持

情況設(shè)置PDN類型：雙棧的終端應(yīng)設(shè)置IPv4v6；IPv6單棧的終端應(yīng)設(shè)置IPv6；如果終端支持的協(xié)

議棧未知，終端則應(yīng)設(shè)置IPv4v6；

步驟2)終端發(fā)送RRCConnectionSetupComplete消息，以確認(rèn)建立連接的成功，其中ATTACH

REQUEST中包含PDNCONNECTIVITYREQUEST消息。PDNCONNECTIVITYREQUEST中包含設(shè)備請求的PDN

type信息；

步驟3)SS向終端發(fā)送AttachAccept中包含ActivateDefaultEPSBearerContextRequest，其中包含

ePCO、pdnAdress等信息，可查詢獲得的IPv6接口標(biāo)識；

步驟4)SS周期性發(fā)送RA消息給終端，RA消息應(yīng)包含了IPv6前綴，與默認(rèn)承載建立中獲得的IPv6

接口標(biāo)識組成完整的IPv6地址。

6.1.6基于NR接入的移動終端獲取IPv6的過程

10

YD/T3252—XXXX

圖6NR場景下無狀態(tài)地址配置獲取IPv6地址的過程

步驟1)終端初始化附著過程，指明PDN類型為IPv6或IPv4v6。終端根據(jù)自身IP協(xié)議棧的支持

情況設(shè)置PDN類型：雙棧的終端應(yīng)設(shè)置IPv4v6；IPv6單棧的終端應(yīng)設(shè)置IPv6；如果終端支持的協(xié)

議棧未知，終端則應(yīng)設(shè)置IPv4v6；

步驟2)如果設(shè)備設(shè)置為IPv6，則PDUSESSIONESTABLISHMENTREQUEST中會包含IPv6接口標(biāo)識。

若設(shè)置為IPv4v6，則會包含IPv4地址及IPv6接口標(biāo)識；

步驟3)終端可選發(fā)送“RouterSolicitation”（RS）消息給SS來請求“RouterAdvertisement”

（RA）消息的發(fā)送；

步驟4)SS收到RS消息后立即回應(yīng)RA，或者周期性發(fā)送RA消息給終端，RA消息應(yīng)包含了IPv6

前綴，與PDU會話建立中獲得的IPv6接口標(biāo)識組成完整的IPv6地址。

6.1.7移動終端PDP上下文/PDN連接激活策略

6.1.7.1概述

移動終端在發(fā)起網(wǎng)絡(luò)連接時，如果知道所需訪問的業(yè)務(wù)的IP地址類型，則可以直接選擇激活與業(yè)務(wù)

IP地址類型匹配的PDP上下文或PDN連接。本章描述終端在發(fā)起網(wǎng)絡(luò)連接時，在對端業(yè)務(wù)地址類型未知的

情況下，應(yīng)選擇激活何種類型的PDP上下文或PDN連接，即選擇建立IPv4類型的連接，還是IPv6類型的連

接，或是兩者同時建立。

雙棧移動終端同時具有通過IPv4和IPv6協(xié)議棧分別訪問網(wǎng)絡(luò)的能力。雙棧終端在發(fā)起網(wǎng)絡(luò)連接時，

應(yīng)能同時獲取IPv4和IPv6兩種類型的地址，也可以根據(jù)需要，選擇建立某一種類型（IPv4或者IPv6）的

網(wǎng)絡(luò)連接。下面將對以上兩種不同的網(wǎng)絡(luò)連接策略分別進(jìn)行要求。

6.1.7.2雙棧終端PDP上下文/PDN連接激活策略一：同時獲取IPv4和IPv6地址

在對端業(yè)務(wù)地址類型未知的情況下，雙棧終端可以在建立PDP上下文/PDN連接時同時獲取IPv4和

IPv6兩個IP地址，以便靈活選擇使用IPv4數(shù)據(jù)包或IPv6數(shù)據(jù)包進(jìn)行通信。

11

YD/T3252—XXXX

在3GPPRelease8及其隨后的版本的協(xié)議中，定義了一種IPv4v6類型的PDP上下文/PDN連接類型，

終端可以通過激活一個IPv4v6類型的PDP上下文/PDN連接類型來同時獲取IPv4和IPv6兩個地址，從而可

以使用任何業(yè)務(wù)應(yīng)用而不受其地址類型的限制。以GPRS系統(tǒng)為例，終端激活I(lǐng)Pv4v6類型的PDP上下文的

流程如圖7所示。

MSSGSNGGSN

ActivateIPv4v6PDPContextRequest

CreateIPv4v6PDPContextRequest

CreateIPv4v6PDPContextResponse

ActivateIPv4v6PDPContextAccept

圖7終端激活一個IPv4v6PDP上下文同時獲取IPv4和IPv6兩個地址的信令流

終端在發(fā)出一個激活I(lǐng)Pv4v6類型的PDP上下文/PDN連接的請求后，網(wǎng)絡(luò)有可能只建立一個IPv4或

IPv6類型的PDP上下文/PDN連接，而不是所請求的IPv4v6類型的連接（例如，當(dāng)終端漫游到一個不支持

IPv4v6類型的PDP上下文/PDN連接的網(wǎng)絡(luò)中時）。在這種情況下，終端應(yīng)能根據(jù)網(wǎng)絡(luò)要求再對同一個APN

發(fā)起第二次PDP上下文/PDN連接類型激活請求，請求網(wǎng)絡(luò)再建立另一個類型（IPv6或IPv4）的PDP上下文

/PDN連接類型，以使終端獲取IPv4和IPv6兩個地址。

當(dāng)雙棧終端初次向一個APN進(jìn)行PDP上下文/PDN連接激活，申請了IPv4和IPv6地址，只獲取到某一類

地址時，終端應(yīng)根據(jù)網(wǎng)絡(luò)側(cè)的消息反饋進(jìn)行處理，應(yīng)符合3GPPTS24.008的規(guī)定。

對于一個不支持IPv4v6類型PDP上下文/PDN連接類型的終端，如果該終端要在連接網(wǎng)絡(luò)時同時獲得

IPv4和IPv6兩個地址，就必須針對同一個APN連續(xù)進(jìn)行兩次PDP上下文/PDN連接類型激活，分別申請IPv4

和IPv6地址，如圖8a)或b)所示。這樣，對于任何一個地址類型未知的業(yè)務(wù)應(yīng)用，終端都需要激活兩個

不同類型的PDP上下文/PDN連接類型，再根據(jù)訪問業(yè)務(wù)時的情況選擇使用其中一個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地址的情況下，雙棧終端應(yīng)能按照IPv6優(yōu)先的原則，優(yōu)先選擇進(jìn)

行IPv6類型的通信。

6.1.7.3雙棧終端PDP上下文/PDN連接激活策略二：按需建立IPv4或IPv6連接

在對端業(yè)務(wù)地址類型未知的情況下，雙棧終端可以根據(jù)預(yù)先設(shè)置的優(yōu)先連接策略，選擇建立某一種

類型（IPv4或者IPv6）的網(wǎng)絡(luò)連接，之后，再根據(jù)業(yè)務(wù)應(yīng)用的需要，選擇繼續(xù)使用當(dāng)前已建立的連接或

者建立另一種類型（IPv6或者IPv4）的連接。

在雙棧終端連接網(wǎng)絡(luò)之前，應(yīng)首先設(shè)置網(wǎng)絡(luò)優(yōu)先連接策略，終端將根據(jù)網(wǎng)絡(luò)優(yōu)先連接策略選擇初次

優(yōu)先連接的網(wǎng)絡(luò)。網(wǎng)絡(luò)優(yōu)先連接策略可以通過在終端中設(shè)置一個標(biāo)識來體現(xiàn)。終端根據(jù)該標(biāo)識所處的狀

態(tài)決定應(yīng)優(yōu)先連接IPv4網(wǎng)絡(luò)還是IPv6網(wǎng)絡(luò)。對于設(shè)定好的網(wǎng)絡(luò)優(yōu)先連接策略，終端應(yīng)當(dāng)仍然可以對其進(jìn)

行修改，即修改優(yōu)先連接策略的標(biāo)識的狀態(tài)。

當(dāng)終端發(fā)起與網(wǎng)絡(luò)的連接時，首先根據(jù)網(wǎng)絡(luò)優(yōu)先連接策略選擇初次優(yōu)先連接的網(wǎng)絡(luò)（IPv4或IPv6

網(wǎng)絡(luò)）并在與所需業(yè)務(wù)對應(yīng)的APN上建立該種類型的PDP上下文/PDN連接。如果當(dāng)前已有一個PDP上下文

/PDN連接建立在與所需業(yè)務(wù)對應(yīng)的APN上，則可直接使用該連接。此后，若終端在嘗試訪問對端業(yè)務(wù)時

發(fā)現(xiàn)對端地址不可達(dá)，或者，根據(jù)DNS服務(wù)器對對端地址解析的結(jié)果，發(fā)現(xiàn)該地址類型與當(dāng)前建立的PDP

上下文/PDN連接類型并不匹配，則終端自動發(fā)起一次新的PDP上下文/PDN連接激活請求，采用與當(dāng)前連

接不同的PDP上下文/PDN類型（IPv6或IPv4），即建立與另一類型網(wǎng)絡(luò)（IPv6或IPv4網(wǎng)絡(luò)）的連接，并

在連接建立成功后嘗試通過新建立的連接來訪問業(yè)務(wù)。以上過程中，終端與網(wǎng)絡(luò)側(cè)的信令交互如圖7a)

或b)所示（以GPRS系統(tǒng)為例）。

MSSGSNGGSNMSSGSNGGSN

ActivateIPv4PDPActivateIPv6PDP

ContextRequestContextRequest

CreateIPv4PDPCreateIPv6PDP

ContextRequestContextRequest

CreateIPv4PDPCreateIPv6PDP

ContextResponseContextResponse

ActivateIPv4PDPActivateIPv6PDP

ContextAcceptContextAccept

根根根根根根根根根根

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

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

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

根根根根根根根根

ActivateIPv6PDPActivateIPv4PDP

ContextRequestContextRequest

CreateIPv6PDPCreateIPv4PDP

ContextRequestContextRequest

CreateIPv6PDPCreateIPv4PDP

ContextResponseContextResponse

ActivateIPv6PDPActivateIPv4PDP

ContextAcceptContextAccept

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

圖9IPv4/IPv6雙棧終端按需激活網(wǎng)絡(luò)連接的信令流程（以GPRS系統(tǒng)為例）

6.1.7.4兩種PDP上下文/PDN連接激活策略的選擇和使用

雙棧終端應(yīng)選擇6.1.7.2所述的PDP上下文/PDN連接激活策略，宜支持6.1.7.3所述的PDP上下文/PDN

連接激活策略。在具體應(yīng)用中，由運營商根據(jù)相應(yīng)的運營策略指定雙棧終端在發(fā)起網(wǎng)絡(luò)連接時，采用某

一種PDP上下文/PDN連接激活策略。

13

YD/T3252—XXXX

6.2基于CDMA接入的移動終端獲取IPv6地址過程

6.2.1基于cdma2000/cdma2000HPRD接入的IPv6移動終端地址分配和連接建立方式（可選）

cdma2000/cdma2000HPRD終端應(yīng)支持簡單IPv6參考模型，應(yīng)支持IPv4/IPv6雙棧參考模型。

終端應(yīng)表明支持簡單IPv6（C2置1），并與PDSN進(jìn)行IPv6CP協(xié)商。

對于IPv6終端，PDSN應(yīng)該作為IPv6缺省路由器和PPP終結(jié)點。獲取由PDSN為每個PPP連接分配

全局唯一的64位前綴。

cdma2000/cdma2000HPRD終端應(yīng)符合以下規(guī)范要求。

—一種IPv6聚合全球單播地址格式，應(yīng)符合IETFRFC3587。

—因特網(wǎng)協(xié)議，版本6，應(yīng)符合IETFRFC2460。

—IPv6的相鄰發(fā)現(xiàn)，應(yīng)符合IETFRFC4861。

—IPv6無狀態(tài)地址自動配置，應(yīng)符合IETFRFC4862。

—IPv6的互聯(lián)網(wǎng)控制消息協(xié)議，應(yīng)符合IETFRFC4443。

—基于點到點協(xié)議的IPv6，應(yīng)符合IETFRFC2472。

—IPv6地址框架，應(yīng)符合IETFRFC4291。

終端應(yīng)按照IETFRFC2472支持接口標(biāo)識（Interface-identifier）協(xié)商。終端和PDSN應(yīng)該只使

用通過協(xié)商得出的接口標(biāo)識進(jìn)行PPP連接對端通信。因為接口標(biāo)識是通過IPv6CP協(xié)商得到的，所以無

需遵循IETFRFC2462中的描述進(jìn)行重復(fù)地址檢測。

成功進(jìn)行IPv6CP協(xié)商后，不同于IETFRFC2461中的描述，PDSN立即發(fā)送無請求的路由器廣告

unsolicitedRouterAdertisement（RA）消息，在RA消息中，PDSN應(yīng)該提供一個全局的64位前綴。

終端應(yīng)該使用這個前綴來設(shè)置全局IPv6地址。

cdma2000HPRD終端接入網(wǎng)絡(luò)，獲取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接入認(rèn)證流程

步驟1)AT與PDSN開始PPP連接，協(xié)商LCP；LCP協(xié)商決定使用PAP或CHAP或EAP進(jìn)行用戶認(rèn)證，進(jìn)入

用戶接入認(rèn)證階段；

步驟2)PDSN作為RADIUS客戶端生成接入請求消息RADIUSAccess-Request，發(fā)給AAA（VAAA/HAAA），

VAAA向HAAA代理轉(zhuǎn)發(fā)RADIUSAccess-Request消息，可能途經(jīng)多個AAA代理轉(zhuǎn)發(fā)；HAAA鑒權(quán)成功，向

VAAA發(fā)送接入允許消息RADIUSAccess-Accept，攜帶該用戶的NAI的QoSProfile，可能途徑多個AAA

代理轉(zhuǎn)發(fā)；VAAA轉(zhuǎn)發(fā)RADIUSAccess-Accept給PDSN，接入認(rèn)證成功；

步驟3)CHAP（或者PAP、EAP）鑒權(quán)階段完成；

步驟4)LCP和用戶認(rèn)證階段結(jié)束后，終端和PDSN之間進(jìn)行IPv6CP協(xié)商。終端和PDSN通過IPv6CP進(jìn)

14

YD/T3252—XXXX

行Interface-Identifier接口標(biāo)示符的協(xié)商和配置。IPv6CP成功結(jié)束后，PDSN和終端可以使用接口

標(biāo)示符生成鏈路本地地址；

步驟5)PDSN在IPv6CP成功結(jié)束后，立即使用鏈路本地地址通過PPP鏈路發(fā)送路由通告報文（RA，

routeradvertisement），RA報文頭中的M位設(shè)置為0，RA消息中的PrefixInformaton選項中