ICS 33.040.40 CCS M32 YD 中华人民共和国通信行业标准 XX/T XXXXX-XXXX 基于SR的组播技术要求 Technical specification for segment routing point-to-multipoint （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX 中华人民共和国工业和信息化部 发布
目次 前 旱 1范围 2规范性引用文件 3术语和定义， 4缩略语 5SRP2MP技术架构 6SRP2MP关键技术. 6.1复制段 6. 2 SR P2MP Tre. 6. 3 SR P2MP Policy. 6.4 P2MP Tree 的建立 0 6.5可靠性 7 SRP2MP的组播业务. 7. 1 SR P2MP P-Tunnel.. 7. 2SRP2MP的PMSI Tunnel属性 7.3MVPN自动发现和绑定流程 7.4MVPN入口复制 10 7.5MVPN路由抑制.. 7.6SRP2MPTree用于EVPN. 11 附录A（资料性）基于SR-MPLS的SRP2MP实现流程 .13 参考文献.. 行业标准信息服务平台 .15
前 言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

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

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

本文件起草单位中国电信集团有限公司、中兴通讯股份有限公司、华为技术有限公司、新华三技 术有限公司、中国信息通信科技集团有限公司、上海诺基亚贝尔股份有限公司.

本文件主要起草人朱永庆、龚霞、刘尧、张征、阮科、伍佑明、陈迅、黄晓莹、彭书萍、万晓兰、 姚民、范志文、周惠琴、陈端 行业标准信息服务平台 II
基于SR的组播技术要求 1范围 本文件规定了基于SR的组播（SRP2MP）技术要求，包括SRP2MP的技术架构，SRP2MP Tree的构建方法，基于SRP2MP的组播业务等.

本文件适用于基于SR-MPLS或SRv6的组播应用场景，也适用于支持SR组播技术的网络 设备研发、测试等.

2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

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

IETF RFC6514MPLS/BGP IP VPN 组播的 BGP 编码和流程（BGP Encodings and Procedures for Multicast in MPLS/BGP IP VPNs) IETF RFC7988组播VPN中的入口复制隧道（Ingress Replication Tunnelsin Multicast VPN) 3术语和定义 下列术语和定义适用于本文件.

3. 1 段路由点到多点技术SRP2MP 以SR-MPLS或SRv6为数据面，结合路径计算单元，实现报文点到多点传输的技术.

3.2 复制段replication segment 段路由中的一种新类型的段（segment），通过在SR域内使用复制段，复制节点可以把 服务平台 报文复制到一组下游节点.

3.3 段路由点到多点树SRP2MPtree 由一组复制段拼接而成的点到多点转发树.

3.4 段路由点到多点策略SRP2MPPolicy 用于实现基于SR的组播业务传输的SRPolicy.

第1页
4缩略语 以下缩略语适用于本文件.

API 应用程序编程接口 Application Programming Interface ASBR 自治域边界路由器 Autonomour System Border Route BGP 边界网关协议 BorderGateway Protocol IMET 包含性组播以太网标签 Inclusive Multicast Ethernet Tag I-PMSI 相容性运营商组播业务接口 Inclusive Provider-Multicast Service Interface EVPN 以太虚拟专用网络 Ethermet Virtual Private Network MPLS 多协议标签交换 Multi-Protocol Label Switching MVPN 组播虚拟专用网络 Multicast Virtual Private Network NETCONF 网络配置协议 Network Configuration Protocol NVE 网络虚拟化边缘 Network Virtualization Edge PHP 倒数第二跳弹出 Penultimate Hop Popping P2MP 点到多点 Point to Muti-point PCE 路径计算单元 Path Computation Element PCEP 路径计算单元协议 Path Computation Element Communication Protocol SID 分段标识符 Segment Identifier SR 分段路由 Segment Routing SRv6 IPv6数据面的分段路由技术 SR on the IPv6 data plane S-PMSI 选择性运营商组播业务接口 Selective Provider-Multicast Service Interface VPN 虚拟专用网络 Virtual Private Network 5SRP2MP技术架构 SRP2MP是以SR-MPLS或SRv6为数据面，基于SDN控制器计算SR点到多点树（SR P2MPTree，简称为P2MPTree），实现报文点到多点传播的技术.

SRP2MP对于数据面的 改动较小，每个P2MPTree分支上，依然是基于SR单播的转发，实现简单，可在网络中灵 活部署.

SRP2MP网络中主要包含控制器（路径计算单元）、根节点、复制节点和叶子节点等 功能节点，其技术架构如图1所示.

信息服务平台 第2页

ICS 33.020 CCS M07 YD 中华人民共和国通信行业标准 YD/TxxxX-XXxx 基于电话信道的数据智能分析和处理技术 要求 Technical requirements for data intelligent analysis and processing on telephonechannel 行业标准信息服务 xxxx-xx-xx发布 xxxx-xx-xx实施 中华人民共和国工业和信息化部发布
目次 前言 III 1范围 2规范性引用文件 3术语、定义和缩略语.

3.1术语和定义.

3.2缩略语... 4基于电话信道的数据智能分析和处理技术框架 4.1系统技术框架.

4.2数据处理概述.

5电话信道数据采集要求 5.1采集数据要求.

5.2采集技术要求 6电话信道的数据处理分析技术要求.

6.1数据的语音分析及处理， 6.2数据的语义分析和处理 6.3结合元数据的分析及处理， 7数据安全要求 7.1通用要求， 7.2数据交互和保存.

7.3隐私保护要求 8数据开放服务要求.. 行业标准信息服务平台
前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别专利的责任.

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

本文件起草单位中国电信集团有限公司、中国信息通信研究院、南京新一代人工智能研究院有限 公司.

本文件主要起草人：林悦、赵德欣、曾然然、刘晴、李荪.

行业标准信息服务平台
基于电话信道的数据智能分析和处理技术要求 1范围 本文件规定了基于电话信道的数据分析技术框架，给出了数据采集要求、数据处理分析技术要求、 数据安全要求和开放服务要求.

本文件适用于指导具备话务系统或语音业务的企业用于面向语音数据分析产品的设计、开发等技术 参考.

2规范性引用文件 下列文件对于本文件的应用是必不可少的.

凡是注日期的引用文件，仅所注日期的版本适用于本文 件.

凡是不注日期的引用文件，其最新版本（包括的修改单）适用于本文件.

GB/T35273-2017信息安全技术个人信息安全规范 GB/T35295-2017信息技术大数据术语 3术语、定义和缩略语 3.1术语和定义 GB/T35295-2017界定的以及下列术语和定义适用于本文件.

3.1. 1 结构化数据 structured data 一种数据表示形式，按此种形式，由数据元素汇集而成的每个记录的结构都是一致的并且可以使用 关系模型予以有效描述.

[来源：GB/T 35295-2017 2.2.13] 3.1. 2 非结构化数据unstructureddata 不具有预定义模型或未以定义方式组织的数据.

息服务 [来源：GB/T 35295-2017 2.1.25] 3.1.3 元数据metadata 通常指描述数据属性的信息，用来支持如指示存储位置、历史数据、资源查找、文件记录等功能.

本标准特指企业数据结构化后的基础数据集合.

3.2缩略语 下列缩略语适用于本文件.

FTP 文件传输协议 File Transfer Protocol HTTP 超文本传输协议 Hyper Text Transfer Protocol HTTPS 超文本传输安全协议 Hyper Text Transfer Protocol over Secure Socket Layer MD5 消息摘要算法第五版 Message Digest Algorithm 5 4基于电话信道的数据智能分析和处理技术框架 4.1系统技术框架 系统技术框架如图1所示： 业务数据 数据采集模块 数据关联与存储 能力开放模块 数据提联（业务数据、语音数据） 关系库 数据中台 数据青洗（数据质量等有效性核检） 一业务元数据 关联数据 数据转换（格式转换，角色分离，音频抽取） 语音文件 分布式存健、 文本文件 数据安全 声纹库、 数据存储 关联检索 语音数据 数据分折模块 语音库 服务中台 特征提取 文本数据- 特证向量 应用服务、 情感分析 语义分析 特证数据 BV存储 资康管理 实时计算、 联合识别 数据整合 标准 图1系统技术框架 4.2数据处理概述 4.2.1数据来源 话务业务系统产生的数据包括基础数据、报表、日志、文本、语音等不同类别和来源的结构化和非 结构化数据.

数据经处理后可以服务的方式为应用提供数据资源支檬.

数据处理包括数据的采集和分析 两方面.

4.2.2数据采集 数据采集的要求： a）可包括对数据的审核、提取、清洗和转换等环节.

采集的方法应支持系统中不同业务来源或子 系统的业务数据和语音文件，并遵循预定的采集策略执行： b） 处理后的数据应满足格式、质量等技术要求.

此过程中可设计整理业务元数据并归类，同时应 考虑原始数据的安全性和完整性.

ICS 33.030 CCS M21 YD 中华人民共和国通信行业标准 YD/TxxxX-XXxx 基于公用通信网络的智能图像识别算法及 测试评估总体技术要求 Test and evaluationof intelligent image recognition algorithm based onpublic munication networkgeneraltechnical requirements 行业标准信息服务 xxxx-xx-xx发布 xxxx-xx-xx实施 中华人民共和国工业和信息化部发布
目 次 前言 1范围. .1 2规范性引用文件.. .1 3术语、定义和缩略语 .1 3.1术语和定义 3.2缩略语 .3 4智能图像识别算法分类及定义 .4 5智能应用系统总体架构 4 5.1综述 5.2总体架构图 .4 5.3智能图像管理子系统（IVM） .5 5.4中心智能识别单元（IVU） .5 5.5前端智能识别模块（PIV） .5 5.6客户端智能识别模块（CIV） .6 6智能图像识别算法功能要求. . 6.1目标检测与特征提取 .6 6.2目标数量分析 7 6.3目标识别.. .7 6.4行为分析 .7 6.5视频摘要. 8 7智能图像识别算法性能要求， ..8 7.1目标检测与特征提取 .8 7.2目标数量分析 6” 7.3目标识别 6” 7.4行为分析 10 7.5视频摘要处理能力 .10 8测试评估要求， .10 8.1概述 .10 8.2可靠性测试 .10 8.3易用性测试 .11 8.4维护性测试. .11 8.5可移植性测试 .11 8.6用户文档集测试 .12
前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

本文件是基于公用通信网络的智能图像识别算法及测试评估系列之一，该系列标准名称和结构如下 一一基于公用通信网络的智能图像识别算法及测试评估总体技术要求 一一基于公用通信网络的智能图像识别算法及测试评估 人脸识别 本文件由中国通信标准化协会提出并归口.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别这些专利的责任.

