Beruflich Dokumente
Kultur Dokumente
Contents
19.9.1 Overview
19.9.1 Overview
Definition
Benefits
Requirements
Application Limitations
Usage Scenario
Implementation Principle
Solution Specifications
Standard Compliance
Release History
Related Topics
Definition
Internet Protocol version 6 (IPv6) is the most recent version of the Internet Protocol (IP). It is used to deal with
the long-lasting problem of IPv4 address exhaustion in the mobile broadband (MBB) field.
The Huawei IPv6 solution provides services to not only IPv4 UEs but also IPv6 and IPv4v6 (dual stack) UEs. To
provide services to IPv6 and IPv4v6 UEs, this solution uses the network elements (NEs) on GPRS/UMTS (GU)
and evolved packet core (EPC) networks to process the attach and activation procedures for these UE types and
transfer IPv6 packets generated on public data networks (PDNs).
Benefits
For Benefits
Carriers IPv6 provides larger address space than IPv4, which helps address
IPv4 address exhaustion and enables carriers to:
During the evolution from IPv4 to IPv6, IPv4 and IPv6 will coexist
for a long period of time. In the IPv6 solution, NEs support IPv4v6 dual
stack and provide services to IPv4, IPv6, and IPv4v6 UEs, ensuring the
smooth evolution of live networks.
Subscribers -
Requirements
NOTE:
Table 1 and Table 2 provide the earliest supporting versions of Huawei devices. If devices of other vendors are
used, confirm the supporting versions during deployment.
Table 1 NEs involved in implementing the IPv6 solution on GU networks
Assigns IPv6
addresses to UEs on
live networks.
Context"
Assigns IPv6
addresses to UEs on
live networks.
The packet forwarding performance of a system deployed with the IPv6 solution is 70% of that of a system
deployed with the IPv4 solution.
Application Limitations
Usage Scenario
The IPv6 solution can be deployed on live GU or EPC networks with IPv4 bearers. Figure 1 and Figure 2 show
the recommended networking of the IPv6 solution deployed on a GPRS/UMTS network and on an EPC network
respectively.
In Figure 1 and Figure 2, the GGSN and UGW9811 support the IPv4v6 dual stack on interfaces, through which
the GGSN and UGW9811 connect to the PDNs. The GGSN and UGW9811 both forward IPv6 packets directly
to IPv6 networks.
On GPRS/UMTS or EPC networks, the IPv6 solution is deployed in the following models based on the original
and terminal locations of service packets:
The IPv6 networks shown in Figure 1 and Figure 2 must have DNS64s and NAT64s deployed.
The GGSN or UGW9811 queries the DNS64 to obtain an IPv6 address based on the URL carried in an IPv6
packet. Then the GGSN or UGW9811 sends the IPv6 packet with the IPv6 address to the NAT64. The
NAT64 then derives an IPv4 address from the IPv6 address and forwards the IPv6 packet to an IPv4 WAP
gateway.
IPv6 UEs accessing IPv6 services
NOTE:
The current application model in which IPv4 UEs access IPv4 services does not belong to the IPv6 solution. The
application model in which IPv4 UEs access IPv6 services can be implemented only after the IPv6 solution is
mature. These two application models are not described in this document.
Implementation Principle
Physical interfaces The UGW9811 allows for configuration of IPv6 addresses for the
following types of interfaces: GE and Eth-trunk (including
subinterfaces), tunnel, and loopback. A maximum of 10 IPv6 addresses
can be configured for each interface.
Feature GWFD-110401 This feature enables the UGW9811 to activate, deactivate, and update
IPv6 PDP/Bearer the IPv6 PDP context/EPS bearers provided by the IPv4 backbone
Context network.
GWFD-110402 This feature enables the UGW9811 to support networking based on the
IPv6 Networking IPv6 technology on the packet data network (PDN) side. The
on Gi/SGi UGW9811 can connect to a PDN using physical interfaces configured
with IPv6 addresses. In addition, the UGW9811 supports path
maximum transmission unit (PMTU) discovery, IPv6 static routes, and
IPv6 dynamic routing protocols. IPv6 dynamic routing protocols
include the Routing Information Protocol next generation (RIPng),
Open Shortest Path First version 3 (OSPFv3), Intermediate System-to-
Intermediate System (IS-IS) IPv6, and Border Gateway Protocol 4+
(BGP4+).
GWFD-110403 This feature allows the UGW9811 to perform SA for IPv6 subscribers'
IPv6 SA uplink and downlink packets, identify requested IPv6 services and
contents, and perform varied charging and control policies for different
IPv6 services and contents accordingly. IPv6 SA is applicable to the
following services:
Table 3 IPv6 support
GWFD-110405 This feature enables the UGW9811 to use IPv4 and IPv6 addresses to
IPv4v6 Dual provide UEs with services, including data transmission.
Stack Access
GWFD-110407 This feature enables the UGW9811 to allocate IPv6 addresses to both
DHCPv6 Address IPv6 and IPv4v6 subscribers. During the PDP context or EPS bearer
Allocation activation procedure, the UGW9811 functions as a DHCPv6 client to
obtain IPv6 addresses and DNS configurations from the address pool
on an external DHCPv6 server. The UGW9811 then sends the IPv6
addresses and DNS configurations to IPv6 or IPv4v6 subscribers. Note
that the DHCPv6 server may be located on an intranet or
independently maintained by a carrier.
Table 3 IPv6 support
GWFD-110409 This feature enables the logical interfaces of the UGW9811 to support
IPv6 Networking IPv6-based networking. IPv6 addresses can be configured for
on Logic interfaces connecting to neighboring NEs. These interfaces include Gi,
Interface Gn, S11, S4, S12, S1-U, S2a, S2b, S5, S8, S6b, Ga, Gy, Gxc, and Gx.
Activating PDP or bearer contexts for IPv6 and IPv4v6 UEs on the GGSN/P-GW on GPRS/UMTS or
EPC Networks
When IPv6 and IPv4v6 UEs are accessing network services, the UGW9811 can perform the following operations
on these UEs:
Security control
QoS
Charging
For details, see the "GWFD-011200 Security", "GWFD-010600 QoS and Traffic Management", "Service
Awareness (SA)", "GWFD-010500 Charging Mode", and "Charging Function" chapters in the UGW9811
product manual.
Activating PDP or bearer contexts for IPv6 and IPv4v6 UEs on the GGSN/P-GW on GPRS/UMTS or EPC
Networks
The activation procedure for IPv6 UEs is slightly different from that for IPv4v6 UEs. The following describes
the activation procedure for IPv4v6 UEs on GPRS/UMTS or EPC networks and lists the differences in the
activation procedure between an IPv6 UE and an IPv4v6 UE.
When an IPv4v6 UE initiates the PDP context activation procedure on a GPRS/UMTS network, one of the
following three situations occurs, depending on the configurations on the SGSN:
One PDP context is created, which contains both an IPv4 address and an IPv6 address.
Two PDP contexts are created, which contain an IPv4 address and an IPv6 address respectively. The
SGSN preferentially sends the GGSN a Create PDP Context Request message for creating a PDP context that
contains an IPv6 address.
Two PDP contexts are created, which contain an IPv4 address and an IPv6 address respectively. The
SGSN preferentially sends the GGSN a Create PDP Context Request message for creating a PDP context that
contains an IPv4 address.
Figure 3 uses an example to describe the PDP context activation procedure for an IPv4v6 UE on a GPRS/UMTS
network. In this example, one PDP context is created containing both an IPv4 address and an IPv6 address.
Figure 3 Attach and PDP context activation procedure for an IPv4v6 UE on a GPRS/UMTS network
The message contains an international mobile subscriber identifier (IMSI) or packet temporary mobile
subscriber identity (P-TMSI). The IMSI will be included if the UE does not have a valid P-TMSI available.
If the UE has a valid P-TMSI, the P-TMSI and the routing area identifier (RAI) associated with the P-TMSI
will be included.
3. If the subscription information of this IPv4v6 UE is available on the HLR, the HLR sends an
Authentication Response message to the SGSN.
5. The IPv4v6 UE sends an Activate PDP Context Request message to the SGSN.
The message contains the APN, PDP Type, Network Service Access Point Identifier (NSAPI), and Protocol
Configuration Option (PCO), where the PDP Type is IPv4v6.
6. The SGSN sends a Create PDP Context Request message to the GGSN.
The message contains the APN, PDP Type, Tunnel Endpoint Identifier (TEID), and PCO, where the PDP
Type is IPv4v6.
7. The GGSN sends a Create PDP Context Response message to the SGSN.
The message contains the PCO, Cause, IPv4 address assigned to the IPv4v6 UE, IPv6 address prefix,
interface ID, and DNS server IP address.
8. The SGSN sends an Activate PDP Context Accept message to the IPv4v6 UE.
The message contains the PCO, Cause, and Link-local address mapped from the interface ID.
9. The IPv4v6 UE sends a Router Solicitation message to the GGSN, requesting an IPv6 prefix.
10. The GGSN sends a Router Advertisement message to the IPv4v6 UE.
NOTE:
The activation procedure for an IPv6 UE is similar to that for an IPv4v6 UE. The only difference is that IPv6
information is carried in the messages mentioned in steps 5 through 7.
When an IPv4v6 UE initiates an attach procedure on an EPC network, one of the following three situations
occurs, depending on the configuration on the MME:
One default EPS bearer is created, which contains both an IPv4 address and an IPv6 address.
Two default EPS bearers are created, which contain an IPv4 address and an IPv6 address respectively.
The MME preferentially sends the S-GW a Create Session Request message for creating a default EPS bearer
that contains an IPv6 address.
Two default EPS bearers are created, which contain an IPv4 address and an IPv6 address respectively.
The MME preferentially sends the S-GW a Create Session Request message for creating a default EPS bearer
that contains an IPv4 address.
Figure 4 uses an example to describe the attach procedure for an IPv4v6 UE on an EPC network. In this
example, one default EPS bearer is created containing both IPv4 and IPv6 addresses.
The message contains the IMSI or old GUTI, last visited TAI (if available), UE Core Network Capability,
Attach Type, ESM message container (including Request Type, PDN Type, PCO, and Ciphered Options
Transfer Flag IEs).
3. If the subscription information of the IPv4v6 UE is available on the home subscriber server (HSS), the
MME interacts with the IPv4v6 UE and the HSS to perform mutual authentication.
The message contains the MME Identity, IMSI, ME Identity, and MME Capabilities.
6. The MME sends the S-GW a Create Session Request message, where the PDN Type is IPv4v6.
7. The S-GW forwards the P-GW the Create Session Request message, where the PDN Type is IPv4v6.
The message contains an IPv4 address assigned to the IPv4v6 UE, IPv6 address prefix, interface ID, and
DNS server IP address.
9. The S-GW forwards the Create Session Response message to the MME.
The message contains the IPv4 address and Link-local address mapped from the interface ID.
11. The eNodeB forwards the Attach Accept message to the IPv4v6 UE.
12. The IPv4v6 UE sends a Router Solicitation message to the P-GW, requesting an IPv6 prefix.
13. The P-GW sends a Router Advertisement message to the IPv4v6 UE.
The message contains the Global Address mapped from a same IPv6 prefix as that in 8.
NOTE:
The activation procedure for an IPv6 UE is similar to that for an IPv4v6 UE. The only difference is that IPv6
information is carried in the messages mentioned in steps 6 through 11.
The IPv6 solution supports the UE handover from a long term evolution (LTE) network to a GPRS/UMTS
network. The handover is classified, based on the UE state, as follows:
Handover
RAU
Figure 5 shows the signaling procedure for the handover of a UE in connected mode from an LTE network to a
GPRS/UMTS network.
Figure 5 Signaling procedure for the UE handover from an LTE network to a GPRS/UMTS network
1. The source eNodeB sends a Handover Request message to the old MME.
The message contains the following IEs: S1AP Cause, Target RNC Identifier, CSG ID, CSG access mode,
Source eNodeB Identifier, and Source to Target Transparent Container.
2. The old MME converts the EPS bearer context to the UMTS terrestrial radio access network (UTRAN)
mobility management (MM) context and the PDP context, and sends a Forward Relocation Request
message to the new SGSN.
The message contains IMSI, MM Context, PDP context (including the NSAPI and QoS), UE IP address, IP
addresses of the GGSN control plane and user plane, APN, IP address of the SGSN control plane, target
RNC, and RAC.
3. The new SGSN sends a Relocation Request message to the target RNC.
The message contains the IMSI, Cause, authentication encryption algorithm, integrity algorithm, and IP
addresses of the GGSN user plane.
4. The new RNC sends a Relocation Request ACK message to the new SGSN.
The message contains the radio access bearer (RAB) ID, user-plane TEID, GGSN IP address, and integrity
algorithm.
5. The new SGSN sends a Forward Relocation Response message to the old MME.
The message contains the control-plane TEID and the IP address of the new SGSN.
6. The old MME sends a Handover Command message to the source eNodeB.
The message contains the bearer ID, uplink and downlink GTP TEIDs, and the downlink GGSN IP address.
7. The target RNC sends a Relocation Detect message to the new SGSN.
8. The target RNC sends a Relocation Complete message to the new SGSN.
9. The new SGSN sends a Forward Relocation Complete message to the old MME.
The message contains the IP address, port number, and TEID of the GTP tunnel between the old MME and
the new SGSN.
10. The old MME sends a Forward Relocation Complete ACK message to the new SGSN.
The message contains the IP address, port number, and TEID of the GTP tunnel between the old MME and
the new SGSN, and Cause.
11. The new SGSN sends an Update PDP Context Request message to the UGW9811/GGSN.
The message contains the IMSI, the user-plane and control-plane TEIDs, NSAPI, the IP addresses of the
SGSN and GGSN control planes and user planes, QoS, RAT Type, and DT flag.
12. The UGW/GGSN sends an Update PDP Context Response message to the new SGSN.
The message contains the IP addresses and TEIDs of the GGSN control plane and user plane, and QoS.
If a UE in idle mode is handed over from an LTE network to a GPRS/UMTS network, an RAU procedure is
initiated. See Figure 6.
The message contains the old TMSI, old RAI, old P-TMSI Signature, and Update Type.
3. The new SGSN interacts with the old MME to obtain the SGSN context.
a. The new SGSN sends a Context Request message to the old MME to obtain the MM context
and PDP context for the UE.
The message contains the P-TMSI, old RAI, IP address of the new SGSN, and P-TMSI Signature.
b. The old MME maps the EPS bearer to the PDP context, and the EPS bearer QoS parameters to
pre-Rel-8 QoS parameters. The old MME then returns a Context Response message, which contains
the MM context and PDP context to the new SGSN. At the same time, the old MME starts the timer
for deletion of the bearer at a later stage.
The message contains the IMSI, ME Identity (if available), and MSISDN.
4. If the PDP context sent by the old MME does not contain security parameters, the operations in security
mode are performed.
5. The new SGSN sends a Context ACK message to the old MME, indicating that the new SGSN has
received the SGSN context.
a. The new SGSN sends an Update PDP Context Request message to the P-GW.
b. The P-GW sends an Update PDP Context Response message to the new SGSN after updating
PDP context related information.
7. The new SGSN sends an Update Location Request message to the HSS.
8. The HSS cancels the location information on the old MME before updating the location information on
the HSS.
a. The HSS sends a Cancel Location Request message to the old MME.
b. The old MME sends a Cancel Location ACK message to the HSS after the location
information on the old MME is canceled.
9. The HSS inserts information about the UE to the new SGSN before updating the location information
on the HSS.
a. The HSS sends an Insert Subscriber Data Request message to the new SGSN.
b. The new SGSN sends an Insert Subscriber Data ACK message to the HSS upon receiving UE
information.
10. After updating location information, the HSS sends an Update Location ACK to the new SGSN.
a. The new SGSN obtains the SGSN context and subscriber data, updates the location
information, and then sends an RAU Accept message to the UE.
b. The UE returns an RAU Complete message to the new SGSN upon completion of the RAU
procedure.
12. The MME requests to delete the original bearer when the timer set in 3b expires.
a. The old MME sends a Delete Session Request message to the S-GW.
b. The S-GW deletes the original bearer and sends a Delete Session Response message to the old
MME.
c. If the S1 connection on the user plane has been established before the RAU procedure, the old
MME must instruct the eNodeB to release the S1 connection. The eNodeB returns a response message
to the old MME upon releasing the S1 connection.
The live network (Recommended) (Primary) combination of the The routes between the
has a complex IPv6 networking dual active interface, load- GGSN/UGW9811 and the
topology, with sharing mode, Eth-trunk IPv6 server support
many IPv6- interface, and OSPFv3 forwarding IPv6 packets.
supporting routing
devices deployed.
Devices on the (Optional) IPv6 IPv6 over IPv4 GRE tunnel The GRE tunnel is
live network over IPv4 established between the
support only tunneling GGSN/UGW9811 and the
IPv4. IPv6 network for transmitting
encapsulated IPv6 packets.
The live network (Others) IPv6 over MPLS tunnel The MPLS network is
is a multiprotocol 6PE&6vPE established between the
label switching GGSN/UGW9811 and the
(MPLS) network. IPv6 network for transmitting
encapsulated IPv6 packets.
The GGSN/P-GW can be deployed together with the CG and OCS to perform online and offline charging on
IPv6 and IPv4v6 UEs. Charging principles for IPv6 and IPv4v6 UEs are the same as those for IPv4 UEs.
However, in the case of quota and call data records (CDRs) for IPv6 and IPv4v6 UEs, the address type is IPv6.
Solution Specifications
Standard Compliance
Category Name
3GPP 3GPP TS 23.060, V9.7.0 "General Packet Radio Service (GPRS) Service
description Stage 2"
3GPP TS 32.215 Charging data description for the Packet Switched (PS)
domain
Category Name
3GPP TS 32.297 Charging Data Record (CDR) file format and transfer
RFC 1885 Internet Control Message Protocol (ICMPv6) for the Internet
Category Name
RFC 2463 Internet Control Message Protocol (ICMPv6) for the Internet
Protocol Version 6 (IPv6) Specification
IETF RFC 4443 Internet Control Message Protocol (ICMPv6) for the Internet
Protocol Version 6 (IPv6) Specification
RFC 5954 Essential Correction for IPv6 ABNF and URI Comparison in RFC
3261
Release History
RNC 13 -
eRAN 2.2 -
SGSN9810 -
V900R010C02
USN9810 -
V900R011C01
UGW9811 -
V900R009C01
SAE-HSS -
V900R006C031
CG9812 -
V500R006C01
UPCC V300R003C01 -
Feature Version Product Version Details Release Plan
DNS9816 -
V100R005C00
Related Topics