DS-lite是關注度非常高的隧道技術，被視為long-term的IPv6演進方案。DS-lite是針對雙棧用戶或者純IPv4用戶的IPv4流量提供穿越IPv6網絡的解決方案。DS-lite技術結合了4in6隧道和NAT44功能，包含兩個功能實體，B4(Basic Bridging Broadband element)位于用戶側實現4in6隧道的封裝和解封裝，AFTR(Address Family Translation Router)位于網絡側實現4in6隧道的解封裝和封裝以及執行IPv4私網地址到IPv4公網地址的NAT44轉換。

對于IPv4流量在DS-lite場景中的數據報文格式如下圖所示：

AFTR設備需要維護softwire與IPv4地址的映射關系，即記錄IPv6隧道源地址、源私網IPv4地址、源端口號與公網IPv4地址、端口號的映射關系。

B4為了實現對IPv4的地址隧道包裝，需要手動配置或者通過協議獲得以下信息：

B4獲得WAN口的IPv6地址，用于封裝隧道的源IPv6地址

所指向的AFTR的地址，用于封裝隧道的目的IPv6地址。RFC6334提出了通過DHCPv6擴展屬性Option 64(AFTR-NAME)類實現AFTR域名的下發，通常是BRAS通過DHCPv6將Option 64下發給B4設備

B4為IPv4 client分配私網地址，具有DHCP的功能，并且這個行為與自發和自管理的

B4需要獲得用戶側的IPv6前綴，滿足雙棧用戶IPv6部分的需求

B4需要獲得IPv6 DNS的配置，用于發起IPv6 DNS請求

B4需要支持DNS-proxy功能，即IPv4用戶發起的DNS在B4上需要進行代理，即以B4為源代為發起DNS請求，請求結果再返回給IPv4 client

為了配合上述過程的順利執行，BRAS、AAA均需要擴展DHCPv6屬性(參考RFC6334)和Radius屬性(RFC6519)，同時BRAS需要基于IPv6地址進行管理DS-lite用戶，IPv6地址作為識別DS-lite用戶的唯一標識，而內層的IPv4地址不作為用戶標識。

如果AFTR是集中部署場景，即與BRAS是分離的，BRAS會將IPv4-in-IPv6的流量視為IPv6報文，不進行IPv4報頭的解析，也就不能進行IPv4業務的QOS管理。

如果AFTR和BRAS是集中式部署的，可以在一臺設備上進行隧道的解封裝后再進行IPv4報文的轉發，可以通過定制開發來實現對IPv4業務的QoS管理。

因此在DS-lite場景中的用戶標識是IPv6相關屬性，運營商也只關注對用戶的IPv6地址分配和基于IPv6報頭流量的計費和管理。