本文件起草单位：中国电信集团有限公司.

本文件主要起草人：张琳妹、赵建军、徐敏捷、张园、冯明、张艳霞、崔瑞琳、周杰、胡豆豆.

行业标准信息服务平台
基于公用通信网络的智能图像识别算法及测试评估 总体技术要求 1范围 本文件规定了智能分析视频监控系统框架，包括智能图像识别算法的分类及定义、总体 架构、智能算法功能要求、智能算法性能要求、测试评估要求等.

本文件适用于国内视频监控智能业务的应用.

2规范性引用文件 下列文件对于本文件的应用是必不可少的.

凡是注日期的引用文件，仅所注日期的版本 适用于本文件.

凡是不注日期的引用文件，其最新版本（包括的修改单）适用于本文件.

GA 802 机动车类型术语和定义 GA/T 8332016 机动车号牌图像自动识别技术规范 GA/T 1154. 22014 视频图像分析仪第2部分：视频图像摘要技术要求 GA/T 1399. 22017 公安视频图像分析系统第2部分：视频图像内容分析及描述技 术要求 3术语、定义和缩略语 3.1术语和定义 下列术语和定义适用于本文件.

3. 1. 1 视频图像内容分析videoandimagecontentanalysis 对视频图像中的人、车、物等对象的特征、行为、数量、进行检测或识别判断的过程.

3. 1. 2 视频图像内容描述content cescriptionofvideo andimage 用计算机可识别的、结构化的数据对视频图像内容分析结果进行表述.

3.1.3 正检 true positive 视频图像中出现应该被检测的目标或事件，且视频图像分析系统输出了正确的检测结果.

3.1. 4 漏检falsenegative 视频图像中出现应该被检测的目标或事件，但视频图像分析系统未输出正确的检测结果.

3.1.5 误检false positive 视频图像中未出现应该被检测的目标或事件，但视频图像分析系统输出了检测结果.

3.1. 6 检测率true positiverate 视频图像分析系统输出的正确目标数或正确事件数与视频图像中应该被系统检测的目 标数或事件数的百分比.

检测率= 正检数 漏检数正检数 ×100% 3. 1.7 误检率false positiverate 视频图像分析系统输出的目标或事件中，错误目标数或事件数所占的百分比.

误检率= 误检数 误检数正检数 ×100% 3.1.8 漏检率false positiverate 视频图像分析系统输出的目标或事件中，漏检目标数或事件数所占的百分比.

漏检率= 漏检数 漏检数正检数 ×100% 3. 1. 9 识别准确率recognition accuracy 目标识别任务中，视频图像分析系统正确识别的目标数与应被正确识别的目标总数的百 分比.

识别准确率 识别正确的目标数 应被正确识别的目标总数 ×100% 3.1.10 中心管理单位centremanagementunit（CMU） 视频监控系统的中心管理服务单元，提供网络视频监控业务：作为管理中心提供客户/ 用户管理、前端/平台设备管理和虚拟域管理：作为存储中心存储用户数据和业务参数配置 数据：作为Portal提供内容发布等功能.

3.1. 11 服务控制单元servicecontrolunit（SCu）

ICS 35. 110 CCS M73 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 基于流式的直播多码率自适应协议 Live multi-rate adaptive protocol based on streaming (LAS) （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/T XXXXXXXX 目次 前言.

引言. V 1范围.. 1 2规范性引用文件， 1 3术语、定义和缩略语.

..1 3.1术语和定义 3.2缩略语 4基于流式的直播多码率自适应协议概述， ..2 4.1概述， .2 4.2媒体呈现描述 .2 4.3LAS请求描述.

.2 4.4LAS服务描述 .2 4.5LAS客户端描述 .2 5媒体呈现描述， .3 5.1概述 .3 5.2层次化数据模型 .3 6LAS请求描述 .4 6.1概述 6.2LAS请求语法， .4 6.3LAS请求生成 .5 6.4LAS请求响应规范 .. 附录A（资料性）MPD示例 8” A1MPD示例 .8 附录B（资料性）LAS请求示例 ..10 B.1LAS请求示例.. 10 附录C（资料性）LAS服务端推荐实现， ...11 C.1转码规范 ..1 C.2缓存规范 .11 附录D（资料性）LAS客户端推荐实现， ... D.1概述 .13 D.2LAS客户端架构 13 D.3MPD解析 ..1.3 D.4下载器 .13 D.5解码渲染， 14 D.6自适应策略 .14
YD/TXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

请注意本标准的某些内容可能涉及专利.

本标准的发布机构不承担识别这些专利的责任.

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

本文件主要起草单位北京快手科技有限公司，中国电信集团有限公司，腾讯云计算（北京）有限 责任公司，阿里云计算有限公司，北京百度网讯科技有限公司，网宿科技股份有限公司，北京金山云网 络技术有限公司.

本文件主要起草人：周超，郭亮，于冰，陈戈.

行业标准信息服务平台 II
YD/TXXXXXXXX 引言 随着移动互联网的发展，网络视频逐渐成为互联网流量的重要组成部分.

与此同时，追求良好的直 播观看体验也对流媒体相关技术提出了更高要求.

为满足高清晰、低卡顿、低延迟的直播需求，基于流 式的直播多码率自适应协议应运而生.

基于流式的直播多码率自适应协议（Live Multi-Rate Adaptive Protocol based on Streaming），简称LAS， 描述了直播多码率自适应框架与实现规范： a)参考代码：https:/github./KwaiVideoTeam/las b）官方网站：las-tech.org.cn LAS具有以下优势： a）低延迟自适应：LAS基于帧级流式传输，降低端到端延迟：同时支持多码率无缝自适应切换， 适应时变的网络环境，平衡观看的清晰度与流畅度： b）易扩展：LAS与传统的流式非多码率框架（例如HTTP-FLV）完全兼容，现有直播架构可无痛 轻松升级至LAS;LAS对传输协议透明，支持基于TCP/UDP的多种协议： c)易部署：LAS得到各云厂商的认可与支持，国内各云厂商均支持，部署简单方便： d）高效性：LAS基于流式传输，不同于基于分片的架构，请求数量少，开销低，此外，LAS经过 大规模验证，具有优秀案例.

行业标准信息服务平台 II1
YD/T XXXXXXXX 基于流式的直播多码率自适应协议 1范围 本文件规定了基于流式的直播多码率自适应的技术要求，包括媒体呈现要求和请求规范等要求.

本文件适用于在线多媒体直播业务.

2规范性引用文件 本文件没有规范性引用文件.

3术语、定义和缩略语 下列是术语定义适用于本文件 3.1术语和定义 3. 1. 1 基于流式的直播多码率自适应协议livemulti-rateadaptiveprotocol basedonstreaming 即该协议所定义的直播业务中的媒体描述和请求描述.

3. 1. 2 媒体呈现mediapresentation 由客户端访问、用于向用户提供流媒体服务的一组数据的集合.

其中包括了已编码并可传输的媒体 流及其恰当描述.

3.1. 3 媒体呈现描述mediapresentationdescription 为了提供流媒体业务而对媒体呈现（MediaPresentation，简称MP）进行的格式化描述，定义了媒 体流的资源标识符格式及被标识的资源在媒体呈现中的上下文.

3. 1. 4 LAS请求描述 LAS request specification LAS客户端向服务端请求媒体流的请求规范，定义了请求生成规范和请求响应规范.

3.2缩略语 下列缩略语适用于本文件.

CDN：内容分发网络（Content Delivery Network） GOP：关键顿周期（GroupofPictures） HTTP：超文本传输协议（Hypertext TransferProtocol）

CCS M32 YD 中华人民共和国通信行业标准 XX/TXXXXX-XXXX 基于位索引的显式复制网络流量 工程技术要求 Technical specification of BlER traffic engineering 业标准信息服务平台 报批稿） XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
xX/TxXxXXxXXx 目次 前 1 范围 2规范性引用文件.

3术语和定义， 4缩略语 5概述. 6 BIER-TE技术架构 7BIER-TE数据面技术要求 7.1BIER-TE的转发机制 7.1.1总体要求.... 7.1.2BIER-TE转发表. 7.1.3BIER-TE邻接类型 7.1.4BIER-TE的封装格式 7.2BIER-TE转发示例... 8BIER-TE控制面技术要求. 8.1BP分配、 8.2BIER-TE的IGP协议扩展 8.3 BIERTE 的 BGP-LS 协议扩展 8.4BIER-TE的PCEP协议扩展 行业标准信息服务平台
xX/TXXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》 的规定起草.

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

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

本文件起草单位：中国电信集团有限公司、中兴通讯股份有限公司、中国信息通信科技集 团有限公司、新华三技术有限公司.

本文件主要起草人：粪霞、阮科、熊泉、张征、朱永庆、陈迅、袁世章、朱冰、汪俊芳、 李昊、万晓兰、伍佑明、黄晓莹、杨冰、唐宏.

行业标准信息服务平台 II
XX/TxXXXXXXXX 基于位索引的显式复制网络流量工程技术要求 1范围 本文件规定了基于位索引的显式复制网络流量工程技术要求，分析了基于位索引的显式复制网络流 量工程的组网架构，制定了数据面、控制面及确定性技术要求.

本文件适用于基于位索引的显式复制网络流量工程组网应用场景.

2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

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

YD/T3365-2018位索引显式复制（BIER）技术要求 IETF RFC8279使用位索引显式复制的组播系统（Mulicast Using Bit Index Explicit Replication (BIER)) IETFRFC8296在MPLS和非MPLS网络中的位索引显式复制的封装设计（Encapsulation for Bit Index Explicit Replication (BIER) in MPLS and Non- MPLS Networks) 3术语和定义 3. 1 位转发路由器bitforwardingrouter 支持组播位转发能力的路由器.

3. 2 子域sub-domain 使用唯一的子域号进行区分的BIER域中的独立子域.

3. 3 位串bit string 封装在BIER报文头中，用来标识该BIER域出口节点的位集合.

XX/T xXXXXxxXX 3. 4 比特位位置bit position BitString中置1的位置.

每个位转发路由器对应的位串中只有一个比特位位置置1.

3.5 位串长度bit string length/BSL BIER技术转发时位串的长度，最小64位，依次有128，256，512，1024，2048，最大4096位.

