“IPv6+”技术标准体系
“IPv6+”的愿景是通过对IPv6技术的扩展和增强释放IPv6的技术潜力，满足5G和云时代对大规模、高可靠、新业务和智能化IP网络的需求。“IPv6+”的技术内涵包括以SRv6网络编程、网络切片（VPN+）、随流检测（iFIT）、新兴多播（BIERv6）、业务链（SFC）、确定性网络（DetNet）和感知应用网络（APN）等为代表的一系列协议和技术创新，目前正在各标准组织中分阶段进行标准的研究与制定。标准化是“IPv6+”技术创新的重要工作，全面地定义了“IPv6+”技术标准体系，包括与“IPv6+”相关的标准组织、“IPv6+”标准全景图、“IPv6+”标准创新3个阶段以及每个阶段的关键技术创新和标准布局。
1引言
1.1“IPv6+”标准的驱动力
随着5G的兴起和不断发展，人与人的通信将进一步延伸到物与物、人与物的智能互联，使网络技术进入更加广阔的行业和领域，进而涌现丰富多样的垂直行业业务，如车联网、工业控制、环境监测、移动医疗等。随着应用领域的持续扩展，网络需要支持的节点和连接数量将扩大到前所未有的规模。IPv6可以提供海量的地址空间和无处不在的连接，从而满足5G以及垂直行业对网络规模和连接数量的需求。此外，各种垂直行业的业务存在极大的差异性，为了满足垂直行业对网络的差异化需求，IPv6本身所具有的灵活性和可扩展性，为垂直行业的业务创新提供所必需的技术支持。
从另一方面来看，互联网协议的核心标准组织IETF已停止在新的协议标准化中对IPv4兼容性的要求，并将全力支持IPv6标准的优化和完善，这为IPv6的进一步广泛部署和应用铺平了道路。
我国在IPv6部署和实践方面具有一定的优势，同时在5G部署方面走在世界的前列，对于5G和新兴领域、新业务中遇到的各种新需求，可以首先考虑基于IPv6开展一系列的创新和增强，从而成为“IPv6+”标准和产业的引领者。
1.2“IPv6+”标准的意义
在技术创新极大活跃的时代，标准的存在有着重要的意义。首先，早期标准可以有效指导新技术的先行先试，并通过技术试点进一步推动标准的不断完善；其次，成熟标准可以为新技术的快速规模化部署和互联互通提供所必需的指导和规范。在创新、标准、试点和商用部署之间可以形成有效的反馈闭环，基于标准在实践中检验与提升创新，并最终取得商业的成功。标准与各模块之间协调推进关系示意图如图1所示。
图1标准与各模块之间协调推进关系示意图
2“IPv6+”标准全景图
2.1与“IPv6+”相关的标准组织
与“IPv6+”相关的主要标准组织包括IETF（Internet Engineering Task Force，互联网工程任务组）、ETSI（European Telecommunications Standards Institute，欧洲电信标准协会）和CCSA（China Communication Standards Association，中国通信标准化协会）。3个标准组织分别有各自的侧重点，负责“IPv6+”标准在不同平面的延展。同时，三者又可以相互协调，共同构建“IPv6+”标准的制定和推广平台。
IETF是互联网协议规范的核心标准组织，与“IPv6+”相关的领域主要为INT（internet area，互联网域）、RTG（routing area，路由域）和OPS（operations and management，运维管理域），其中相关的工作组主要包括6MAN（IPv6 Maintenance）、SPRING（Source Packet Routing in Networking）和V6OPS（IPv6 Operations）等。其中，6MAN工作组负责与IPv6相关标准的制定，SPRING工作组负责与SRv6相关标准的制定，V6OPS负责与IPv6部署和运维相关的标准的制定。
ETSI是欧洲地区性信息和通信技术（ICT）标准化组织，主要负责与网络架构和部署相关的规范。其中，与“IPv6+”相关的主要工作组是IP6 ISG（Industry Specification Group）。
CCSA是中国的通信行业标准组织，负责中国通信领域的行业标准的制定，其中，TC3的WG1和WG2为负责“IPv6+”的框架和协议扩展规范制定的主要工作组。
2.2“IPv6+”在各标准组织的标准布局
“IPv6+”在内容上包括基于IPv6扩展和增强的多个创新技术方案，在标准上对应一个协议族，在各标准组织形成了一个有机结合的协议标准体系。“IPv6+”涵盖的技术标准规范分为“IPv6+”1.0、“IPv6+”2.0和“IPv6+”3.0，分别分布在表1的标准组织。
“IPv6+”创新的标准技术规范目前正在IETF和CCSA同步展开。由于国内在5G和云等新兴领域的先行先试，将促进国内标准的快速发展，因此后续“IPv6+”在CCSA的标准进展可能会快于IETF国际标准进展。
除了在IETF和CCSA的技术规范制定，“IPv6+”创新也逐步在ETSI开展与架构和部署相关的标准工作。其中，在IPv6 ISG发布了包含IPv6实践、演进以及“IPv6+”创新的技术白皮书，并在ENI ISG立项了“IPv6+”2.0中IFIT的技术需求和框架。
3“IPv6+”1.0：SRv6基础能力
“IPv6+”1.0的主体是在IPv6的基础上引入SRv6网络编程能力，基于SRv6可以在IPv6网络中提供VPN、TE、FRR等特性。
SRv6基础能力的标准布局如图2所示。
SRv6网络编程的框架在IETF草案draft-ietf-spring-srv6-network-programming中定义，主要描述了SRv6网络编程概念和SRv6功能集。该草案已经通过SPRING工作组的最后意见征集（last call），正在IESG评审，有望近期成为RFC。CCSA也分别在TC3 WG1和WG2工作组进行了与SRv6相关标准的制定。包括《基于SRv6的网络编程技术要求》《基于SRv6的VPN网络技术要求》，当前已经完成了报批稿，《基于SRv6的IP承载网络总体技术要求》进入了送审阶段。另外，SRv6故障保护和相关功能测试通过了立项，开始标准化进程，包括《SRv6网络故障保护技术要求》《SRv6技术功能与性能测试要求》《基于SRv6的VPN网络测试要求》。
图2 SRv6基础能力的标准布局
SRv6的报文头格式在IETF草案RFC8754中定义，主要描述了SRv6报文头SRH的封装格式定义，目前已经成为IETF RFC，这是SRv6技术领域的第一篇RFC，也是SRv6标准成熟的一个重要标志和里程碑。
SRv6的基础协议扩展包括如下草案。
•draft-ietf-lsr-isis-srv6-extensions：该草案定义了为支持SRv6对ISIS所需进行的协议扩展，包括定义SRv6 Capabilities sub-TLV来指示节点是否具有支持SRv6的能力、利用SR algorithm TLV指示所支持的算法、SRv6 MSD来指示节点/链路支持的最大SID栈深、SRv6 locator TLV和end SID/end.X等SID sub-TLV、SRv6 SID structure sub-sub-TLV等。
•draft-ietf-lsr-ospfv3-srv6-extensions：该草案定义了为支持SRv6对OSPFv3所需进行的协议扩展，与ISIS扩展支持SRv6类似，包括定义SRv6 capabilities sub-TLV来指示节点是否具有支持SRv6的能力、利用SR algorithm TLV指示所支持的算法、SRv6 MSD来指示节点/链路支持的最大SID栈深、SRv6 locator LSA和end SID/end.X等SID sub-TLV、SRv6 SID structure sub-subTLV等。
SRv6流量工程的协议扩展包括如下草案。
•draft-ietf-spring-segment-routing-policy：该草案系统介绍了SR Policy的框架、概念、标识、信息模型、引流实现以及保护场景应用等，candidate path和相应的BSID等概念也在这篇文稿中引入。该文稿同时适用于SR-MPLS和SRv6两种数据面。
•draft-ietf-idr-bgpls-srv6-ext：该草案定义了为支持SRv6对BGP-LS所需进行的协议扩展。通过BGP-LS对SRv6网络节点、链路、前缀、SID等相关属性信息的收集和传递，可以获得对同一域甚至多域网络拓扑的可视化，从而可以更好地进行SRv6网络编程。
•draft-ietf-idr-segment-routing-te-policy：该草案定义了BGP用于支持SR Policy所需的协议扩展。具体地，定义了一个新的BGP SAFI和NLRI用于发布一个SR Policy的一个candidate path，描述了SR Policy的具体编码（encoding）和相关发布、接收和错误处理操作（operations）。该文稿同时适用于SR-MPLS和SRv6两种数据面。
•draft-ietf-pce-segment-routing-policy-cp：相对于BGP，该草案定义了PCEP用于支持SR Policy所需的协议扩展，构建SR Policy association group将多个candidate path指向一个SR Policy，该文稿同时适用于SR-MPLS和SRv6两种数据面。
SRv6 VPN在IETF草案draft-ietf-bess-srv6services中定义，主要描述了为支持VPN业务对BGP协议所需的扩展，包括支持基于SRv6的BGP业务（L3VPN、EVPN、Internet Services）的具体流程和消息。
SRv6的网络可靠性方案包括了如下草案。
•draft-ietf-rtgwg-segment-routing-ti-lfa：该草案定义了SRv6 TI-LFA保护方案，旨在为SR框架下的节点和链路segment提供保护，可以在任何IGP网络提供有保障的覆盖。
•draft-ietf-rtgwg-srv6-egress-protection：该草案描述了SRv6路径或隧道尾节点快速保护方案的机制和所需IGP协议扩展，包括ISIS和OSPF。
•draft-chen-rtgwg-srv6-midpoint-protection：该草案定义了SRv6 Mid-point保护方案，使发生故障的endpoint的直接邻居执行该endpoint的功能，将IPv6目的地址换成另一个endpoint，并基于这个新的目的地址选择下一跳。
SRv6 YANG模型主要在如下草案中定义：
•draft-raza-spring-srv6-yang：该草案定义了SRv6 base YANG模型。
•draft-raza-spring-sr-policy-yang：该草案定义了SR Policy YANG模型。
•draft-raza-bess-srv6-services-yang：该草案定义了SRv6 service YANG模型。
•draft-hu-isis-srv6-yang：该草案定义了SRv6 ISIS YANG模型。
•draft-hu-lsr-ospf-srv6-yang：该草案定义了SRv6 OSPF YANG模型。
•draft-li-pce-pcep-srv6-yang：该草案定义了SRv6 PCEP YANG模型。
4“IPv6+”2.0标准布局：5G与云新业务使能
“IPv6+”2.0在“IPv6+”1.0提供网络编程能力的基础上，针对5G与云时代的新业务与新功能需求，进一步扩展出一系列的技术创新，并在标准上进行了布局。
4.1网络切片与VPN+
VPN+（enhanced VPN）定义了一种分层网络架构以及其中各层的关键技术，基于VPN和TE（traffic engineering，流量工程）技术结合必要的扩展以提供增强的VPN服务，以满足5G及其他场景下有严格服务质量要求和保证的业务需求。5G网络切片是VPN+的一种典型应用场景。
VPN+的标准布局如图3所示。
图3 VPN+的标准布局
VPN+的框架在IETF草案draft-ietf-teasenhanced-vpn中定义，主要描述实现VPN+业务的一种分层网络架构及各层的关键技术，并识别对现有技术需要进行的扩展。VPN+的框架在CCSA的《支持IP网络切片的增强型虚拟专用网（VPN+）技术要求》中也进行了定义和描述，该项目已经进入送审稿评审阶段。
VPN+特别考虑了承载网络切片的可扩展性，并提出了可能的创新解决方案，这些方案在IETF草案draft-dong-teas-enhanced-vpn-vtn-scalability中进行了描述，主要对海量与大规模承载网切片场景下VPN+方案在控制平面与数据平面的扩展性分析，并提出优化扩展性的方案建议。
VPN+的数据面方案主要有两种方式，一种是基于SR/SRv6的数据面封装，通过扩展SR SID/SRv6 locator的含义，指示报文对应的网络切片的拓扑、功能以及为切片分配的资源；另一种是扩展IPv6报文头携带全局网络切片标识，用于指示报文所对应的网络切片的资源，具体包含如下草案。
•draft-ietf-spring-resource-aware-segments：扩展SR SID用于标识为报文处理预留的网络资源。
•draft-dong-spring-sr-for-enhanced-vpn：定义基于SR/SRv6 SID/locator扩展的VPN+数据面封装和处理流程。
•draft-dong-6man-enhanced-vpn-vtn-id：基于IPv6报文头扩展的VPN+数据面封装和处理流程。
VPN+的控制面协议扩展方案考虑了两类网络切片需求场景，基本功能需求和可扩展功能需求。对于第一类需求，基于对现有控制面技术（如多拓扑和灵活算法）的少量扩展满足基本的承载网切片控制面功能，这类方案相对容易实现，但在灵活性和扩展性方面会受限制；对于第二类需求，基于对各种控制面技术和属性的组合与扩展，提供满足承载网切片灵活定制和海量、大规模切片需求的控制面能力。具体包含如下草案。
•draft-xie-lsr-isis-sr-vtn-mt：基于多拓扑（multi-topology）的VPN+IGP协议扩展，用于在网络设备之间分发切片拓扑与资源等属性信息。
•draft-xie-idr-bgpls-sr-vtn-mt：基于多拓扑的VPN+BGP-LS协议扩展，用于向控制器上报网络切片的拓扑与资源等属性信息。
•draft-zhu-lsr-isis-sr-vtn-flexalgo：基于灵活算法（Flex-Algo）的VPN+IGP协议扩展，用于在网络设备之间分发切片拓扑与资源等属性信息。
•draft-zhu-idr-bgpls-sr-vtn-flexalgo：基于灵活算法的VPN+BGP-LS协议扩展，用于向控制器上报网络切片的拓扑与资源等属性信息。
•draft-dong-lsr-sr-enhanced-vpn：支持灵活、海量切片的VPN+IGP协议扩展，用于在网络设备之间分发切片拓扑与资源等属性信息。
•draft-dong-idr-bgpls-sr-enhanced-vpn：支持灵活、海量切片的VPN+BGP-LS协议扩展,用于向控制器上报网络切片的拓扑与资源等属性信息。
VPN+的管理面通过网络切片的北向接口模型，使承载网切片使用者可以下发网络切片的需求信息，并收集网络切片的能力和状态信息，对应如下IETF草案。
draft-wd-teas-transport-slice-yang：定义承载网切片的抽象北向接口模型。
4.2随路测量与iFIT
随路网络测量是数据平面的Telemetry使用的一种关键技术，可以提供数据平面逐个分组报文的信息。随路网络测量并不会发送主动探测报文，而是在用户报文中携带OAM的指令。在报文转发的过程中，OAM信息跟随报文一起转发，完成测量。iFIT提供了随路网络测量的架构和方案，支持多种数据平面，通过智能选流、高效数据上送、动态网络探针等技术，融合隧道封装，使在实际网络中部署随路网络测量成为可能。
iFIT标准规范在IETF、ETSI和CCSA同步开展。iFIT的标准布局如图4所示。
图4 iFIT的标准布局
iFIT的框架在IETF草案draft-song-opsawgifit-framework中定义，描述了一个运营商可以部署的自动化Telemetry架构。该架构下，通过智能选流、动态探针、上送压缩等技术解决大型网络部署时遇到的诸多挑战。iFIT架构也同步在ETSI ENI ISG获得立项，预计2021年能够正式完成。iFIT框架在CCSA的《电信运营商网络带内流信息自动化质量测量技术要求》中也进行了定义和描述，该项目已经进入送审稿评审阶段。iFIT的数据面包括如下IETF草案。
•draft-ietf-ippm-ioam-data：定义Passport模式的IOAM数据面封装。在该模式下，网络节点收到IOAM指令，并根据指令抓取和报文相关的信息，然后直接将信息记录在数据报文中。直到报文到达尾节点，将信息上传给分析器。
•draft-ietf-ippm-ioam-dex：定义postcard模式IOAM数据面封装。在该模式下，网络节点收到IOAM指令，并根据指令抓取和报文相关的信息，然后直接将信息上送给分析器。
•draft-ietf-6man-ipv6-alt-mark：定义交替染色数据面封装。基于RFC8321报文染色技术，通过对IPv6报文扩展头部特定字段的交替染色及各节点设备报文统计周期上报控制器，实现对报文丢弃、转发时延及抖动的高精度可视，提供对网络实际流量进行直接测量的能力。
iFIT的控制面协议扩展主要用于信息能力通告和SR Policy的iFIT能力使能，主要包含如下IETF草案。
•draft-wang-lsr-ifit-node-capability-advertisement：iFIT能力通告。通过对IGP的扩展，将支持iFIT处理的能力在域内泛洪，构建iFIT处理能力的拓扑图。
•draft-qin-idr-sr-policy-ifit：iFIT自动部署。通过对SR-Policy的扩展，为不同的SR隧道配置iFIT能力，使进入对应隧道的流，自动触发SLA的测量。
iFIT的管理面协议扩展包括对iFIT功能的配置和对数据的高速上送，主要包含如下草案。
•draft-zhou-ippm-ioam-yang：IOAM YANG模型定义了IOAM的配置接口，支持通过Netconf协议对指定的流应用IOAM。
•draft-unyte-netconf-udp-pub-channel：基于UDP的高速上送通道。该文稿提供一种基于UDP的订阅和发布机制，支持大量流信息的高速上送。
4.3新型多播与BIERv6
BIERv6（bit indexed explicit replication using IPv6 data plane，基于IPv6的位索引显示复制）是利用IPv6扩展头、IPv6地址可达性及其可编程空间，以native IPv6的方式实现的BIER多播架构，提供更好的多播部署能力和扩展支持后续native IPv6特性的能力。
BIERv6在IETF和CCSA定义标准，标准布局如下。
•BIERv6的需求和用例在IETF草案draft-ietf-bier-ipv6-requirements中定义，主要描述BIER在IPv6网络中承载的技术要求，包括能够完整支持BIER技术架构以及IPv6扩展的合理性等。
•BIERv6的封装格式在IETF草案draft-xiebier-ipv6-encapsulation中定义，主要定义了BIERv6类型的IPv6 detonation options header用于携带BIER header，并使用特定的IPv6 address指示BIERv6转发。
•BIERv6的IS-IS协议扩展在IETF草案draft-xie-bier-ipv6-isis-extension中定义，主要描述扩展IS-IS协议用于在网络中泛洪指示BIERv6转发的IPv6地址。
•BIERv6的跨域方案在IETF草案draftgeng-bier-ipv6-inter-domain中定义，主要描述怎样使用静态配置实现BIERv6跨域。
4.4业务链（SFC）
业务链（service function chaining，SFC）是一种网络业务，其一般指数据分组要经过的一组业务功能的处理。一条业务链一般包含多个SF（业务功能），这些SF一般是增值服务，比如防火墙等。基于SRv6，可以将SF相关的SID插入SID list中，从而支持业务链。目前基于SR的SFC的标准化工作主要在IETF进行，具体包括如下几个方面。
（1）SFC数据面方案
SFC数据面之前主要有基于PBR与NSH的实现方式，随着SR-MPLS/SRv6的出现，基于SR数据平面实现的SFC成为当前的研究和标准化热点。目前基于SR的SFC数据平面的标准化进程已经接近成熟，相关草案已经被接收为工作组草案。具体的文稿介绍如下。
•draft-ietf-spring-sr-service-programming：该草案定义了SRv6 SFC的数据面扩展，主要定义了SR-aware SFC的SR-MPLS和SRv6 SID，以及SF不支持SR时所需的SR proxy SID。这些SID可以被编码到SID list中，用于指定一条业务链。基于SR，可以在头节点指定SFC的转发路径，因此无需像NSH那样在每一个节点维护逐流的转发状态，因此称为stateless SFC（无状态的SFC）。无状态的SFC减少了中间节点的状态，使部署SFC更简单。
•draft-ietf-spring-nsh-sr：该草案定义了SR与NSH结合实现SFC的两种方式。第一种方法描述了使用SR作为NSH的底层传输隧道的方法。在这种方法中SFC的业务层转发路由依然由NSH指定，而每一个NSH节点之间的传输隧道可以为SR隧道。第二种方法描述了在头节点基于SR完整描述SFC转发路径，并通过NSH实现SFF到SF之间流量转发的方法。这两种是SFC业务从NSH数据平面升级到SR/SRv6数据平面的可选过渡方案。
（2）SFC控制面方案
SFC控制平面需要基于已有的BGP/BGP-LS甚至IGP进行扩展，目前业界主要针对基于NSH数据平面和基于SR/SRv6数据平面的SFC设计控制面方案，主要文稿包括如下。
•draft-dawra-idr-bgp-ls-sr-service-segments：该草案定义了SR based SFC的BGP-LS控制面扩展，主要扩展了对应的NLRI携带service function相关的信息。节点在上报SID给控制器时，通过给对应的SID增加service function信息绑定该SID到指定的SF。控制器基于上报的service SID可以实现SFC的业务编排。
•draft-ietf-bess-nsh-bgp-control-plane：该文稿定义了基于NSH的SFC控制平面扩展，主要定义了一种新的BGP地址族，用于携带NSH的路由信息。该地址族包含SF实例的路由信息和SF的路径路由信息，可用于SFC转发节点构建对应的SF路由表。
•draft-li-spring-sr-sfc-control-plane-framework：该草案整理了SR based SFC的控制面扩展工作，列举介绍了BGP/BGP-LS/IS-IS/OSPF等文稿。目前，基于NSH的SFC的控制平面可以基于BGP的扩展文稿draft-ietf-bess-nsh-bgp-control-plane实现。基于SFC的控制平面可以基于draft-dawraidr-bgp-sr-service-chaining实现。由于支持SFC的节点一般为业务节点，所以当前SFC控制面主流方案基本都基于BGP扩展。此外，业界也提出了基于IGP的SFC控制面解决方案，如draft-xu-isis-service-function-adv和xu-ospf-service-function-adv。
4.5确定性网络（DetNet）
确定性网络（deterministic networking，DetNet）技术是一种提供可承诺SLA保证的网络技术，它能够综合统计复用和时分复用的技术优势，保证高价值业务流提供有界时延、低抖动、零分组丢失的确定性网络服务。
目前DetNet的标准化工作主要在IETF进行，包括：
•DetNet架构在RFC8655中定义，主要描述实现确定性网络所需的技术方法，包括数据面的资源预留、显式路径以及业务保护等；
•DetNet的SRv6数据面方案在draftgeng-detnet-dp-sol-srv6中定义，主要描述在SRv6中实现确定性网络所需的数据面扩展，包括定义新的SRH optional TLV等；
•Detnet控制面架构和方案在draft-malisdetnet-controller-plane-framework中定义，主要描述实现DetNet的控制面架构设计和技术选项。
4.6 SRv6压缩与G-SRv6
由于SRv6的SID为128 bit的IPv6地址，因此当SID数目过长时，报头开销就相对可观，影响了硬件处理效率和报文传输效率。G-SRv6（generalized SRv6）通过定义新的SID类型指示压缩SID的携带，从而在不改动SRH的封装格式的情况下支持在SRH中携带128 bit的SID和携带32 bit SID等长度的压缩SID。携带压缩SID可以显著减少SRv6的报头开销，提升传输效率，降低对硬件的要求。当前G-SRv6的标准创新工作主要在IETF和CCSA开展。
在IETF的工作中，主要包含以下几个方面。
•G-SRv6的框架在draft-cl-spring-generalized-srv6-np中定义。该草案提出了G-SRv6的架构设想与架构需求，并描述了G-SRv6支持将SRv6 SID、压缩SID、MPLS甚至IPv4隧道信息封装到SRH中的方法。整体上，G-SRv6架构可以包含3个方面：支持压缩SRv6 SID编程、支持SR-MPLS SID编程和支持IPv4隧道信息编程。
•G-SRv6的数据平面封装在draft-lc6man-generalized-srh中定义，该草案定义了G-SRv6的数据面封装generalized SRH，generalized SRH可以支持封装多种SID，包括SRv6 SID、MPLS SID和IPv4隧道信息等内容。
•G-SRv6用于支持SRv6压缩在draft-clspring-generalized-srv6-for-cmpr中定义。该草案定义了G-SRv6用于SRv6压缩的解决方案，方案主要定义了COC（continuation of compression）flavor用于指示压缩SID的出现和操作。此方案通过定义高效的SID编码格式和IPv6目的地址更新方式，从而在无须改变SRH的封装格式的情况下支持SRv6压缩。此外，G-SRv6还支持与SRv6 SID灵活混编，因此可以很好地支持存量升级，支持SRv6网络平滑地升级到支持压缩的G-SRv6网络。
在CCSA方面，已经在TC3 WG2工作组完成了《基于SRv6的报文头压缩技术》的项目立项，目前该项目还在稳步推动中。
5“IPv6+”3.0：感知应用的IPv6网络
APN6（application-aware IPv6 networking，感知应用的IPv6网络）作为“IPv6+”3.0的主体，在“IPv6+”2.0的基础上进一步实现网络能力与业务需求的无缝结合。利用IPv6/SRv6报文自身的可编程空间，将应用信息（应用标识和对网络性能需求）随报文携带进入网络，以native的方式使网络感知到应用及其需求，从而为其提供相应SLA保障。APN6标准规范目前主要在IETF和CCSA同步开展，主要包括如下几个方面。
•draft-li-apn6-problem-statement-usecases：梳理了当前网络在应用识别和精细差异化运营等方面面临的问题和挑战，澄清了对APN6的需求，并对关键用例进行了描述，如感知应用的SLA保障、感知应用的网络切片、感知应用的确定性时延网络、感知应用的网络测量、感知应用的业务链等。
•draft-li-apn6-framework：介绍了APN6的整体框架和APN6中的关键元素，包括感知业务的应用、应用感知网络边缘封装节点、应用感知隧道映射节点、应用感知中间节点、应用感知尾节点。
•draft-liu-apn-edge-usecase、draft-zhang-apngame-acceleration-usecase：分别介绍了APN6在边缘计算和游戏加速场景下的实际用例。文稿描述了APN6具体的应用场景，在这些场景下APN6对提高关键应用的用户的体验和SLA保障，以及APN6的商业模型。
•draft-li-6man-app-aware-ipv6-network：介绍了APN6中应用信息在IPv6网络中的封装。
APN6 Side meeting（边会）：在IETF105举办了APN6的Side meeting，针对APN6的需求澄清、框架和信息传递、用例等进行了宣讲和讨论。吸引了来自运营商、厂商、学术界等的广泛关注，共有50余位专家参会。与会专家对APN6的价值达成了一定的共识。
6结束语
目前，“IPv6+”涵盖的技术标准体系规范正在IETF、ETSI和CCSA等各个标准组织有条不紊地展开。在部分技术方向上，国内标准已经与国际标准形成了齐头并进的态势，特别是一些与新应用、新场景结合紧密的新方向，国内的标准创新已经开始走在业界的前沿。在这种新形势下，“IPv6+”需要以中国标准作为技术创新交流与标准制定的基础平台，并通过ETSI加强与欧洲在网络架构创新方面的合作，结合中国巨大的网络体量和活跃的网络用户数量，探索中国创新先行先试，进而从国内标准创新向国际标准输出的新工作模式。