具体 在报文中通过4bits来标识，例如当BitStringLength/BSL为64时，报文中用0001标识，当BSL为128时， 报文中用0010标识，当BSL为256时，报文中用0011标识，当BSL为512时，报文中用0100标识，当BSL为1024 时，报文中用0101标识，当BSL为2048时，报文中用0110标识，当BSL为4096时，报文中用0111标识.

3. 6 集标识setidentifier 当使用的BSL长度不足以包括一个sub-domain节点的BFR-id时，比如说，一个sub-domain中有10 个节点，但是BSL只有4位时，需要分不同的层，则不同层使用不同的SI来标识.

3. 7 位索引转发表bit index forwarding table BIER域内组播流量的转发通过位索引转发表BIFT实现逐跳转发.

以下缩略语适用于本文件.

BFER位转发出口路由器(Bit Forwarding Egress Router) BFIR位转发入口路由器(Bit Forwarding Ingress Router) BFR位转发路由器(Bit Forwarding Router) BGP-LS边界网关链路协议(BoderGateway ProtocolLinkState) BIER位索引显式复制技术(BitIndex Explicit Replication） BIER-TE基于位索引显式复制的流量工程技术(Bit Index Explicit Replication Traffic Engineering) BIFT位索引转发路由表(Bit Index Forwarding Table) BitString位串(BitPosition String) BSL位串长度(BitString Length) BP比特位(Bit Position)

ICS 33. 040.40 CCS M32 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 交通信息物理系统（T-CPS）框架下的网络建模技术规范 Technical specification for network modeling under the framework of （T-CPS) transportation cyber-physical systems （报批稿） 行业标准信息服务平台 xXXx-Xxx-xx发布 xXXX-Xx-Xx实施 中华人民共和国工业和信息化部发布
目次 前言.. 1范围... 2规范性引用文件. 3术语、定义和缩略语. 4T-CPS层次功能需求 4.1概述...... 4.2感知层功能需求. 4.3通信层功能需求. 4.4计算层功能需求.. 4.5应用层功能需求.. 5总体要求...... 6数据准备模块功能需求. 6.1数据读入功能需求. 6.2数据清洗功能需求. 6.3数据转换功能需求. 6.4数据加载功能需求. 7复杂网络建模模块功能需求.

7.1网络模型生成. 7.2节点信息加载 8可视化模块功能需求.. 8.1可视化支持算法 8.2数据过滤...... 8.3数据统计和显示.. 8.4交互式操作功能需求. 9支持决策模块功能需求.

9.1多层网络自主路由. 9.2多层网络自主路由性能验证 9.3流量预测. 9.4拥堵疏导. 9.5路径规划 9.6网络鲁棒性分析. 9.7网络社团分析. 9.8网络中心性分析.
前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》给出的规 定起草.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别这些专利的责任.

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

本文件起草单位：复旦大学，中国信息通信研究院，华为技术有限公司，阿里巴巴（中国）有限公 司，成都超算中心运营管理有限公司，华东师范大学 本文件主要起草人：韩定定，陈卓然，郭亮，谢丽娜，赵凯迪，杨超，林伟，孙毅，纪鹏，杨涛， 郑亮，陈铭松 行业标准信息服务平台
交通信息物理系统（T-CPS）框架下的网络建模技术规范 1范围 本文件规定了交通信息物理系统（T-CPS）的网络建模技术规范，规定了复杂网络模型的总体要求 和数据准备模块、网络建模模块、可视化模块、支持决策模块等模块的功能技术要求.

本文件适用于交通系统的信息解析与关联分析，多层、多维、时变复杂网络建模，动态时变特征统 计可视化，协同控制.

2规范性引用文件 下列文件对于本文件的应用是必不可少的.

凡是注日期的引用文件，仅所注日期的版本适用于本文 件.

凡是不注日期的引用文件，其最新版本（包括的修改单）适用于本文件.

GB/T 400212021 信息物理系统术语 3术语、定义和缩略语 3.1术语和定义 GB/T40021-2021界定的以及下列术语和定义适用于本文件.

3.1. 1 信息物理系统cyber-physicalsystems 通过集成先进的感知、计算、通信、控制等信息技术和自动控制技术，构建的物理空间和信息空间 中人、机、物、环境、信息等要素相互映射、适时交互、高效协同的系统.

[来源：GB/T 40021-2021 2.9] 3.1.2 复杂网络plexnetwork 具有自组织、自相似、吸引子、小世界无标度中部分或全部性质的网络.

信息服务平台 3.1.2 节点node 用网络表示的各系统的组成部分.

3.1.3 邻居节点neighbor 与节点互联的节点.

3.1.4
边edge 节点之间的互联关系.

3.1.5 度degree 节点的邻居节点个数.

3.1.6 邻接矩阵Adjacencymatrix 网络中节点的连接关系的列表表示.

3.1.7 集聚系数clustering coefficient 节点的邻居节点之间实际存在的边数与可能存在的最大的边数的比，用于刻画邻居节点的稠密程度.

3.1.8 可视化visualization 利用计算机图形学和图像处理技术，将数据转换成图形或图像在屏幕上显示出来，并进行交互处理.

3. 1. 9 图布局算法graph layout algorithm 通过对图的布局更直观清晰地认识网络数据的结构、进一步挖掘出其中潜在的信息.

3.1. 10 可视化压缩算法visualpression algorithm 通过压缩网络中的节点和边的数量，减小网络可视化规模.

3.2缩略语 下列缩略语适用于本文件.

CPS信息物理系统（Cyber-Physical Systems） T-CPS交通信息物理系统（Transportation-Cyber-Physical Sysicns) 服务平台 GPS 全球定位系统(global positioning system) AR 增强现实(Augmented Reality) BIM建筑信息模型(Building Information Modeling) GIS 地理信息系统(Geographic Information System) IoT物联网(Intemet of Things) 4T-CPS层次功能需求

ICS 35. 100. 30 CCS M11 YD 代替xxxx 可信网络分级技术要求 Technical Specification for The Classified Trusted Internet （与国际标准一致性程度的标识） （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
目次 _Toc106113023 前言... 1范围.

2规范性引用文件 3术语与缩略语 3.1术语.. 3.2缩略语 4概述 5可信网络分级技术要求 5.1可信网络第1级技术要求 5.2可信网络第2级技术要求 5.3可信网络第3级技术要求 5.4可信网络第4级技术要求 5.5可信网络第5级技术要求 参考文献.. 行业标准信息服务平台
前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 内容起草.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别专利的责任.

本文件由中国通信标准化协会归口.

本文件起草单位清华大学、中国信息通信研究院、中国电信集团有限公司、新华三技术有限公司、 华为技术有限公司 本文件主要起草人：徐恪、姚龙、陈文龙、赵锋、史凡、万晓兰、刘冰洋 行业标准信息服务平台 I11
可信网络分级技术要求 1范围 本文件规定了可信网络分级技术要求，包括网络分级的划分原则以及每个分级的具体安全性需求.

本文件适用于根据不同的业务需求，在现有网络设备的基础上，采用对网络分级的方式来增强现有 网络体系结构的安全性.

2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

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

IETFRFC5210源地址验证体系结构测试平台和部署经验（ASource Address Validation Architecture (SAvA) Testbed and Deployment Experience) IETF RFC6959 源地址验证增强威胁范围（Source Address ValidationImprovement（SAVI) Threat Scope) IETF RFC7039源地址验证增强框架（Source Address Validation Improvement（SAVI) Framework) IETF RFC7219 适用于安全邻居发现的源地址验证增强（SEcureNeighbor Discovery（SEND） Source Address Validation Improvement (SAVI)) IETF RFC7513适用于DHCP的源地址验证增强解决方案（Source Address Validation Improvement (SAVI) Solution for DHCP) IETF RFC8074适用于混合地址分配的源地址验证增强（Source Address Validation Improvement (SAVI) for Mixed Address Assignment Methods Scenario) 标准信息服务 3术语与缩略语 3.1术语 下列术语和定义适用于本文件.

3.1.1可信网络trustedinternet 当前复杂网络环境中，网络设备的可信度极低.

可信网络依靠网络安全基础设施的建设，以及相关 技术手段确保网络在不同安全需求下的可信等级.

3.1.2源地址验证体系结构 SAVAsourceaddressvalidationarchitecture
多种网络环境的源地址验证技术总称，具体包括接入网环境SAVA-A（SAVA-Access）域内环境SAVA-P （SAVA-Prefix）和域间环境SAVA-X（SAVA-eXternal）.

三种网络环境可以同时部署源地址验证技术， 也可以从其中任意一个角度单独部署.

3.1.3 1P源地址验证IP source address validation 一种确保数据包中源地址字段数据真实可靠，并确保数据包来自真实用户的功能.

3.1.4 IP源地址溯源IP source address trace back 一种根据数据包中源地址字段数据，追溯到数据包真实用户的功能.

3.2缩略语 下列缩略语适用于本文件.

DHCP：动态主机配置协议（Dynamic Host Configuration Protocol） DNS：城名系统（Domain Name System） DoS：拒绝服务（Denialof Service） IP：网际互连协议（Internet Protocol） MAC：以太网地址（Media Access Control Address） SDN：软件定义网络（SoftwareDefinedNetwork） 4概述 本标准提出了可信网络分级技术要求，一方面通过改进现有的网络体系结构，增强现有网络环境的 可信性，使得不同的网络组织或网络环境拥有不同的可信等级另一方面可信网络分级技术要求的设计 方法并不唯一，不同的组织或机构可以按照自己的可信要求构建相应等级的可信体系结构.

本标准所规定方案的优势在于各组织可以按照自己的可信等级要求，在不改变现有路由交换机制的 前提下，通过部署新的设备或功能增强现有网络环境的可信性.

可信网络分级技术要求明确了每种可信 等级的功能要求，并且描述了不同可信等级之间的差异同时支持增量部署，在已有的可信等级的基础 上，可以增加新的软硬件来提升网络环境的可信等级.

5可信网络分级技术要求 5.1总体概述 现有的网络体系结构缺乏对各类可信机制的考虑，导致如Dos、伪造源地址等攻击手段的猖獗.

可 信网络分级技术要求各网络机构对现有网络环境进行改造，增强现有网络环境的可信性.

不同等级的可信网络技术要求如下： 一一第1级可信网络的技术要求：路由器、交换机能正常完成协议交互及报文转发处理：网络支撑 服务器能正常完成协议交互及功能处理，提供常规的网络支撑服务.

本等级技术要求确保网络基础服务 可信.

在保证网络可用性的基础上，提升现有网络环境基础服务的可信性： 一一第2级可信网络的技术要求：报文的网络层IP地址和链路层WAC地址真实可信.

本等级技术 要求确保网络标识可信.

该等级在满足第1级要求的基础上，保证接入设备地址的真实性； 一一第3级可信网络的技术要求：可根据IP报文追溯源端用户的真实身份及身份相关信息.

本等 级技术要求确保网络用户身份可追溯.

该等级要求在满足第2级要求的基础上，可根据IP报文追溯源 端用户的真实身份及身份相关信息： 一一第4级可信网络的技术要求路由协议真实可信，包括协议交互的内容、交互实体的身份.

本 等级技术要求确保路由协议可信.

该等级的技术要求是在满足第3级要求的基础上，保证网络路由协议 交互的内容、交互实体的身份真实可信：

ICS 33.040.40 CCS L79 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 域间源地址验证（SAVA-X)技术要求 第1部分：控制平面 Technical requirements for the inter-domain source address validation (SAVA-X) Part 1: Control plane 行业标准信息服务平台 （报批稿） 成时间：2023年2月7日） XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发 布
YD/TXXXXXXXXX 目次 范围 2规范性引用文件 3术语和定义 4缩略语. 5总体机制 6联盟链的设计.

6.1信任联盟 6.2联盟链 7节点的准入准出 7.1节点准入 7.2节点准出 8基于联显链的联盟信息维护 9时间同步， 参考文献. 行业标准信息服务平台
YD/TXXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

本文件是《域间源地址验证（SAVA-X)技术要求》系列标准的第1部分，已经发布了以下几个部分： 第1部分：控制平面； 第2部分：数据平面： 第3部分：控制服务器和边界路由器通信协议； 第4部分：地址域的创建、选择和注册指南： 第5部分：地址域部署.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别专利的责任.

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

本文件起草单位：清华大学、北京中关村实验室、中国电信集团有限公司、中国信息通信研究院、 华为技术有限公司、新华三技术有限公司.

本文件主要起草人：徐恪、王晓亮、郭阳飞、吴建平、史凡、赵锋、顾钰楠、万晓兰.

行业标准信息服务平台 I1
YD/TXXXXXXXXX 引言 互联网设计之初没有考虑对IP源地址的真实性进行验证，IP地址的伪造欺骗仍然是互联网安全 威胁之一，是许多攻击及恶意行为的基础.

对于自治域间的源地址验证方法相对匮乏，没有形成相关技 术标准.

“域间源地址验证（SAVA-X)技术"系列标准规定了自治域间的源地址验证及追溯SAVA-X方案.

本 技术方案的标准化和推广应用，在没有或者不具备实施接入网的真实源地址验证方案的自治域，可以使 得在自治域间的网络更加安全可信，可以对网络设备真实位置溯源、监控等，为从源头上治理互联网整 定坚实的基础.

为保证方案可以增量部署，《域间源地址验证（SAVA-X）技术要求》系列标准拟由五个部分组成.

第1部分：控制平面.

目的在于规定SAVA-X技术方案控制平面的技术原理和功能特性.

一第2部分：数据平面.

目的在于规定SAVA-X技术方案数据平面的技术原理和功能特性.

第3部分：控制服务器和边界路由器通信协议.

目的在于规定SAVA-X技术方案控制服务器 和边界路由器之间信息传递协议格式和步骤流程.

第4部分：地址域的创建、选择和注册指南.

目的在于规定地址域的创建和管理的内容.

第5部分：地址域部署.

目的在于规定SAVA-X方案向地址域扩展的内容.

行业标准信息服务平台 II1
YD/TXXXXXXXXX 域间源地址验证（SAVA-X）技术要求第1部分：控制平面 1范围 本文件规定了在地址域间源地址验证方案中控制平面的技术要求，包括规定了控制平面的功能、联 盟链的设计、节点的准入准出、基于联盟链的状态机维护以及时间同步机制.

本文件适用于IPv6互联网的真实源地址验证方案.

2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

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

IETFRFC5210源地址验证体系结构测试平台和部署经验（ASource AddressValidationArchitecture (SAVA) Testbed and Deployment Experience) IETF RFC5905网络时间协议（第4版）规范和实现（NetworkTimeProtocolVersion 4:Protocol and Algorithms Specification) 3术语和定义 下列术语和定义适用于本文件.

3. 1 IP源地址验证IP source address validation 一种确保数据包中源地址字段数据真实可靠，并确保数据包来自真实用户的功能.

3. 2 源地址验证体系结构source addressvalidationarchitecture 多种网络环境的源地址验证技术总称，具体包括接入网环境SAVA-A（SAVA-Access）、域内环境 SAVA-P（SAVA-Prefix）和域间环境SAVA-X（SAVA-eXtermal）.

三种网络环境可以同时部署源地址 验证技术，也可以从其中任意一个角度单独部署.

3.3 域间源地址验证方案source address validation architecture-external 地址域之间的源地址验证方案，隶属于SAVA源地址验证体系结构在域间环境的方案的改善.

地址 域是域间源地址验证方案的基本单位.

ICS 33.040.40 CCS L79 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 域间源地址验证（SAVA-X)技术要求 第2部分：数据平面 Technical requirements for the inter-domain source address validation (SAVA-X) Part 2: Data plane 行业标 （报批稿） （本稿完成时间：2023年2月7日） 息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发 布
YD/T XXXXXXXXX 目次 前言， 引言. III 1范围... 2规范性引用文件 3术语和定义 4缩略语... .3 5总体机制. .4 6状态机机制... .4 7标签机制 .5 7.1标签的生成算法 .5 7.1.1伪随机数算法.

.5 7.1.2哈希链算法.. .5 7.2标签的更新方式 .6 7.3标签的报文格式 6 8MTU问题 .7 9标签在路由器上的处理流程.

.7 9.1总体要求. .7 9.2端口分类. .8 9.3源地址检查.. .8 9.4报文分类. .8 9.5添加标签. 9 9.6验证标签. .9 9.7标签替换. .9 10包签名机制 10 参考文献 服务平台 12
YD/TXXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

本文件是《域间源地址验证（SAVA-X)技术要求》系列标准的第2部分，已经发布了以下几个部分： 第1部分：控制平面； 第2部分：数据平面： 第3部分：控制服务器和边界路由器通信协议； 第4部分：地址域的创建、选择和注册指南： 第5部分：地址域部署.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别专利的责任.

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

本文件起草单位：清华大学、北京中关村实验室、中国电信集团有限公司、中国信息通信研究院、 华为技术有限公司、新华三技术有限公司.

本文件主要起草人：徐恪、王晓亮、郭阳飞、吴建平、史凡、赵锋、顾钰楠、万晓兰.

行业标准信息服务平台 I1
YD/T XXXXXXXXX 引言 互联网设计之初没有考虑对IP源地址的真实性进行验证，IP地址的伪造欺骗仍然是互联网安全 威胁之一，是许多攻击及恶意行为的基础.

对于自治域间的源地址验证方法相对乏，没有形成相关技 术标准.

“域间源地址验证（SAVA-X)技术"系列标准规定了自治域间的源地址验证及追溯SAVA-X方案.

本 技术方案的标准化和推广应用，在没有或者不具备实施接入网的真实源地址验证方案的自治域，可以使 得在自治域间的网络更加安全可信，可以对网络设备真实位置溯源、监控等，为从源头上治理互联网垫 定坚实的基础.

为保证方案可以增量部署，《域间源地址验证（SAVA-X）技术要求》系列标准拟由五个部分组成.

一第1部分：控制平面.

目的在于规定SAVA-X技术方案控制平面的技术原理和功能特性.

-第2部分：数据平面.

目的在于规定SAVA-X技术方案数据平面的技术原理和功能特性.

-第3部分：控制服务器和边界路由器通信协议.

目的在于规定SAVA-X技术方案控制服务器 和边界路由器之间信息传递协议格式和步骤流程.

一第4部分：地址域的创建、选择和注册指南.

目的在于规定地址域的创建和管理的内容.

第5部分：地址域部署.

目的在于规定SAVA-X方案向地址域扩展的内容.

行业标准信息服务平台 II1
YD/TXXXXXXXXX 域间源地址验证（SAVA-X)技术要求第2部分：数据平面 1范围 本文件规定了在域间源地址验证方案中数据平面的技术要求，包括状态机机制、标签生成更新方式、 标签报文格式、标签在路由器上的处理流程以及逐包签名的内容.

本文件适用于IPv6互联网地址域之间真实源地址验证方案.

2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

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

IETF RFC1760 S/KEY-次性密钥系统（The S/KEY One-Time Password System) IETF RFC2289一次性密钥系统（AOne-Time Password System） IETF RFC5210 源地址验证体系结构测试平台和部署经验（A Source Address Validation Architecture (SAVA) Testbed and Deployment Experience) IETF RFC8200互联网协议第6版（IPv6）规范（IntermetProtocol Version 6(IPv6)Specification） 3术语和定义 下列术语和定义适用于本文件.

3. 1 IP源地址验证IPsourceaddress validation 一种确保数据包中源地址字段数据真实可靠，并确保数据包来自真实用户的功能.

3. 2 源地址验证体系结构source adressvalidation architecture 多种网络环境的源地址验证技术总称，具体包括接入网环境SAVA-A（SAVA-Access）、域内环境 SAVA-P（SAVA-Prefix）和域间环境SAVA-X（SAVA-cXtemal）三种网络环境可以同时部署源地址 验证技术，也可以从其中任意一个角度单独部署.

3. 3 域间源地址验证方案source address validation architecture-external 地址域之间的源地址验证方案，隶属于SAVA源地址验证体系结构在域间环境的方案的改善.

地址 域是域间源地址验证方案的基本单位.

3. 4

ICS 33.040.40 CCS L79 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 域间源地址验证（SAVA-X)技术要求第3部 分：控制服务器和边界路由器通信协议 Technical requirements for the inter-domain source address validation (SAVA-X) Part 3: Communication protocol between the address domain control server and the address domain edge router （报批稿） 行业标准信息服务平台 （本稿完成时间：2023年2月7日） XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发 布
YD/TXXXXXXXXX 目次 前言.

引言.... 1范围.. 2规范性引用文件. 3术语和定义 5总体机制 6 ACS与ACS之间的通信协议 6.1通用报文头格式 6.2状态机信息的宣告、查询与应答 6.3诊断信息的请求与应答. 11 7ACS与AER之间的通信协议 12 7.1总体要求 12 7.2通用报文头格式 13 7.3注册信息的部署、查询与应答 14 7.4地址前缀信息的部署、查询与应答 .19 7.5状态机信息的部署、查询与应答， 22 7.6标签信息的部署. 26 7.7存活性信息的查询与应答.

27 参考文献. 标准信息服务平台 29
YD/TXXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

本文件是《域间源地址验证（SAVA-X)技术要求》系列标准的第3部分，已经发布了以下几个部分： 第1部分：控制平面； 第2部分：数据平面： 第3部分：控制服务器和边界路由器通信协议； 第4部分：地址域的创建、选择和注册指南： 第5部分：地址域部署.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别专利的责任.

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

本文件起草单位：清华大学、中国电信集团有限公司、中国信息通信研究院、华为技术有限公司、 新华三技术有限公司、北京中关村实验室.

本文件主要起草人：徐恪、王晓亮、郭阳飞、吴建平、史凡、赵锋、顾钰楠、万晓兰.

行业标准信息服务平台 I1
YD/T XXXXXXXXX 引言 互联网设计之初没有考虑对IP源地址的真实性进行验证，IP地址的伪造欺骗仍然是互联网安全 威胁之一，是许多攻击及恶意行为的基础.

对于自治域间的源地址验证方法相对乏，没有形成相关技 术标准.

“域间源地址验证（SAVA-X)技术"系列标准规定了自治域间的源地址验证及追溯SAVA-X方案.

本 技术方案的标准化和推广应用，在没有或者不具备实施接入网的真实源地址验证方案的自治域，可以使 得在自治域间的网络更加安全可信，可以对网络设备真实位置溯源、监控等，为从源头上治理互联网垫 定坚实的基础.

为保证方案可以增量部署，《域间源地址验证（SAVA-X）技术要求》系列标准拟由五个部分组成.

一第1部分：控制平面.

目的在于规定SAVA-X技术方案控制平面的技术原理和功能特性.

-第2部分：数据平面.

目的在于规定SAVA-X技术方案数据平面的技术原理和功能特性.

-第3部分：控制服务器和边界路由器通信协议.

目的在于规定SAVA-X技术方案控制服务器 和边界路由器之间信息传递协议格式和步骤流程.

一第4部分：地址域的创建、选择和注册指南.

目的在于规定地址域的创建和管理的内容.

第5部分：地址域部署.

目的在于规定SAVA-X方案向地址域扩展的内容.

行业标准信息服务平台 II1
YD/TXXXXXXXXX 域间源地址验证（SAVA-X)技术要求第3部分：控制服务器和边界路 由器通信协议 1范围 本文件规定了SAVA-X方案中控制服务器和控制服务器以及控制服务器和地址域边界路由器相互 之间的通信协议，包括通信使用的报文格式、字段类型和含义.

本文件适用于IPv6互联网真实源地址验证方案.

2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

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

IETF RFC793传输控制协议（Transmission Control Protocol） IETF RFC5210 源地址验证体系结构测试平台和部署经验（A Source AddressValidation Architecture (SA VA) Testbed and Deployment Experience) IETF RFC8200 互联网协议第6版（IPv6）规范（Intermet Protocol Version 6(IPv6) Specification） IETF RFC8446传输层安全协议第1.3版（The Transport Layer Security (TLS)Protocol Version 1.3） 3术语和定义 下列术语和定义适用于本文件.

3. 1 IP源地址验证 IP sourceaddrees validation 一种确保数据包中源地址字段数据真实可靠，并确保数据包来自真实用户的功能.

3. 2 源地址验证体系结构 source addressvalidationarchitecture 多种网络环境的源地址验证技术总称，具体包括接入网环境SAVA-A（SAVA-Access）、域内环境 SAVA-P（SAVA-Prefix）和域间环境SAVA-X（SAVA-eXtermal）.

三种网络环境可以同时部署源地址 验证技术，也可以从其中任意一个角度单独部署.

3. 3 域间源地址验证方案source address validation architecture-external 地址域之间的源地址验证方案，隶属于SAVA源地址验证体系结构在域间环境的方案的改善.

地址 域是域间源地址验证方案的基本单位.

ICS 33.040.40 CCS L79 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 域间源地址验证（SAVA-X)技术要求 第4部分：地址域的创建、选择和注册指南 Requirements for the Inter-Domain Source Address Validation (SAVA-X) -Part 4: Guidelines for Creation Selection and Registration of an Address Domain 行业标 （报批稿） 本稿完成时间：2023年2月7日 息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发 布
YD/TXXXXXXXXX 目次 范围 2规范性引用文件 3术语和定义 4缩略语. 5总体机制 6地址域创建 7地址域管理 8地址域架构. 9保留地址域号 行业标准信息服务平台
YD/TXXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

本文件是《域间源地址验证（SAVA-X)技术要求》系列标准的第4部分，已经发布了以下几个部分： 一一第1部分：控制平面； 一一第2部分：数据平面： 一第3部分：控制服务器和边界路由器通信协议； 一一第4部分：地址域的创建、选择和注册指南： 一一第5部分：地址域部署.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别专利的责任.

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

本文件起草单位：清华大学、中国电信集团有限公司、中国信息通信研究院、华为技术有限公司、 新华三技术有限公司、北京中关村实验室.

本文件主要起草人：徐恪、王晓亮、郭阳飞、吴建平、赵锋、史凡、陈国义、万晓兰.

行业标准信息服务平台 I1
YD/T XXXXXXXXX 引言 互联网设计之初没有考虑对IP源地址的真实性进行验证，IP地址的伪造欺骗仍然是互联网安全 威胁之一，是许多攻击及恶意行为的基础.

对于自治域间的源地址验证方法相对乏，没有形成相关技 术标准.

“域间源地址验证(SAVA-X)技术”系列标准规定了自治域间的源地址验证及追溯SAVA-X方案.

本技术方案的标准化和推广应用，在没有或者不具备实施接入网的真实源地址验证方案的自治域，可以 使得在自治域间的网络更加安全可信，可以对网络设备真实位置溯源、监控等，为从源头上治理互联网 垫定坚实的基础.

为保证方案可以增量部署，《域间源地址验证（SAVA-X）技术要求》系列标准拟由五个部分组成.

一一第1部分：控制平面.

目的在于规定SAVA-X技术方案控制平面的技术原理和功能特性.

一一第2部分：数据平面.

目的在于规定SAVA-X技术方案数据平面的技术原理和功能特性.

一一第3部分：控制服务器和边界路由器通信协议.

目的在于规定SAVA-X技术方案控制服务器 和边界路由器之间信息传递协议格式和步骤流程.

一一第4部分：地址域的创建、选择和注册指南.

目的在于规定地址域的创建和管理的内容.

一一第5部分：地址域部署.

目的在于规定SAVA-X方案向地址域扩展的内容.

行业标准信息服务平台 II1
YD/TXXXXXXXXX 域间源地址验证（SAVA-X)技术要求第4部分：地址域的创建、选择 和注册指南 1范围 本文件规定了在地址域间源地址验证方案中地址域的创建和管理的内容，包括地址域的层次结构划 分、地址域的注册和地址域的管理.

本文件适用于IPv6互联网的真实源地址验证方案.

2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

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

IETF RFC1930自治域（AS）的创建、选择和注册指南（Guidelines for creation selection and registration of an Autonomous System (AS)) IETFRFC4632无分类域间路由（CIDR）：互联网地址分配和聚合方案（ClasslessInter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan) IETF RFC5210源地址验证体系结构测试平台和部署经验（A Source Address Validation Architecture (SA VA) Testbed and Deployment Experience) IETF RFC5396自治域（AS）号的文本表示形式（Textual Representation of Autonomous System(AS) Numbers ) IETF RFC6996保留私有用途的自治域（AS）号（Autonomous System（AS)Reservation for Private Use) IETF RFC7300保留最后一个自治域（AS）号（Reservation of Last Autonomous System（AS) Numbers） IETF RFC7381企业IP6部署指南（Enterprise IPv6 Deployment Guidelines） IETF RFC8200互联网协议第6版（IPv6）规范（Intemet ProtocolVersion6(IPv6) Specification） 3术语和定义 3. 1 IP源地址验证IP source addressvalidation 一种确保数据包中源地址字段数据真实可靠，并确保数据包来自真实用户的功能.

3. 2 源地址验证体系结构 source addressvalidation architecture 多种网络环境的源地址验证技术总称，具体包括接入网环境SAVA-A（SAVA-Access）、域内环境 SAVA-P（SAVA-Prefix）和域间环境SAVA-X（SAVA-eXtemal）.

三种网络环境可以同时部署源地址 验证技术，也可以从其中任意一个角度单独部署.

ICS 33.040.40 CCS L79 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 域间源地址验证（SAVA-X)技术要求 第5部分：地址域部署 Requirements for the Inter-Domain Source Address Validation (SAVA-X) -Part 5:Address Domain Deployment 行业标 （报批稿） 本稿完成时间：2023年2月7日 息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发 布
YD/TXXXXXXXXX 目次 前言.

引言 1范围.. 2规范性引用文件 3术语和定义 4缩略语.. 5总体机制 6地址域架构. 7控制平面 8数据平面. 9ACS-ACS及ACS-AER通信协议 10转发实例 行业标准信息服务平台
YD/TXXXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

本文件是《域间源地址验证（SAVA-X）技术要求》系列标准的第5部分，已经发布了以下几个部分： 第1部分：控制平面； 第2部分：数据平面： 第3部分：控制服务器和边界路由器通信协议： 第4部分：地址域的创建、选择和注册指南： 第5部分：地址域部署.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别专利的责任.

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

本文件起草单位：清华大学、中国电信集团有限公司、中国信息通信研究院、华为技术有限公司、 新华三技术有限公司、北京中关村实验室.

本文件主要起草人：徐恪、王晓亮、郭阳飞、吴建平、赵锋、史凡、陈国义、万晓兰.

行业标准信息服务平台 I1
YD/TXXXXXXXXX 引言 互联网设计之初没有考虑对IP源地址的真实性进行验证，IP地址的伪造欺骗仍然是互联网安全 威胁之一，是许多攻击及恶意行为的基础.

对于自治域间的源地址验证方法相对匮乏，没有形成相关技 术标准.

“域间源地址验证(SAVA-X)技术”系列标准规定了自治域间的源地址验证及追测SAVA-X方案.

本技术方案的标准化和推广应用，在没有或者不具备实施接入网的真实源地址验证方案的自治域，可以 使得在自治域间的网络更加安全可信，可以对网络设备真实位置溯源、监控等，为从源头上治理互联网 垫定坚实的基础.

为保证方案可以增量部署，《域间源地址验证（SAVA-X）技术要求》系列标准拟由五个部分组成.

一一第1部分：控制平面.

目的在于规定SAVA-X技术方案控制平面的技术原理和功能特性.

一一第2部分：数据平面.

目的在于规定SAVA-X技术方案数据平面的技术原理和功能特性.

一一第3部分：控制服务器和边界路由器通信协议.

目的在于规定SAVA-X技术方案控制服务器 和边界路由器之间信息传递协议格式和步骤流程.

一一第4部分：地址域的创建、选择和注册指南.

目的在于规定地址域的创建和管理的内容.

一一第5部分：地址域部署.

目的在于规定SAVA-X方案向地址域扩展的内容.

行业标准信息服务平台 II1
YD/TXXXXXXXXX 域间源地址验证（SAVA-X)技术要求第5部分：地址域部署 1范围 本文件规定了域间源地址验证方案（SAVA-X）在向层次化地址域过渡时的内容，包括SAVA-X 中地址域的层次结构划分、SAVA-X控制平面、数据平面为了适配层次化地址域所做的更新.

本文件适用于IPv6互联网的真实源地址验证方案.

2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

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

IETFRFC5210源地址验证体系结构测试平台和部署经验（ASource AddressValidationArchitecture (SA VA) Testbed and Deployment Experience) IETF RFC5905网络时间协议（第4版）规范和实现（NetworkTimeProtocolVersion 4:Protocoland Algorithms Specification) IETFRFC8200互联网协议第6版（IPv6）规范（.Internet Protocol Version 6(IPv6)Specification） IETF RFC8446传输层安全协议第1.3版（The Transport Layer Security (TLS)ProtocolVersion 1.3） 3术语和定义 下列术语和定义适用于本文件.

3. 1 IP源地址验证IPsourcaaddressvalidation 一种确保数据包中源地址字段数据真实可靠，并确保数据包来自真实用户的功能.

3.2 源地址验证体系结构sourceaddressvalidationarchitecture 多种网络环境的源地址验证技术总称，具体包括接入网环境SAVA-A（SAVA-Access）、域内环境 SAVA-P（SAVA-Prefix）和域间环境SAVA-X（SAVA-eXtermal）.

三种网络环境可以同时部署源地址 验证技术，也可以从其中任意一个角度单独部署.

3.3 域间源地址验证方案 source address validation architecture-external 地址域之间的源地址验证方案，隶属于SAVA源地址验证体系结构在域间环境的方案的改善.

地址 域是域间源地址验证方案的基本单位.

3. 4

ICS 35. 240. 60 CCS M21 YD 中华人民共和国通信行业标准 YD/TXXXX-XXXX 基于NB-IoT的智能水表系统 平台接口技术要求 Platform interface technical requirements of smart water meter system based on NB- IoT 行业标准信息服务平台 XXXX=XX=XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/T XXXXXXXX 目次 前 范围 2 规范性引用文件 3 术语和定义 4 缩略语 5 系统架构. 6 平台接口协议概述， 7 业务流程. 7.1 注册智能水表， 7.2 查询智能水表基础信息 7.3 查询智能水表在线状态 6 7.4 删除智能水表， 7.5 更新智能水表， 7.6 上线数据推送， 7.7 上线数据查询. 8 7.8 设置智能水表， 8 8 接口定义 6 8.1 通用接口， 4 8.2 业务接口， 想服务平台 11 参考文献 .16
YD/TXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规 定起草.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别这些专利的责任.

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

本文件起草单位：中国移动通信集团有限公司、华东师范大学、宁波水表（集团）股份有限公 司、三川智慧科技股份有限公司、金卡水务科技有限公司、中国信息通信研究院、紫光展锐科技有限 公司、郑州信大捷安信息技术股份有限公司.

本文件起草人：龙容、石祚夫、邱利昌、肖静、刘琨、范晓晖、章玥、陈铭松、李鑫、杨磊、陈 时健、陈昌根、陈坤、祝志云、舒莉丹、许洁莹、高立沔、陈定云，张伟强，李丛蓉、王宗辉、陈富 光、刘为华、刘献伦.

行业标准信息服务平台
YD/T XXXXXXXX 基于NB-IoT的智能水表系统平台接口技术要求 1范围 本文件规定了基于物联网的智能水表的平台接口技术要求，包含平台系统架构、平台接口协议、业 务流程、接口定义要求.

本文件适用于NB-loT智能水表系统.

2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

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

YD/TXXXX-20XX基于NB-IoT的智能水表系统总体技术要求 3术语和定义 下列术语和定义适用于本文件.

3. 1 智能水表smart water meter 采用传感与信号处理等单元构成的测量装置，实现管网供水参数信号的测量与处理、信息传输与交 互、执行控制等一种或多种功能的水表终端，以下简称终端.

4缩略语 下列缩略语适用于本文件.

API 应用编程接口 Application Programming Interface HTTPS 超文本传输安全协议HypertextIransfer Protocol Secure NBIoT 窄带物联网 Narrow Band Internet of Things 5系统架构 系统架构应符合YD/TXXXX-20XX《基于NB-loT的智能水表系统总体技术要求》第6章参考架 构的定义.

6平台接口协议概述 本文件对智能水表管理平台与业务平台的接口进行定义，满足管理平台与业务平台之间智能水表的
YD/T XXXXXXXX 业务及管理需求.

为通信数据安全，双方的消息交互采用HTTPS方式.

为了简化平台间调用的复杂程度，本文件指定一个通用的数据接口，不同的操作通过命令和数据字 段进行区分.

7 业务流程 7.1注册智能水表 业务平台可向管理平台下发注册添加智能水表指令，添加智能水表流程如图1所示.

管理平台 业务平台 设备信息 下发注册智能水表请求 返回注册信息 行业标准信息服务平台 图1注册智能水表流程

ICS 35. 240. 60 CCS M 21 YD 中华人民共和国通信行业标准 YD/TXXXX-XXXX 基于NB-IoT的智能水表系统 终端接口技术要求 Terminal interface technical requirements of smart water meter system based on NB- IoT （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/T XXXXXXXX 目次 前 言 1 范围 2 规范性引用文件 7 3 术语和定义 2 4 缩略语. 2 5 系统架构.. .3 6 终端技术要求. 3 6. 1 工作原理. m 6.2 功能接口 4 6.3 一次抄读成功率， 6.4 日抄读成功率 5 7 安全要求. 5 7.1 密钥管理， .5 7.2 通信安全， 8 通信协议. ..8 8.1 通信方式. 8′ 8.2 传输规则. 8.3 帧结构. ..8 8.3.1 终端至平台 .8 8.3.2 平台至终端 .9 9 应用协.. ..9 9.1 实时数据（上行指令） ..9 9.2 参数设置（下行指令） 11 9.3 信息查询. .12 9.4 即时告警 .12 9.5 透传指令. .13 参考文献 .19
YD/TXXXXXXXX 前言 本文件按照GB/T1.1-2020给出的规则起草.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别这些专利的责任.

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

本文件起草单位：中国移动通信集团有限公司、华东师范大学、宁波水表（集团）股份有限公 司、三川智慧科技股份有限公司、金卡水务科技有限公司、中国信息通信研究院、紫光展锐科技有限 公司、郑州信大捷安信息技术股份有限公司.

本文件起草人：龙容、石祚夫、邱利昌、陈昌根、刘琨、范晓晖、章玥、陈铭松、李鑫、杨磊、 陈时健、郑水云、陈坤、祝志云、舒莉丹、许洁莹、高立沔、陈定云，张伟强，李丛蓉、王宗辉、陈 富光、刘为华、刘献伦.

行业标准信息服务平台
YD/T XXXXXXXX 基于NB-IoT的智能水表系统终端接口技术要求 1范围 本文件规定了基于NB-loT的智能水表的系统架构、终端技术要求、安全要求、通信协议、应用协 议要求.

本文件适用于NB-IoT智能水表系统.

2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

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

2021-0260T-YD基于NB-IoT的智能水表系统总体技术要求 CJ/T224-2012电子远传水表 3术语和定义 下列术语和定义适用于本文件.

3. 1 智能水表smartwatermeter 采用传感与信号处理等单元构成的测量装置，且具有实现水参数信号的采集、处理、信息传输与交 互、执行控制等一种或多种功能的水表终端，以下简称终端.

3.2 密钥key 控制密码算法运算的关键信息或参数.

3.3 安全单元securityelement 一种防纂改硬件模块，能够安全地执行应用程序并存储机密和加密数据.

包括但不限于硬件密码模 块或支持TEE（TrustedExecution Environment，可信执行环境）的安全逻辑功能单元.

3. 4 日抄读成功率successrate of dailyreading 在24h内，系统抄读成功的终端个数与应抄读的终端总数的百分比.

3.5 一次抄读成功率successrate ofoncereading 在一次测试中，系统抄读成功的总次数与应抄读总次数的百分比.

4缩略语
YD/T XXXXXXXX 下列缩略语适用于本文件.

IMEI 国际移动设备识别码 Internat ional Mobile Equipment Identity MAC 介质访间控制 Media Access Control IoT 物联网 Internet of Things NBIoT 窄带物联网 Narrow Band Internet of Things RSRP 参考信号接受功率 Reference Signal Receiving Power 5 系统架构 系统架构应符合YD/TXXXX-20XX《基于NB-IoT的智能水表系统总体技术要求》的第6章系统架 构.

6 终端技术要求 6.1工作原理 终端通过计量处理单元采集计量数据，通过主控单元实现事件分析处理、数据可靠存储、数据安全 传输，通过显示屏、蜂鸣器、按键等人机交互单元实现数据呈现、报警提醒、信息查询、现场操作等交 互功能，通过蜂窝网络实现与业务平台的数据传输、远程控制、参数设置.

终端原理结构图如图1所示.

行业标准信息服务平台 3

ICS33.040 CCS M11 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 代替XX/T 基于信息中心网络和区块链的 物联网通信架构 IoT munication architecture based on information centric networking and blockchain 行业标准信 （点击此处添加与国际标准一致性程度的标识） （报批稿） 在提交意见时，请将您知道的相关专利连同支持性文件一并附上.

服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/TXXXXX-XXXX 目次 范围 规范性引用文件 术语和定义 4缩略语 5基于ICN和区块链的物联网数据通信需求概述 6基于ICN和区块链的物联网数据通信功能架构 6.1物联网数据通信功能架构 6.2ICN层....... 6.3基于区块链的服务层 7基于ICN和区块链的物联网数据通信物理架构 8接口技术要求， 附录A（资料性） ICN工作原理 附录B（资料性） 数据传输流程 B.1命名注册流程 B.2NDO发布流程， B.3公钥加密流程 B.4数据访问流程 行业标准信息服务平台
YD/TXXXXX-XXXX 前言 本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别专利的责任.

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

本文件起草单位北京邮电大学、国网浙江省电力有限公司电力科学研究院、郑州师范学院、国网 河北省电力有限公司、国网河南省电力有限公司、深圳供电局有限公司、北京工业大学、北京市天元网 络技术股份有限公司、北京万可信息技术有限公司、华为技术有限公司、北京景安云信科技有限公司.

本文件主要起草人郭少勇、邵苏杰、芮兰兰、颜拥、杨会峰、吴双、高强、公备、王心妍、李雄、 元峰、李文萃、胡明生、庄恩贵.

行业标准信息服务平台 II
YD/T XXXXX-XXXX 基于信息中心网络和区块链的 物联网通信架构 1范围 本文件规定了基于ICN和区块链的物联网数据通信架构，包括基于ICN和区块链的物联网数据共享需 求，以及数据共享网络功能架构、数据共享网络物理架构、数据共享网络接口技术要求.

本文件适用于基于ICN和区块链的物联网数据共享网络的规划设计、建设和应用.

2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

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

YD/T2437-2012物联网总体框架与技术要求 ISO-TC307-22739 区块链和分布式账本技术-术语（Blockchain and distributed ledger technologies -Terminology) ITUT Y. 3071 数据感知网络（以信息为中心的网络）-需求和能力（Data awarenetworking (Information centric networking) - Requirements and capabilities) 3术语和定义 下列术语和定义适用于本文件.

3. 1 区块链blockchain 分布式账本，即已确认和验证的区块使用加密链接组织成一条仅能追加、顺序的链.

注：区块链被设计为防募改并最终不可变的记录.

[ISO-TC30722739] 3. 2 信息中心网络informationcontricnetworking 一种全新的互联网架构，以内容为中心，可实现内容与位置分离、网络内置缓存等功能，从面更好 满足大规模网络内容分发、移动内容存取，网络流量均衡等需求.

[ITUT Y. 3071] 3.3 命名数据对象name dataobject 命名数据对象是可通过名称识别的数据对象，要求通过将ND0的名称或ID附加到兴趣包来转发请求.

[ITUT Y. 3071] 3. 4 物联网Internetof things 通过部署具有一定感知、计算、执行和通信等能力的各种设备，获得物理世界的信息或对物理世界 的物体进行控制，通过网络实现信息的传输、协同和处理，从而实现人与物通信、物与物通信的网络.

[YD/T 24372012] 4缩略语 下列缩略语适用于本文件.

YD/TXXXXX-XXXX CS：内容存储表（ContentStore） FIB：转发信息表（ForwardingInformation Base） ICN：信息中心网络（Information-centricnetworking） IoT：物联网（Internetof Things） NDO：命名数据对象（Name Data Object） PIT：待定请求表（PendingInterest Table） 5基于ICN和区块链的物联网数据通信需求概述 ICN通过发布/订阅范式来提供存储和多用户通信等服务，解决了Host-to-Host的可扩展性问题，增 加网络存储信息能力，减少传输延迟，提高网络性能，提供高效的内容分发和服务交付.

ICN通信主要 包括两种包类型：Request包和Data包.

其中Request包用于请求数据，Data包是根据Request进行回应 的内容，具体介绍参见附录A.

使用ICN可以解决多用户互联网服务快速交付，但很难满足分布式场景下物联网通道及终端的可信 性.

由于ICN数据与其来源分离，所以无法适用于链路加密的安全技术，易造成缓存泄露隐私、命名标 识纂改等问题.

为了满足数据标识的唯一性、可扩展性、安全性，保证ICN高效的对等安全传输，区块 链作为一种分布式存储的对等可信网络，为构建安全的物联网数据通信提供了技术支持.

区块链技术的 共识机制适应了分布式场景下物联网终端和数据可信接入、终端和管理系统之间多对多数据直接共享、 不同业务之间数据需要隔离等需求.

本文件利用区块链分布式账本的特点，在信息中心网络基础上，建立基于区块链的内容命名、注册 等服务，为物联网应用场景提供可信的数据共享传输.

基于ICN和区块链的物联网数据通信需求主要包 括三个方面： a）建立IoT设备与IoT应用间的通信接入通道，具体技术实现可参照IoT领域最新相关通信技术标 准中的要求进行实施.

b) 引入ICN技术，实现以内容为中心的通信架构，基于内容与位置分离、网络内置缓存等关键技 术，可提升大规模网络内容分发效率、移动内容存取效率以及实现更优的网络流量均衡.

（ 引入区块链技术，为物联网设备和应用提供数据命名、内容发布和密钥分发机制，为内容名称 驱动的路由转发提供可信支持.

6基于ICN和区块链的物联网数据通信功能架构 6.1物联网数据通信功能架构 物联网数据通信功能架构由功能实体及其关系组成，包括基于区块链的服务层和ICN层，基于区块 链的服务层包括了命名注册服务、ND0发布服务和密钥分发服务，如图1所示.

IoT设备 的服务限 基于区块链 1oT应用 （A) (A) 命名注册 明分发服务 名 IoT设备 1oT应用 (B） 命名注册、密钥分发 DOTi (B) ICX 层 IoT设备 1oT应用 （C） ICN中（A) 数据 IC%中（B） 数据 ICN中继（C） (C） 图1基于ICN和区块链的物联网数据通信功能架构

ICS 33. 160 CCS M71 YD 中华人民共和国通信行业标准 YD/TXXXX-XXXX 家用智能摄像头功能和性能评估规范 第1部分：人形检测 Specification for function and performance evaluation of home-level smart camera-Part 1:Humanoid detection (报批稿） 行业标准信息服务平台 x×××-××-××发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部发布
YD/T XXXX-XXXX 目次 前言 引言 1范围 2规范性引用文件 3术语、定义和缩略语 3.1术语和定义 3.2缩略语 4家用智能摄像头系统架构图与主要应用场景简介 5考核指标 5.1准确率 5.2响应时延 5.3有效识别距离 6测试环境及摄像头规格 6.1测试环境 6.2测试数据集 6.3摄像头规格 7评估方法 7.1评估方法概述 7.2准确率测试. 7.3响应时延测试 7.4有效识别距离测试 8家庭智能摄像头人形检测能力分级评定 业标准信息服务平台
YD/TXXXX-XXXX 前言 本文件按照GB/T1.1-2020给出的规定起草.

本文件为家用智能摄像头功能和性能评估规范系列标准，该标准的结构和名称预计如下： -第1部分：人形检测； 一一第2部分：人脸识别； 一一第3部分：看护模式； 本文件为《家用智能摄像头功能和性能评估规范》的第1部分.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别这些专利的责任.

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

本文件起草单位：中国信息通信研究院、华为技术有限公司、南京新一代人工智能研究院、中国移 动通信集团有限公司、重庆中科云从科技有限公司、中兴通讯股份有限公司.

本文件主要起草人：颜媚、石霖、肖慧、赖东亮、余犀、李强、许一驿、杨阳、李军、耿兆森.

行业标准信息服务平台 I1
YD/TXXXX-XXXX 引言 得益于深度学习算法的突破，面向家用场景下智能摄像头已经进入到较大规模的应用阶段.

由于技 术实力和成本等原因，市场上家用智能摄像头产品质量良不齐、安全防护技术不统一，系统安全漏洞 大量存在，个人影像数据随时面临泄露危险.

为推动人工智能更好的赋能行业，引导家用场景下智能摄像头健康持续的发展，增强用户采购和使 用家用智能摄像头产品，特此开展家用智能摄像头系列标准的制定工作.

《家用智能摄像头功能和性能评估规范》拟分为以下几个部分： 第1部分：人形检测.

目的在于提出家用智能摄像头人形检测能力的指标要求和评估方法，及其分 级评定的参考准则.

第2部分：人脸识别.

目的在于提出家用智能摄像头人脸识别能力的指标要求和评估方法，及其分 级评定的参考准则.

第3部分：看护模式.

目的在于提出家用智能摄像头看护模式的指标要求和评估方法，及其分级评 定的参考准则.

头在各典型应用场景下人形检测功能和性能指标要求及测试方法，及其相关智能化水平判定准则.

行业标准信息服务平台 II1
YD/T xXXX-XXXX 家用智能摄像头功能和性能评估规范：第1部分：人形检测 1范围 本文件规定了家庭智能摄像头在各典型应用场景下人形检测考核指标、测试环境及评估方 法，及其能力分级判定准则.

本文件适用于第三方检测机构对家庭智能摄像头在各典型应用场景下人形检测能力的评 估、验收等工作，也可用于厂商及用户对产品质量的自我测试参考.

2规范性引用文件 下列文件对于本文件的应用是必不可少的.

凡是注日期的引用文件，仅所注日期的版本适 用于本文件.

凡是不注日期的引用文件，其最新版本（包括的修改单）适用于本文件.

本文件没有规范性引用文件.

3术语、定义和缩略语 3.1术语和定义 下列术语和定义适用于本文件.

3.1. 1 智能摄像头smartcamera 具备图像或者视频分析能力，并以此提供相应智能服务的摄像头.

3. 1. 2 B 家庭智能摄像头home-levelsmartcamera 信息服务 主要面向家庭或者个人使用的智能摄像头.

3.1.3 人形检测humanoid detection 利用人体成像的一定特征，通过对图形图像的处理，最终在成像空间中发现识别和定位人 形目标的技术.

3. 1.4 亮度luminance

ICS35.240.01 CCS L 67 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 代替XX/T 智慧社区需求与场景 Smart munity-Requirements and scenarios （点击此处添加与国际标准一致性程度的标识） （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
行业标准信息服务平台
YD/TXXXXX-XXXX 目次 前 言 I 1范围... 2规范性引用文件 3术语和定义 4缩略语， 5智慧社区概述 5.1目标及特征 5.2相关角色 2 5.3系统组成 5.3.1概述 5.3.2智慧社区综合服务平台 5.3.3第三方系统， 5.3.4物联网网络， 6场景与业务， 6.1公共安全保障场景 6.1.1智能消防 6.1.2智能安防 6.1.3智能巡更 5 6.2突发安全事件保障场景 6.2.1智慧防疫 6 6 6.2.2重点人员检测 6 6.3公共设施管理场景 6.3.1客井盖智能管理 6 6.3.2照明路灯智能管理 6.3.3给排水设施智能管理 6.3.4电梯智能管理. 6.3.5供电供气供暖设施智能管理 8 6.3.6充电桩智能管理 8 6.3.7智能停车管理 6.4公共环境监测场景 9 6.4.1环境智能监测 6.4.2水质智能监测 9 6.4.3能耗智能监测 10 6.4.4垃圾智能处理 10 6.5第三方应用场景 10 6.5.1智慧社区党建 10 6.5.2智慧社区治理 6.5.3智慧社区物业
YD/TXXXXX-XXXX 6.5.4智慧社区服务 1 6.5.5特殊呵护服务 7总体需求.

7.1总体架构.

12 7.2物联网感知 1 7.3综合服务平台 1 7.4数据交互与开放 12 7.5数据隐私与安全 12 7.6安全与运维 13 参考文献... 行业标准信息服务平台 II
YD/TXXXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别专利的责任.

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

本文件起草单位北京邮电大学、中国电信集团有限公司、中国移动通信集团有限公司、南京邮电 大学、新华三信息技术有限公司、科大国创云网科技有限公司、中通服咨询设计研究院有限公司、上海 宽带技术及应用工程研究中心、广东天元建筑设计有限公司、中国信息通信研究院.

本文件主要起草人罗红、马华东、杨雪梅、周丽莎、黄泽龙、郑智、卓弘扬、姜鹏、陈长怡、陆 钢、舒畅、李斌、李培、赵龙、王远庚、张俊、曾志辉、颜文锋、李兵、朱亮、宁岩、刘泰、冯强中、 彭力、李鑫、龙容.

行业标准信息服务平台 II1

ICS35. 240.01 CCS L 67 YD 中华人民共和国通信行业标准 XXXX-XXXXX1/O人 智慧社区综合服务平台技术要求 Smart munity-Technology requirements for integrated service platform （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
行业标准信息服务平台
YD/TXXXXX-XXXX 目次 前 言 IV 1范围... 2规范性引用文件 3术语和定义 4缩略语， 5总体要求... 5.1通用要求 5.2设计原则 5.2.1实用性原则 5.2.2先进性原则 5.2.3扩展性原则 5.2.4开放性原则 5.2.5可靠性原则 5.2.6经济性原则 5.2.7易用性原则 5.3平台参考架构 5.4与社区内外部系统及智慧城市平台的关系 6平台门户要求， 7业务应用功能要求 6 8平台支撑能力要求 9 8.1业务支撑服务 6 8.1.1基本要求 6 8.1.2公共通用组件要求 6 8.1.3服务能力要求 10 8.2数据管理及服务， 8.2.1基本要求 10 8.2.2数据汇聚与整合要求 10 8.2.3数据资源管理与治理要求 11 8.2.4大数据分析建模要求 11 8.2.5数据可视化要求 12 8.2.6数据应用及服务要求 12 8.3物联网接入服务， 12 8.3.1基本要求 12 8.3.2设备接入要求 12 8.3.3设备管理要求 8.3.4规则引擎要求 13 8.3.5物模型要求 13
YD/TXXXXX-XXXX 9平台接口要求 9.1基本要求.. 3 9.2用户访问及认证接口要求 9.3业务数据共享和交换接口要求 9.4物联接口要求. 10平台安全与隐私保护要求.

10.1基本要求..... 10.2设备接入安全要求， 14 10.3网络与通信安全要求 15 10.4应用与数据安全要求 15 10.5隐私保护要求， 15 11运维保障及性能要求 6 11.1运维保障要求 11.2性能要求 6 11.3可靠性要求 6 参考文献 17 图1智慧社区综合服务平台参考框架， 表1智慧社区综合服务平台应用功能 行业标准信息服务平台 I1
YD/TXXXXX-XXXX 前言 本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别专利的责任.

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

本文件起草单位：中国电信集团有限公司、中国移动通信集团有限公司、北京邮电大学、科大国创 云网科技有限公司、新华三信息技术有限公司、广东天元建筑设计有限公司、中通服咨询设计研究院有 限公司、中国信息通信研究院、上海宽带技术及应用工程研究中心.

本文件主要起草人：周丽莎、黄泽龙、郑智、卓弘扬、赵龙、姜鹏、陈长怡、陆钢、李培、舒畅、 李斌、罗红、杨雪梅、李鑫、龙容、冯强中、彭力、刘泰、王远庚、张俊、曾志辉、颜文锋、李兵、唐 怀坤、宁岩.

行业标准信息服务平台 II1

ICS 35.240 CCS L67 YD 中华人民共和国通信行业标准 YD/TxxxX-xXXx 智能空间智能化等级评估规范 第1部分：通用评估准则 Specification for intelligent grade evaluation of intelligent space -Part 1:Generalevaluation criteria 行业标准信息服务平台 （报批稿） xxxx-xx-xx发布 xxxx-xx-xx实施 中华人民共和国工业和信息化部发布
YD/T XXXXXXXX 目次 前 1范围 2规范性引用文件. 3术语、定义和缩略语 3.1术语和定义. 3.2缩略语. 4智能空间系统框架及等级划分， 4.1智能空间系统基本框架. 4.2智能化等级划分.. 5智能空间系统智能化评估准则. 5.1基本信息披露.

5.2智能空间系统智能化服务能力评估准则. 行业标准信息服务平台
YD/T XXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分标准化文件的结构和起草规则》 给出的规定起草.

本文件是《智能空间智能化等级评估规范》系列标准的第1部分，该系列标准的结构和 名称如下： 一一第1部分：通用评估准则 一第2部分：家居空间 一一第3部分：智慧园区 请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别这些专利的责任.

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

本文件起草单位中国信息通信研究院、南京新一代人工智能研究院有限公司、华为技 术有限公司、北京小米移动软件有限公司.

本文件主要起草人：董晓飞、张学强、张丹、王浩、曹峰、陆铁文、陶秋雨、符海芳、 王雄、牟勤.

行业标准信息服务平台 II
YD/T XXXX-XXXX 引言 随着人工智能技术在家居、社区、车载、场馆以及养老院等各个空间场景的应用，智能 化开始引领各空间场景产品消费升级浪潮.

消费者开始追求更健康、便利、体贴和人性化的 智能空间场景生活，以及更彰显个性化的科技内涵.

但目前智能空间的发展还存在着行业碎 片化、智能化水平参差不齐以及安全性等问题.

为引导智能空间产业健康发展，增强用户对智能空间的信心，保护优质服务商，营造良 好的市场环境，开展相关标准的制定工作.

智能空间智能化等级评估规范，该标准的结构和名称预计如下： 一一第1部分：通用评估准则.

目的在于提出智能空间的通用评估准则，并分别从感 知能力、用户交互能力、个性化服务能力、响应时间、稳定性、安全性等维度明确技术评估 指标.

一一第2部分：家居空间.

目的在于明确不同空间类型的家居空间智能化服务能力评估 指标和评估方法.

一第3部分：智慧园区.

目的在于对智慧园区感知执行层、通信传输层、数字平台层、 智慧应用层、安全、运维等维度进行规范.

空间通用的评估准则，分别从感知能力、用户交互能力、个性化服务能力、响应时间、稳定 性、安全性等维度给出了相应的评测指标.

行业标准信息服务平台 III
行业标准信息服务平台

ICS 35.240 CCS L67 YD 中华人民共和国通信行业标准 YD/TxxxX-xXXx 智能空间智能化等级评估规范 第2部分：家居空间 Specification for intelligent grade evaluation of intelligent space -Part2:HomeSpace 行业标准信息服务平台 （报批稿） xxxx-xx-xx发布 xxxx-xx-xx实施 中华人民共和国工业和信息化部发布
YD/T XXXX-XXXX 目次 前 引 1范围 2规范性引用文件 3术语、定义和缩略语 3.1术语和定义. 3.2缩略语. 4家居空间智能化系统框架及等级划分.

4.1家居空间智能化系统基本框架. 4.2智能化等级划分. 5具体指标项及评估方法. 5.1基本信息披露.. 5.2家居空间智能化系统服务能力评估指标， 行业标准信息服务平台
YD/T XXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分标准化文件的结构和起草规则》 给出的规定起草.

本文件是《智能空间智能化等级评估规范》系列标准的第1部分，该系列标准的结构和 名称如下： 一一第1部分：通用评估准则 一第2部分：家居空间 一一第3部分：智慧园区 请注意本文件的某些内容可能涉及专利.

本文件的发布机构不承担识别这些专利的责任.

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

本标准起草单位中国信息通信研究院、南京新一代人工智能研究院有限公司、中国移 动通信集团有限公司、华为技术有限公司、北京小米移动软件有限公司.

本标准主要起草人董晓飞、张学强、张丹、王浩、曹峰、陆铁文、陶秋雨、李强、许 一、沈援海、符海芳、王雄、牟勤.

行业标准信息服务平台 II
YD/T XXXX-XXXX 引言 家居空间智能化就是通过家居智能管理系统的设施来实现家庭安全、舒适、信息交互与 通信的能力.

家居空间智能化系统提供家庭安全防范、家庭设备自动化、家庭通讯等能力.

家居空间智能化系统包括信息平台和多媒体平台，注重感知、探测和能力，通过采集海 量的大数据对用户的兴趣爱好等基本信息进行分类，从而呈现有效精准的服务内容.

例如智 能灯泡不仅可以自动开关，还能根据情景设置不同的色彩、亮度，为用户提供人性化服务.

但目前家居空间智能化的发展还存在着产品间互联程度不足、同质化现象严重以及市场缺乏 统一标准等问题.

为引导家居空间智能化产业健康发展，增强用户对家居空间智能化的信心，营造良好的 市场环境，开展相关标准的制定工作.

智能空间指标要求和评估方法系列标准，该标准的结构和名称预计如下： 一一第1部分：通用评估准则.

目的在于提出智能空间的通用评估准则，并分别从感 知能力、用户交互能力、个性化服务能力、响应时间、稳定性、安全性等维度明确技术评估 指标.

一一第2部分：家居空间.

目的在于明确不同空间类型的家居空间智能化服务能力评估 指标和评估方法.

一一第3部分：智慧园区.

目的在于对智慧园区感知执行层、通信传输层、数字平台层、 智慧应用层、安全、运维等维度进行规范.

本文件为《智能空间智能化等级评估规范》第2部分：家居空间.

主要规定了包括门厅 空间、客厅空间、厨房空间、卫浴空间、卧室空间、餐厅空间等不同空间类型的家居空间智 能化服务能力评估指标和评估方法，同时规定了安全防护能力评估指标.

行业标准信息服务平台 III
行业标准信息服务平台