ICS 33.030 CCS M 21 YD 中华人民共和国通信业标准 YD/TXXXXX-XXXX 基于5G的智慧医疗专用SIM卡技术要求 Technicalrequirements of smart healthcare SIM card based on 5G （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
行业标准信息服务平台
YD/T XXXX-XXXX 目次 前 1范围. 2规范性引用文件 3术语和定义 4缩略语 5概述.. 6医疗用户卡技术要求 6.1技术架构 6.2硬件层技术要求 6.3芯片操作系统层技术要求 6.4应用基础能力层技术要求 6.5安全接入认证流程， 7医疗物联网卡技术要求.. 7.1医疗通用环境要求 7.2医疗特殊环境要求 行业标准信息服务平台
YD/TXXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

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

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

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

本文件起草单位：中国移动通信集团有限公司、芯讯通无线科技（上海）有限公司、中国信息通信研 究院、中国人民解放军总医院医学创新研究部、郑州大学第一附属医院、华为技术有限公司.

本文件主要起草人朱磊、种璟、张鸿佳、陆定卫、任海英、赵立君、刘金鑫、李娜、乔丰、何倩、 卢耀恩、张婷.

行业标准信息服务平台 II
YD/TXXXX-XXXX 基于5G的智慧医疗专用SIM卡技术要求 1范围 本文件规定了基于5G的智慧医疗专用SIM卡技术要求，包括面向个人的医疗用户卡的技 术架构、硬件层、芯片操作系统层以及应用基础能力层的技术要求及安全接入认证流程，以 及面向设备的医疗物联网卡的医疗通用环境技术要求和医疗特殊环境技术要求.

本文件适用于医疗场景中5G终端的SIM卡设计、开发、测试和应用.

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

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

GB9706.1-2020医用电气设备第1部分：基本安全和基本性能的通用要求 GB/T17626.3-2016电磁兼容试验和测量技术射频电磁场辐射抗扰度试验 WS310.2-2016医院消毒供应中心第2部分：清洗消毒及灭菌技术操作规范 YD/T968-2023电信终端设备电磁兼容性要求及测量方法 YD/T3628-20195G移动通信网安全技术要求 YY9706.102-2021医用电气设备第1-2部分：基本安全和基本性能的通用要求并列标 准：电磁兼容要求和试验 YY9706.233-2021医用电气设备第2-33部分：医疗诊断用磁共振设备的基本安全和基 本性能专用要求 3GPP TS 31.101 UICC-终端接口物理和逻辑特征（UICC-Terminal Interface;Physical and Logical Characteristics (V17.1.0)) 3GPPTS31.102 通用用户识别模块（USIM）应用程序的特点（Technical Specification Group Terminals; Characteristics of the USIM application (V18.2.0)) 3GPPTS31.111通用用户识别模块（USIM）应用工具包（USAT）（Technical Specification Group Core Network and Terminals;Universal Subscriber Identity Module(USIM)Application Toolkit (USAT) (V18.3.0) 3GPPTS31.116(U)SIMToolkit应用的远程APDU结构（RemoteAPDUStructure for (U)SIM Toolkit applications (V17.1.0)) 3GPPTS33.220通用认证体系结构(GAA)：通用自举体系结构（GBA）（Generic Authentication Architecture (GAA); Generic bootstrapping architccture (GBA) (Release 18)) ETSI102.221智能卡：UICC-终端接口：物理和逻辑特征（Smar Cards;UICC-Terminal interface; Physical and logical characteristics(V16.3.0) GlobalPlatform GPC_SPE_034 卡规范 (Card Specification (v2.3.1) GlobalPlatform GPC_GUI_010 UICC配置(UICC Configuration (v2.0)) 3术语和定义 下列术语和定义适用于本文件.

ICS 43.040.10 CCS L63 YD 中华人民共和国通信行业标准 YD/TXXXX-XXXX 基于移动互联网的数字车钥匙信息安全 技术要求 Information security technical requirements of digital key based on mobile internet 行业标准信息服务平台 （报批稿） [××××]-[××]-[×x]发布 [xxx×]-[××]-[××]实施 中华人民共和国工业和信息化部 发布
YD/T 1022-2019 目次 前 言.. 1范围. 2规范性引用文件.. 3术语、定义和缩略语.

3.1术语和定义， 3.2缩略语. 4技术架构.. 4.1整体架构. 4.2车辆.. 4.3车辆服务器. 4.4终端设备服务器. 4.5终端设备. 5安全威胁和安全目标. 6 5.1数字车钥匙应用软件， 5.2数字车钥匙执行环境.. 5.3通信模块. 5.4车辆端. 5.5服务器端. 6安全技术要求. 6.1数字车钥匙应用软件.. 6.2数字车钥匙执行环境. 6.3通信模块.. 01 6.4车辆端 6.5服务器端. 11 7安全能力分级. 12 7.1数字车钥匙应用软件. 12 7.2数字车钥匙执行环境. 12 7.3通信模块.. 13 7.4车辆编. 13 7.5服务器端 13
YD/T 10222019 前言 本文件按照GB/T1.1-2020《标准化工作导则一第1部分：标准化文件的结构和起草规则》给出的 规则起草.

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

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

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

本文件起草单位：中国信息通信研究院、华为技术有限公司、蚂蚁科技集团股份有限公司、广东 欧珀移动通信有限公司、北京百度网讯科技有限公司、北京奇虎科技有限公司、郑州信大捷安信息技 术股份有限公司.

本文件主要起草人：徐晓娜、李煜光、魏凡星、路哗绵、常新苗、王思善、林冠辰、马志远、李 根、潘蓝兰、李显杰、李笑如、张屹、姚一楠、康亮、刘为华.

行业标准信息服务平台 I1
YD/T 10222019 基于移动互联网的数字车钥匙信息安全技术要求 1范围 本文件规定了基于移动互联网的数字车钥匙信息安全的技术要求，包括数字车钥匙执行环境、应 用软件、通信模块和用户隐私等.

由于现有数字车钥匙实现方案各异，因此本标准根据数字车钥匙的 不同实现方案，提出了不同的信息安全技术要求.

本文件适用于各种制式的移动智能终端中实现的数字车钥匙相关研发和测试.

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

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

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

GB/T32915信息安全技术二元序列随机性检测方法 3术语、定义和缩略语 3.1术语和定义 3.1.1 移动智能终端mobileintelligentterminal 能够接入移动通信网，具有能够提供应用程序开发接口的开放操作系统，并能够安装和运行应用 软件的移动终端.

3.1.2 数字车钥匙digitalkey 在用户访问车辆时用于身份认证的数字凭证，可实现解锁、上锁车门，启动、关闭车辆引擎等功 能.

3.1.3 安全单元secureelement 位于设备中的一种防纂改硬件安全部件，用于保证设备的安全性与机密性，安全单元具有多种形 态，包括eSE、inSE、SIM/UICC、智能卡、智能microSD卡等.

3.1.4 安全应用applet
YD/T 1022-2019 位于安全单元中实现相关安全功能的应用.

例如数字车钥匙的SE实现中，数字车钥匙的加密、签 名、密钥存储等核心安全功能在一个安全应用中实现.

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

CA 代理应用 Client Application DoS 拒绝服务攻击 Denial of Service ECU 电子控制单元 Electronic Control Unit NFC 近场通信 Near Field Communication OTA 空中下载 Over The Air SE 安全单元 Secure Element TA 可信应用 Trusted Application TEE 可信执行环境 Trusted Execution Environment TLS 安全传输层协议 Transport Layer Security I1 可信用户界面 Trusted User Interface UWB 超宽带 Ultra Wide Band 4技术架构 4.1整体架构 数字车钥匙系统架构如图1所示，其中主要包括车辆、车辆服务器、终端设备、终端设备服务器、 第三方服务五个组件.

其中第三方服务为可选组件，可用于提供车队管理、数据分析等服务.

车辆服务器 终端设备服务器 TSP平台 第三方服务（可选） 终端设备 车辆 数字车钥匙 应用软件 通信模块 TSP通信模块 ↑ 数字车钥匙执 服务平 数字车钥匙 行环境 认证系统 图1数字车钥匙参考实现架构图 4.2车辆 车辆负责与车辆服务器交互，对终端设备进行身份验证等功能.

4.3车辆服务器

ICS 33.020 CCS K07 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 移动互联网游戏通用术语和定义 Mobile internet oriented gameGeneral terms and definitions （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/TXXXXX-XXXX 目次 前言 引言 1范围 2规范性引用文件 3术语和定义 4缩略语 参考文献 索引 行业标准信息服务平台
YD/TXXXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草.

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

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

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

本文件起草单位中国电信集团有限公司、中国信息通信研究院、中国移动通信集团有限公司、深 圳市腾讯计算机系统有限公司、华为技术有限公司.

本文件主要起草人：唐勇、刘晓军、武娟、曾晨曦、李可、聂蔚青、李雅茹、郑倩.

行业标准信息服务平台
YD/TXXXXX-XXXX 引言 随着国内移动通信技术的快速发展与游戏从业者的不懈努力，2018年中国已成为全球第一大移动 游戏市场.

作为全球市场的风向标，国内游戏的健康和可持续发展具有重要的导向作用.

同时，游戏业 务作为移动互联网支柱产业，成为推动通信行业发展的主要源动力之一.

由于移动互联网游戏产业链条较长、类型丰富多彩、运营模式不断推陈出新，及从业者关注点较为 单一等原因，导致缺乏统一的定义和术语，阻碍了通信网络、移动游戏、移动终端等多种领域的协调与 合作.

本文件聚焦移动互联网游戏的概念厘清，规范移动互联网游戏的通用定义和术语，从用户体验、产 业构成、游戏类型、服务终端、游戏内容、计费方式和市场运营等多角度进行分析和闸述，促进多领域 合作和能力共享，为后续移动互联网游戏的一系列标准的研制奠定基础.

行业标准信息服务平台 ⅢI
YD/T XXXX-XXXX 移动互联网游戏通用术语和定义 1范围 本文件规定移动互联网环境下，有关移动互联网游戏相关的用户体验、产业构成、游戏类型、游戏内 容、计费方式、运营推广和运营指标等相关通用术语与定义.

本文件适用于基于移动终端运行的游戏，包括移动通信网和无线接入的固定通信网等接入方式.

本文 件不适合基于大型游戏机运行的街机游戏、基于家庭游戏主机运行的主机游戏和主要基于PC运行的电脑游 戏.

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

3术语和定义 3.1通用术语 3.1.1总体定义术语 3.1.1.1 移动智能终端mobileintelligentterminal 一类具备丰富人机交互方式、拥有接入互联网能力、通常搭载各种操作系统、具有较强处理能力，并 具备便携式的设备.

移动智能终端包括智能手机、平板电脑、车载终端、掌上游戏主机等，不包含主要用 于办公场景的笔记本电脑等设备.

3.1.1.2 移动互联网游戏mobilegames 3. 1. 1. 3 移动游戏玩家mobilegamer 以个人消费为目的而购买、使用移动游戏产品和服务的个体社会成员，是移动游戏产品和服务的最终 使用者.

ICS35.020 CCS M15 YD 中华人民共和国通信行业标准 YD/TXXXXX-201X 移动游戏业务体验指标及评估方法无线局 域网 The metrics and evaluation methods for networks supporting QoE of mobile games Wireless local area （报批稿） 行业标准信息服务平台 -XX-XX发布 XXXX-XX-XX实施 中国人民共和国工业和信息化部 发 布
目次 前言. 引言 1范围. 2规范性引用文件， 3术语和定义 4缩略语. 5概述... 6体验指标 7测试方法.

附录A（资料性附录）测试平台要求 附录B（资料性附录）游戏模型分析 附录C（资料性附录）多通道方案概述， 行业标准信息服务平台
前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分标准化文件的结构和起草规则》的规定起草.

《移动游戏业务体验指标及评估方法无线局域网》与《移动游戏业务体验指标及评估方法智能终 端》及《移动游戏业务体验指标及评估方法蜂窝移动网》共同构成移动游戏业务体验指标及评估方法标 准体系.

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

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

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

本文件起草单位：深圳信息通信研究院、深圳市腾讯计算机系统有限公司、北京小米移动软件有限公 司、华为终端有限公司.

本文件主要起草人：冯志芳、贺丽娟、李文卓、肖雳、张博钧、陈晓晨、唐伟生、曾远泽、杨琪琪、 左鑫、王吴、张亚军、陈灿峰、都闽军、李伟.

行业标准信息服务平台 Ⅱ
引言 随着移动互联网技术与应用的快速发展，基于移动智能终端的实时网络游戏市场迎来了空前蓝海.

据 统计，全球手机游戏用户数以亿计（全球：20亿，中国6亿）.

其中有60%的用户是通过无线局域网接入 游戏，由于复杂网络环境、以及手机自身软硬件和操作系统等原因，导致游戏的卡顿、高延时、闪退等现 象，成为了当前实时网络游戏的主要用户体验痛点.

这些问题关乎游戏厂商、终端厂商，以及网络运营商等多个环节.

如何客观评估智能移动终端以及在 指定网络环境下的网络游戏的用户体验，引导推进手机终端、网络，以及游戏应用等各方协同优化，是提 升实时游戏体验的当务之急.

本文件将基于终端用户的游戏体验，从终端硬件、不同网络下对数据包的处理能力、游戏内表现以及 应用切换时终端的处理机制提出业务体验指标和评估方法，涉及到三个部分： 移动游戏业务体验指标及评估方法智能终端，为智能终端提供移动游戏体验评测指标及计算 方法： 一移动游戏业务体验指标及评估方法无线局域网，为无线局域网环境下的智能终端运行实时游 戏提供网络性能的体验指标及评估方法： 一移动游戏业务体验指标及评估方法蜂窝移动网，为蜂窝移动网环境下的智能终端运行实时游 戏提供网络性能的体验指标及评估方法.

行业标准信息服务平台 IⅢI
移动游戏业务体验指标及评估方法无线局域网 1范围 本文件规定了无线局域网环境下，智能终端在运行实时游戏时的网络性能的体验指标及评估方法， 其中网络性能包含无线局域网下的时延、丢包和抖动.

本文件适用于支持实时游戏的智能终端设备，测试场景仅适用于无线局域网场景.

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

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

IEEE802.11ax一2021信息技术系统间远程通信和信息交换局域网和城域网特定要求第 11部分：无线局域网媒体访问控制和物理层规范修正1：高效率WLAN增强（IEEEStandardfor Information Technology Telemunications and Information Exchange between Systems Loca1 and Metropolitan Area NetworksSpecific Requirements Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications Amendment 1: Enhancements for High- Efficiency WLAN) 3术语和定义 下列术语和定义适用于本文件.

3. 1 智能终端smartterminal 指一类具备丰富人机交互方式、招有接入互联网能力、通常搭载各种操作系统、具有较强处理能力 的设备.

移动智能终端包括智能手机、平板电脑、车载终端、掌上游戏主机等.

3.2 实时移动游戏Real-timemobilegames 实时移动游戏是指运行在智能终端，多个用户在游戏中保持联网在线，同一对局中的玩家和服务器 不断交互且客户端对时延敏感的一类网络电子游戏.

3. 3 WLAN上行时延WLAN uplink delay 在智能终端运行的游戏经ILAN模块发送报文到达WLAN接入点（AP）设备的传输时延.

3.4 WLAN 下行时延WLAN downlink delay WLAN接入点（AP）设备发送游戏报文到达智能终端的WLAN模块的传输时延.

3.5

ICS35.200 CCS M30 YD 中华人民共和国通信行业标准 XXXX-XXXXX1/a人 移动游戏业务体验指标及评估方法蜂窝移 动网 The metrics and evaluation methods for networks supporting QoE of mobile games mobilenetworks （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部发布
行业标准信息服务平台
YD/T xXXXX-XXXX 目次 前 引 1范围 2规范性引用文件 3术语和定义 4缩略语 5评估方法 6体验指标 7测试方法 7.1总体要求 7.2测试项目 附录A（规范性）测试平台 附录B（资料性）游戏模型 B.1移动游戏流量模型介绍 B.2协议类型和优先级字段 B.3帧长度和帧发送间隔 行业标准信息服务平台
YD/TXXXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

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

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

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

YD/TXXXX《移动游戏业务体验指标及评估方法蜂窝移动网》与YD/TXXXX《移动游戏业务体验指 标及评估方法智能终端》及YD/TXXXX《移动游戏业务体验指标及评估方法无线局域网》共同构成移 动游戏业务体验指标及评估方法标准体系.

本文件起草单位深圳信息通信研究院、北京小米移动软件有限公司、中国信息通信研究院、深圳 市腾讯计算机系统有限公司、华为技术有限公司、OPPO广东移动通信有限公司、中国联合网络通信集团 有限公司、中国移动通信集团有限公司、中国移动通信集团设计院有限公司.

本文件主要起草人冯志芳、贺丽娟、李文卓、肖雳、张博钧、陈晓晨、唐伟生、黄秋钦、陈灿峰、 孙大亮、董千洲、左鑫、王昊、张亚军、樊兆宾、李伟、王小璞、刘艳伟、司美玲、张琪璇.

行业标准信息服务平台 11
YD/TXXXXX-XXXX 引言 随着移动互联网技术与应用的快速发展，基于移动智能终端的实时网络游戏市场迎来了空前蓝海.

据统计，全球手机游戏用户数以亿计（全球20亿，中国6亿）.

其中有40%的用户是通过蜂窝移动网接 入游戏，由于复杂网络环境、以及手机自身软硬件和操作系统等原因，导致游戏的卡顿、高延迟、闪退 等现象，成为了当前实时网络游戏的主要用户体验痛点.

这些问题关乎游戏厂商、终端厂商，以及网络运营商等多个环节.

如何客观评估智能移动终端以及 在指定网络环境下的网络游戏的用户体验，引导推进手机终端、网络，以及游戏应用等各方协同优化， 是提升实时游戏体验的当务之急.

《移动游戏业务体验指标及评估方法》旨在构建统一的移动游戏体验评测指标和评测计算方法，将 复杂的游戏体验过程进行量化计算，从用户角度真实反应移动游戏业务对移动终端综合性能的要求，并 基于智能终端和不同网络条件，分段建立移动游戏体验的评测指标，如视觉卡顿、触控卡顿、温度高、 耗电快等指.

本系列标准有助于终端厂商提升设备综合性能、有助于游戏内容商对游戏进行针对性的优 化，从而指导产业链合作，共同提升用户的移动游戏体验满意度.

本系列标准由三个部分构成： 一一智能终端.

规定了移动游戏体验评测维度，提供指标及计算方法.

一一无线局域网.

规定了无线局域网环境下，智能终端在运行实时游戏时的网络性能的体验指标及 评估方法，其中网络性能包含无线局域网下的时延、丢包和抖动.

一一蜂窝移动网.

规定了电信运营商4G、5C等不同蜂窝移动网络环境下，智能终端在运行实时游戏 时的网络性能的体验指标及评估方法，其中体验指标包含平均往返时延、高时延率和丢包率.

移动游戏的业务特性、用户体验的预期决定了其评价的特殊性.

通常，移动游戏中的一次对局会持 续一段时间，尤其是其中的实时对战类的对局，典型的持续时长为15-20分钟.

在这一过程中，用户与 服务器之间通过蜂窝网络的交互会持续发生，移动游戏业务的关键用户体验质量指标主要包括游戏画 面分辨率、游戏帧率、游戏画面卡顿、游戏启动时延、游戏响应时延等.

由于移动游戏业务的画面渲染 在终端本地完成，因此游戏画面分辨率、游戏启动时延及游戏响应时延受终端性能影响，只有游戏帧率 和画面卡顿受游戏报文传输的蜂窝移动网络条件的影响，当出现传输延迟（包括上行和下行）过高或发 生游戏报文丢失时，则会引起游戏画面的卡顿或游戏帧率下降，影响用户体验，因此，蜂窝移动网络条 件下，影响游戏业务的关键用户体验质量指标就是帧率下降和游戏卡顿，其对应的关键性能指标就是游 戏报文的时延和丢包性能.

/ 基于上述关键性能指标，本文件提出了不同蜂窝移动网络条件下移动游戏业务的体验指标，并给出 了对应的测试与评估方法，为在蜂窝移动网络下智能终端产品优化实时游戏的用户体验提供参考.

准信息服务平台 II1

ICS33.060 CCS M 36 YD 中华人民共和国通信行业标准 YD/T XXXXXXXX 基于5G移动边缘计算的云游戏技术要求 Technicalrequirements ofcloud gaming based on5G Mobile Edge Computing 点击此处添加与国际标准一致性程度的标识 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
行业标准信息服务平台
XX/TXXXX-XXXX 目次 目 次. 前 言 III 基于5G移动边缘计算的云游戏技术要求..

1范围. 规范性引用文件. 3术语、定义.. 3.1云游戏cloud gaming. 3.2 云游戏实例 cloud gaming Instance 3.3边缘应用edge puting application. 3.4用户面功能user plane function. 3.5用户设备userequipment.. 3.6移动边缘计算平台mobileedgeplatform.. 3.7网络云network cloud. 3.8边缘云edge cloud.... 3.9网络边缘云networkedge cloud.. 2 3.10云游戏玩家cloudgamingplayer.. 3.11云游戏运营商cloud gaming operator... 3.12云游戏平台提供商cloud gamingplatformprovide. 3.13云服务提供商cloudservice provider. 3.14电信运营商networkoperator.. 3.15网络能力开放平台open platformfor network capability. 4缩略语...... 5基于5G移动边缘计算的产业结构及云游戏部署模式.. 5.1基于5G移动边缘计算的产业结构. 5.2基于5G移动边终计算的云游戏部署模式. 6基于5G移动边缘计算的云游戏参考架构. 6.1云游戏对5G边缘计算的业务需求 6.2云游戏参考架构.. 6.2.1基于ETSI定义的边缘计算框架的云游戏参考架构 6.2.2基于公有云下沉模式的云游戏参考架构， 3 7基于5G边缘计算的云边协同技术要求. 7.1云边协同实现方式.， 7.2云边协同技术要求.. 7.2.1云游戏中心云技术要求. 7.2.2云游戏边缘云技术要求. 8基于5G边缘计算的云游戏能力部署技术要求. 8.1云游戏在边缘云的部署方式， 8.2部署在边缘云的云游戏技术要求. 8.2.1核心能力技术要求... 8.2.2业务系统技术要求.，
YD/TXXXX-XXXX 9基于5G网络与分流能力的云游戏技术要求. 9.1基于ETSI定义的边缘计算框架获取5G网络与分流能力， 9.2基于公有云下沉模式获取5G网络与分流能力.. 10基于5G边缘计算的云游戏安全性要求. 10.1云边交互安全... 10.2网络安全. 10.3数据安全 参考文献.. 行业标准信息服务平台
XX/TXXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

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

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

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

本文件起草单位：中国移动通信集团有限公司、中国信息通信研究院、中国电信集团有限公司、华 为技术有限公司、北京百度网讯科技有限公司.

本文件主要起草人司美玲、王泉、武涛、宋雪飞、房雅丁、李鹤、苏兆飞、曾晨曦、唐勇、刘晓 军、陈进、曹涛、黄勇.

行业标准信息服务平台

ICS 35.030 CCS L70 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 互联网医疗健康移动应用安全技术要求 Internet medical health technical requirements formobile terminal application security （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发 布
XX/TXXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》给出的规 则起草.

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

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

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

本文件起草单位：工业互联网创新中心（上海）有限公司、中国信息通信研究院、北京榔榔安全科 技有限公司、上海观安信息技术股份有限公司、阿里巴巴（中国）有限公司、郑州信大捷安信息技术股 份有限公司、OPPO广东移动通信有限公司、北京三星通信技术研究有限公司、荣耀终端有限公司、苹 果研发（北京）有限公司.

本文件主要起草人郑忠斌、闵栋、逢淑宁、阮大治、姜永鹏、董嘉强、卢佐华、袁森、谢江、逢 舒宁、刘为华、刘献伦、李腾、赵晓娜、吴越、陈兰朋.

行业标准信息服务平台
XX/T xXXXXxXXX 互联网医疗健康移动应用安全技术要求 1范围 本文件规定了互联网医疗健康移动应用安全技术要求，主要包含升级安全、应用软件自身、鉴别机 制、访问控制、逻辑安全、密码算法及密钥要求、数据安全及运行安全要求.

本文件适用于互联网医疗健康移动应用的开发、运营过程.

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

其中，注日期的引用文件， 仅该日期对应的版本适用于本文件.

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

GB/T25069信息安全技术术语 GB/T35273-2020信息安全技术个人信息安全规范 GB/T37092-2018信息安全技术密码模块安全要求 GB/T41479-2022信息安全技术网络数据处理安全要求 JR/T0092-2019移动金融客户端应用软件安全管理规范 3术语和定义 GB/T25069界定的以及下列术语和定义适用于本文件.

3. 1 密码模块cryptographicmodule 实现了安全功能的硬件、软件和/或固件的集合，并且被包含在密码边界内.

注：密码根据其组成，可分为硬件密码模块、圆件密码模块、软件密码模块以及混合密码模块.

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

APP移动终端应用（mobile APPlication） CNNVD国家信息安全漏洞库（China National Vulnerability Database of Information Security) CNVD 国家信息安全漏洞共享平台（China National Vulnerability Database） 5概述
XX/TxXXXXxXXx 医疗健康APP的安全技术要求由产品形态、功能类型决定.

产品形态决定了其在安全性、可靠性等 方面的基本要求，包括升级安全、自身安全、鉴别机制、逻辑安全、密码算法和密钥、数据安全、运行 安全.

产品形态主要分为传统应用、轻应用两种，传统应用是指能直接运行于Android和IOS、鸿蒙操作 系统的应用程序，轻应用指的是H5应用、小程序、快应用.

医疗健康APP的功能类型决定了其在安全性、可靠性等方面的特殊要求，例如具备电商类功能的APP 需要保护用户的支付交易安全，具备健康管理功能的APP需要保护用户健康相关的个人隐私安全等.

常 见的医疗健康APP可以分为在线寻医问诊类、预约挂号/导诊类、医药电商服务类、健康管理类型和垂 直小众类.

6安全技术要求 6.1概述 本文件依据医疗健康APP的产品形态、功能类型对其进行分类，并提出不同的安全技术要求，见表 1.

表1医疗健康APP安全技术要求表 在线寻医问诊预约挂号/导诊 医药电商服务健康管理垂直小众 传统应用6.2、6.4.2 6. 2、6. 4. 3、6. 4. 4、6. 4. 5 6. 2、6. 4. 1 6. 2、6. 4. 4 6. 2 轻应用6.3、6.4.2 6.3、6.4.3、6. 4. 4、6. 4.56.3、6.4. 16.3、6. 4. 46. 3 其中，传统应用应遵循6.2章节的安全技术要求，轻应用应遵循6.3章节安全技术要求.

此外， 根据医疗健康APP功能分类不同，在线寻医问诊类应用还应遵循6.4.2章节的安全技术要求，预约挂号/ 导诊类应用还应遵循6.4.3、6.4.4、6.4.5章节的安全技术要求，医药电商服务类应用还应遵循6.4.1章 节的安全技术要求，健康管理类应用还应遵循6.4.4章节的安全技术要求.

6.2传统应用安全要求 6.2.1升级安全 具体要求包括：更新过程中，应采用安全机制保证升级的时效性（如自动升级、更新通知）和准确 性（如完整性校验）.

标准信 6.2.2应用软件自身安全 具体要求包括： a）不应留有违反或绕过安全规则的接口： b）应用应包含供应者或开发者的签名信息且签名信息真实有效： c）应提供有效的机制（如混淆技术）防止程序被反编译、调试、注入等： d）不应存在CNVD、CNNVD等平台已公布6个月以上的高危及以上等级漏润： e）宜具备对应用运行过程中的态势感知能力.

6.2.3鉴别机制 6.2.3.1身份认证 具体要求包括： a）具备用户登录功能的应至少支持一种身份认证方式，如口令、验证码、指纹等：
XX/TxXXXXXXXX b）应具备鉴别失败处理措施，如连续多次鉴别失败后自动锁定该账户一定时间.

6.2.3.2口令安全机制 具体要求包括： a）口令在存储过程中不应出现明文： b）修改或找回口令时，应具备验证机制，以防止口令的被非授权获取或募改； c）口令在使用过程中宜具备防键盘劫持机制，无法劫持获取用户输入的口令.

6.2.3.3验证码安全机制 具体要求包括： a）验证码应在服务器端生成： b）图片验证码在使用过程中应具备一定的抗机器识别能力； c）邮件、手机短信验证码应具有防重放攻击机制.

6.2.4访问控制 具体要求包括： a)如采用基于用户角色的访间控制技术，用户登录成功后，应仅能访问被授权的功能应用未经过 用户明确许可前，不能访问、修改和删除其他应用的个人信息： b）应用应遵循操作系统的访问控制机制，不能未授权访问、修改终端资源及其配置.

6.2.5逻辑安全 6.2.5.1安全设计要求 具体要求包括： a)对于认证、校验等安全保证功能的流程设计应充分考虑其合理性，避免逻辑漏洞的出现，保护认证流 程不被绕过： b)应用程序不应调用CNVD、CNNVD等平台已公布6个月以上的高危及以上等级漏洞的函数，不存在敏 感数据硬编码.

6.2.5.2权限控制要求 具体要求包括： a）应用软件向移动终端操作系统申请权限时，应申请业务功能所必需的权限； b）应用软件向移动终端操作系统申请权限时，应同步告知申请权限的目的： c）应用软件宜在使用过程中，根据实际需求即时申请权限，已经获得用户授权的除外.

（如应用 软件应在用户需要扫码时申请相机权限） 6.2.6密码算法及密钥要求 6.2.6.1密码算法 密码算法、密钥长度及密钥管理方式应符合国家标准、密码行业标准的要求，不应使用当前不安全 的密码算法.

6.2.6.2密钥管理要求 具体要求包括：

ICS 11.020.10 S YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 医疗健康大数据平台数据智能化处理要求 和测试方法 Medical big data platformTechnical requirements and testing methods for Intelligent data processing 行业标准信息服务平台 （报批稿） XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/T XXXXXXXXX 目次 前 III 引言 IV 1范围. 2规范性引用文件 3术语与定义 .1 4缩略语... .2 5总体要求.. .2 6医疗健康数据类别 .2 6.1数据分类分级基本原则. 2 6.2医疗健康数据分类 6.3医疗健康数据分级.. 7技术要求.. 7.1数据理解管理.. 7.2数据准备管理. 5 7.3数据标注管理（可选） 7.4算法建模管理.. 7.5算法模型验证管理.

6 7.6算法模型部署管理.

7.7数据安全管理 7.8性能要求... 7.9安全性要求. 7.10其他要求. 7 8测试方法.. .8 8.1数据理解管理.

8 8.2数据准备管理.

6 8.3数据标注管理（可选） O1 8.4算法建模管理... 10 8.5算法模型验证管理.

11 8.6算法模型部署管理. 11 8.7数据安全管理.

12 8.8性能要求. 13 8.9安全性要求.. 13 8.10其他要求.. 14 参考文献
YD/TXXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

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

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

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

本文件起草单位中国信息通信研究院、阿里巴巴（中国）有限公司、郑州大学第一附属医院、北 京移联信创科技有限公司、郑州信大捷安信息技术股份有限公司、北京深睿博联科技有限责任公司、浙 江飞图影像科技有限公司、浙江卡易智慧医疗科技有限公司、浙江一山智慧医疗研究有限公司、中国科 学院深圳先进技术研究院、陕西省信息化工程研究院.

本文件主要起草人：武雅文、闵栋、冯天宜、郭佳颖、逢淑宁、张顺、张黎、李兆融、赵杰、石金 铭、高景宏、李陈晨、刘张、郭健、刘献伦、余琛林、刘会文、孙凤磊、胡利荣、张跃华、伍华樱、林 铭强、林坚、叶金德、方敏、汪栋、许振影、李烨、孙方敏、毛成华、肖钟凯、张勇.

行业标准信息服务平台 I1
YD/TXXXXX-XXXX 引言 目前，互联网医疗行业蓬勃发展，医疗健康数据量与日俱增，医疗健康大数据行业生态呈爆炸式增 长.

医学影像、心电、病理、电子病历等半结构化和非结构化数据在各类信息系统、云平台上的安全性 和数据质量管理也受到广泛关注.

制定医疗健康大数据平台标准，将有助于规范医疗健康大数据平台数 据质量管理能力，引导行业产品高质量发展.

本文件是“医疗健康大数据平台”系列标准的一部分，该 系列文件的结构和名称拟如下： . 《医疗健康大数据平台数据质量管理技术要求和测试方法》 《医疗健康大数据平台数据资产管理技术要求和测试方法》 《医疗健康大数据平台数据智能化处理要求和测试方法》 《医疗健康大数据平台数据安全能力成熟度评估要求和方法》 行业标准信息服务平台 III
YD/TXXXXXXXXX 医疗健康大数据平台数据智能化处理要求和测试方法 1范围 本文件规定了医疗健康大数据平台数据智能化处理的技术要求和测试方法，涉及医疗健 康数据的数据理解管理、数据准备管理、数据标准管理、算法建模管理、算法模型验证管理、 算法模型部署管理、数据安全管理、性能要求、安全性等要求和测试方法.

本文件适用于医疗健康大数据平台数据智能化处理功能的开发、测试、评估与验收等.

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

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

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

GB/T5271.31-2006信息技术词汇第31部分：人工智能机器学习 GB/T35295-2017信息技术大数据术语 GB/T39725-2020信息安全技术健康医疗数据安全指南 3术语与定义 下列术语和定义适用于本文件.

3. 1 医疗健康大数据healthcare bigdata 个人医疗健康数据以及由个人医疗健康数据加工处理之后得到的健康医疗相关电子数 据.

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

信息服务平 [来源：GB/T35295-2017，定义2.2.13] 3.3 非结构化数据unstructureddata 不具有预定义模型或未以定义方式组织的数据.

[来源：GB/T35295-2017，定义2.1.25] 3. 4 机器学习machinelearning 功能单元通过获取新知识或技能，或通过整理已有的知识或技能来改进其性能的过程.

[来源：GB/T5271.31-2006定义31.1.2]

ICS 01.040.11 CSS M21 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 医疗健康大数据平台数据资产管理技术要 求和测试方法 Medical big data platformTechnical requirements and testing methods for asset management （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/TXXXXXXXXX 目次 前 言. IⅢI 引言.. IV 1范围... 2规范性引用文件 3术语与定义. 4缩略语... .2 5总体要求.. .2 6医疗健康数据类别 .2 6.1数据分类分级基本原则. 2 6.2医疗健康数据分类 6.3医疗健康数据分级. 7技术要求. 7.1数据标准管理. 7.2数据源管理. 5 7.3数据模型管理. 7.4元数据管理， 6 7.5主数据管理. 7.6数据资产管理. 7.7数据价值管理 7.8数据服务管理 7.9数据安全管理. 8 7.10性能要求. 8 7.11安全性要求， 9 7.12其他要求. 6 8测试方法 8.1数据标准管理. 8.2数据源管理. 10 8.3数据模型管理. 11 8.4元数据管理. 12 8.5主数据管理.. 13 8.6数据资产管理. 14 8.7数据价值管理. 15 8.8数据服务管理. 15 8.9数据安全管理.
YD/TXXXXXXXXX 8.10性能要求. 17 8.11安全性要求.， 8.12其他要求. 参考文献 18 行业标准信息服务平台
YD/TXXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

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

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

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

本文件起草单位中国信息通信研究院、阿里巴巴（中国）有限公司、浪潮软件集团、山东浪潮智 慧医疗科技有限公司、郑州大学第一附属医院、郑州信大捷安信息技术股份有限公司、京东方科技集团 股份有限公司、北京深睿博联科技有限责任公司、浙江飞图影像科技有限公司、浙江卡易智慧医疗科技 有限公司、浙江一山智慧医疗研究有限公司、北京移联信创科技有限公司.

本文件主要起草人：武雅文、闵栋、冯天宜、郭佳颖、逢淑宁、张黎、张顺、李兆融、李向阳、吴 玉雁、马良、刘吴东、赵杰、石金铭、高景宏、李陈晨、刘献伦、夏涛、余琛林、刘会文、孙凤磊、胡 利荣、张跃华、伍华操、麻元兴、金倍建、温正德、张吕峥、应品、方震宇、刘张、郭健.

行业标准信息服务平台 I11
YD/TXXXXXXXXX 引言 目前，互联网医疗行业蓬勃发展，医疗健康数据量与日俱增，医疗健康大数据行业生态呈爆炸式增 长.

医学影像、心电、病理、电子病历等半结构化和非结构化数据在各类信息系统、云平台上的安全性 和数据质量管理也受到广泛关注.

制定医疗健康大数据平台标准，将有助于规范医疗健康大数据平台数 据资产管理能力，引导行业产品高质量发展.

本文件是“医疗健康大数据平台”系列标准的一部分，该 系列文件的结构和名称拟如下： 《医疗健康大数据平台数据质量管理技术要求和测试方法》 《医疗健康大数据平台数据资产管理技术要求和测试方法》 《医疗健康大数据平台数据智能化处理要求和测试方法》 《医疗健康大数据平台数据安全能力成熟度评估要求和方法》 行业标准信息服务平台 IV

ICS 01.040.11 CSS M21 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 医疗健康大数据平台质量管理技术要求和 测试方法 juuseueu Aaenb oj spoqau Susa pue sjusuaunbau eouupouoed eep Sq jeopo 行业标准信息服务平台 （报批稿） XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/TXXXXXXXXX 目次 前 言 引 言. 1范围 2规范性引用文件.. 3术语与定义 4缩略语... 5总体要求 6医疗健康数据类别 6.1数据分类分级基本原则. 6.2医疗健康数据分类 6.3医疗健康数据分级. 7技术要求... 7.1数据采集管理... 7.2数据处理管理. 7.3数据挖据管理. 7.4数据存储管理. 7.5数据质量管理.

7.6数据安全管理. 7.7性能要求.. 7.8安全性要求. 7.9其他要求. 8测试方法. 8.1数据采集管理 8.2数据处理管理.

8 8.3数据挖掘管理.

10 8.4数据存储管理.， 8.5数据质量管理.

8.6数据安全管理. 12 8.7性能要求. 8.8安全性要求. 8.9其他要求. 13 参考文献..
YD/TXXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

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

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

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

本文件起草单位中国信息通信研究院、阿里巴巴（中国）有限公司、郑州大学第一附属医院、北 京移联信创科技有限公司、郑州信大捷安信息技术股份有限公司、北京深睿博联科技有限责任公司、浙 江飞图影像科技有限公司、浙江卡易智慧医疗科技有限公司、浙江一山智慧医疗研究有限公司.

本文件主要起草人：武雅文、闵栋、冯天宜、郭佳颖、逢淑宁、李兆融、叶旭辉、王菲菲、赵杰、 石金铭、高景宏、李陈晨、刘张、郭健、刘献伦、余琛林、刘会文、孙凤磊、胡利荣、张跃华、伍华操、 叶德尧、陈集房、赵汉凑、葛航、俞青、高春蓉.

行业标准信息服务平台 I1
YD/TXXXXX-XXXX 引言 目前，互联网医疗行业蓬勃发展，医疗健康数据量与日俱增，医疗健康大数据行业生态呈爆炸式增 长.

医学影像、心电、病理、电子病历等半结构化和非结构化数据在各类信息系统、云平台上的安全性 和数据质量管理也受到广泛关注.

制定医疗健康大数据平台标准，将有助于规范医疗健康大数据平台数 据质量管理能力，引导行业产品高质量发展.

本文件是“医疗健康大数据平台”系列标准的一部分，该 系列文件的结构和名称拟如下： . 《医疗健康大数据平台数据质量管理技术要求和测试方法》 《医疗健康大数据平台数据资产管理技术要求和测试方法》 《医疗健康大数据平台数据智能化处理要求和测试方法》 《医疗健康大数据平台数据安全能力成熟度评估要求和方法》 行业标准信息服务平台 III
YD/TXXXXXXXXX 医疗健康大数据平台质量管理技术要求和测试方法 1范围 本文件规定了医疗健康大数据平台数据质量管理的技术要求和测试方法，涉及医疗健康 数据的数据采集管理、数据处理管理、数据挖掘管理、数据存储管理、数据质量管理、数据 安全管理、性能要求、安全性等要求和测试方法.

本文件适用于医疗健康大数据平台数据质量管理功能的开发、测试、评估与验收等.

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

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

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

GB/T35295信息技术大数据术语 GB/T5271.31-2006信息技术词汇第31部分：人工智能机器学习 GB/T25000.12-2017系统与软件工程系统与软件质量要求和评价（SQuaRE) GB/T39725-2020信息安全技术健康医疗数据安全指南 3术语与定义 下列术语和定义适用于本文件.

3. 1 医疗健康大数据hoalthcarebigdata 个人医疗健康数据以及由个人医疗健康数据加工处理之后得到的健康医疗相关电子数 据.

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

息服务平 [来源：GB/T35295-2017，定义2.2.13] 3.3 非结构化数据unstructureddata 不具有预定义模型或未以定义方式组织的数据.

[来源：GB/T35295-2017，定义2.1.25] 3.4 机器学习machinelearning 功能单元通过获取新知识或技能，或通过整理已有的知识或技能来改进其性能的过程.

[来源：GB/T5271.31-2006，定义31.1.2] 3.5

ICS 35.030 CCS L70 YD 中华人民共和国通信行业协会标准 YD/TXXXXX-XXXX 面向数字医院的医疗设备管理平台技术要 求 Technical requirements for medical device management platform for digital hospitals （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/T XXXXXXXXX 目次 前言 引言.. III 1范围.. 2规范性引用文件 3术语与定义.. 4缩略语... 5概述.. 6功能完备性 6.1设备全生命周期标准化管理流程. 6.2设备状态信息录入 6.3设备运维管理.

6.4设备效益分析， 7安全性.. 7.1平台网络安全性.

7.2平台数据安全性. 8可用性 9兼容性. 参考文献... 行业标准信息服务平台
YD/TXXXXXXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

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

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

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

本文件起草单位中国信息通信研究院、京东方科技集团股份有限公司、河南泰创信息科技有限公 司.

本文件主要起草人：滕依杉、闵栋、李曼、赵阳光、李静雯、夏涛、王洪亮、崔伟男.

行业标准信息服务平台 II
YD/TXXXXXXXXX 引言 医疗设备资源是医疗资源的核心组成部分，对于诊疗质量以及健康保障至关重要.

各国对于医疗卫 经超过50%.

医疗设备具有技术含量高、合规性要求高、种类繁杂，用途多样等特点.

医疗设备资源相 关的信息系统以及数据源种类异构繁杂.

因此，医疗设备资源精细化管理对于科学有效地配置资源、提 效降耗具有重要意义.

近些年，我国大力建设数字医院，旨在提升医疗设备精细化管理能力.

作为数字 化医院的重要组成部分，医疗设备智能化监测管理平台相关行业标准以及行业主数据支撑缺失，导致医 疗设备管理数据混乱难以实现数据化智能监管.

本标准文稿旨在规范面向数字医院的医疗设备管理平台功能完备性、安全性、可用性、兼容性相 关性能，引领数字医院建设，推动医疗设备智能化管理.

行业标准信息服务平台 I11
YD/TXXXXXXXXX 面向数字医院的医疗设备管理平台技术要求 1范围 本文件规定了面向数字医院的医疗设备管理平台的技术要求.

本文件适用于应用于医院内部对医疗设备进行全生命周期管理的信息化平台.

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

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

WS/T500-2016电子病历共享文档规范 WS/T482-2016卫生信息共享文档编制规范 3术语与定义 3.1医疗设备medicaldevice 医疗设备是指单独或者组合使用于人体的仪器、设备、器具、材料或者其他物品，也包 括所需要的软件.

医疗设备是医疗、科研、教学、机构、临床学科工作最基本要素，即包括 专业医疗设备，也包括家用医疗设备.

在使用期间，旨在达到下列预期目的对疾病的预防、 诊断、治疗、监护、缓解；对损伤或者残疾的诊断、治疗、监护、缓解、补偿；对解剖或者 生理过程的研究、替代、调节：妊娠控制.

3.2医疗设备管理平台medicaldevicemanagementplatform 医疗设备管理平台是指部署在医院内部，能够收集医疗设备的原理性能、使用场景、类 别、品牌、外形尺寸等信息，可以实现采购、安装、维保、报废等多个环节标准化管理，能 够掌握设备运行环境参数，监测使用状态，对可能发生的故障进行预警，并为医院进行绩效 考核、医疗资源分配调度等方面提供支撑.

3.3数字医院digitalhospital 数字医院是指利用计算机和数字通信网络等信息技术，实现语音、图像、文字、数据、 图表等信息的数字化采集、存储、阅读、复制、处理、检索和传输，即数字化和医疗设备、 医院信息系统（HIS)、医学影像和通信系统（PACS）和办公自动化系统（OA）.

其特征：无纸化、 无胶片化、无线网络化.

3.4阳性检查率positive testrate 医疗设备的检查报告阳性结果数占同期医疗设备检查人次数的比例.

4缩略语

ICS 33. 060 CCS M30 YD 中华人民共和国通信行业标准 YD/T[×××××]-[202×] 智能化快速部署医院医疗业务数据 传输技术要求 Technical requirements for data transmission of medical services in intelligentized and rapidly deployable hospitals 行业标准信息服务平台 （报批稿） 202X-×X-××发布 202×-××-××实施 中华人民共和国工业和信息化部发布
YD/Txxxxx-202x 目次 前 III 1范围. 2规范性引用文件... 3术语和定义.. 2 4缩略语.. 3 5传输系统、协议和方式 5 5.1传输系统 5 5.2传输协议 5 5.3传输方式 6系统间传输规范 6 6.1同步传输系统消息传输要求 6 6.2异步传输系统数据调用接口 6.3数据格式和校验要求 7物联网数据传输规范.. 7.1监护设备数据传输要求 7.2感知设备数据传输要求 8 7.3检查影像数据传输要求 8 7.4检验医学数据传输要求 8 7.5远程音视频流数据传输要求 8 8云计算平台数据传输规范 6 8.1业务数据传输要求 8.2运维数据传输要求 6 9传输和交换安全.... 6 9.1数据安全基本要求 6 9.2数据传输安全要求 9 9.3数据交换安全要求 9.4跨网数据传输要求 9.5设备电磁兼容要求 10 附录A（资料性）医院业务信息系统数据传输要求细则示例 医学图像存储传输系统， II A.1系统对接要求 II A.2取图方式 11 A.3医学报告接收 11 A.4视频接收 11 A.5工作列表 II A.6断点续传 11 A.7异步上传 12 A.8数据压缩算法 12 A.9加密传输要求 12 A.10影像/报告一致性校验 12
YD/Txxx×x-202× A.11上传数据校验 12 A.12图像转发.... 12 A.13DICOM封装和通信要求 12 A.14数据存储要求 12 A.15性能要求 13 参考文献 行业标准信息服务平台
行业标准信息服务平台
前言 YD/Txx×x×-202× 本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起 草.

本文件是智能化快速部署医院相关系列标准之一.

该系列标准包括： a）YD/T4350基于5G的智能化快速部署医院远程医疗系统技术要求： b)YD/T4351基于5G的智能化快速部署医院远程医疗系统测试方法： c) YD/T4352基于5G的智能化快速部署医院远程监护系统技术要求； d）YD/T4353基于5G的智能化快速部署医院远程监护系统测试方法： e)YD/T4354基于5G的智能化快速部署医院智能管理系统技术要求和测试方法； f)YD/TXXXX智能化快速部署医院医疗业务数据传输技术要求.

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

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

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

本文件起草单位：中国人民解放军总医院、中国信息通信研究院、中国移动通信集团有限公司、河南泰 创信息科技有限公司、华为技术有限公司、中兴通讯股份有限公司、飞利浦（中国）投资有限公司、北京红 云融通技术有限公司、上海联影医疗科技股份有限公司.

本文件主要起草人：何昆仑、曹德森、庄严、闵栋、李曼、任海英、李轶飞、杜远舶、张昊、黄丹妮、 唐立瑶、葛飞、胥强、薛存星、高峰、李红阳.

行业标准信息服务平台 II

ICS33.060 CCS M30 YD 中华人民共和国通信行业标准 YD/TXXXX-XXXX 智慧医院专网融合组网架构与技术要求 Converged architecture and technicalrequirements for smart hospital privatenetworks （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
行业标准信息服务平台
YD/T XXXXXXXX 目次 前 1范围 2规范性引用文件. 3术语和定义. 4缩略语 5智慧医院专网融合组网架构设计准则.

6智慧医院专网融合组网架构 6.1总体架构... 6.2组网架构... 7智慧医院专网融合组网功能技术要求. 7.15G网络功能技术要求 7.2院区网络功能技术要求. 7.3多网络融合功能技术要求. 8智慧医院专网融合组网安全技术要求. 13 8.1融合接入层安全. 13 8.2通信网络安全 13 8.3区域边界安全.

8.4计算安全.. 8.5网络安全管理中心 15 9智慧医院专网融合组网可靠性技术要求 16 9.1可靠性组网原则. 16 9.2整网可靠性要求. 16 9.3设备可靠性要求.. 16 10智慧医院专网融合组网智能运维技术要求. 17 10.1概述... 17 10.2数据采集技术要求. 17 10.3数据分析平台技术要求. 10.4网络故障智能维护技术要求. 10.5网络性能智能调优技术要求. 附录A（资料性）智慧医院院内典型应用场景及对网络需求
YD/TXXXX-XXXX 前言 本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

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

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

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

本文件起草单位：中国移动通信集团有限公司、中国信息通信研究院、华为技术有限公司、中国人 民解放军总医院医学创新研究部、青岛海信医疗设备股份有限公司、郑州大学第一附属医院、北京邮电 大学、深圳信息通信研究院、山东威高手术机器人有限公司.

本文件主要起草人：朱磊、任海英、闵栋、李曼、张婷、何昆仑、赵立君、王肖飞、张吴、徐栋、 刘芳、王光宇、陈双龙、游正朋、刘金鑫、袁磊、乔丰、何倩、罗菁、张鸿佳、杜远舶、刘璐、陈保站、 赵少奇、梁彦明、杨杰.

行业标准信息服务平台 11
YD/T XXXXXXXX 智慧医院专网融合组网架构与技术要求 1范围 本文件确立了智慧医院专网融合组网的总体架构和组网架构，规定了智慧医院专网融合组网的功能、 安全、可靠性与智能运维技术要求.

本文件适用于电信网络运营商、医院网络建设者、设备制造商对5G网络与医院现有网络融合演进 的智慧医院专网进行研发、建设、运营.

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

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

GB15629.11-2003信息技术系统间远程通信和信息交换局域网和城域网特定要求第11部分：无 线局域网媒体访问控制和物理层规范 GB/T22239-2019信息安全技术网络安全等级保护基本要求 YD/T2372-2011支持IPv6的接入网总体技术要求 YD/T3615-20195G移动通信网核心网总体技术要求 YD/T36275G数字蜂窝移动通信网增强移动宽带终端设备技术要求（第一阶段） YD/T3962-20215G核心网边缘计算总体技术要求 YD/T3973-20215G网络切片端到端总体技术要求 IEEE802.11信息技术系统间的电信和信息交换局域网和城域网特殊要求第11部分：无线局域 网介质访问控制（MAC）和物理层（PHY）规范（Information technology-Telemunications and information exchange beiveen systems Local and metropolitan area networks--Specific requirements Part 11: Wireless LAN Mediurn Access Control (MAC) and Physical Layer (PHY) Specifications) IEEE802.1X信息技术系统间的电信和信息交换-一局域网和城域网--第1X部分：基于端 的网络访问控制(Informaion technology --Telemunications and information exchange between systems - Local and metropolitan area neiworks Part 1X: Port-based network access control) IETF RFC 2474 IPv4与IPv6包头中差分履务字段的定义(Defnition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers) IETF RFC 2475差分服务架构(An Architecture for Differentisted Services Framework) IETF RFC 2597 保证转发PHB组(Assured Forwarding PHB Group) IETF RFC 3246 加速转发PHB(An Expedited Forwarding PHB) IETF RFC 3270 MPLS 对差分服务的支持(Multi-Protocol Label Switching (MPLS) Support of Differentiated Services) 3术语和定义 下列术语和定义适用于本文件.

3. 1

ICS33.060 CCSM30 YD 中华人民共和国通信行业标准 YD/TXXXX-XXXX 智慧医院接入网关设备技术要求 Technicalrequirements of access gateway device in smart hospital （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
行业标准信息服务平台
YD/TXXXX-XXXX 目次 前 言 1范围..... II 2规范性引用文件 3术语和定义 4缩略语 5接入网关在智慧医院网络中的位置 6环境适应性要求 7功能要求 7.1接口要求 7.2通信协议要求 7.3通信功能要求 7.4设备接入要求 5 7.5带宽控制技术要求 8安全要求... 5 6 8.1设备安全要求 6 8.2网络安全要求 6 9操作管理维护要求 6 9.1日志功能 9.2远程管理 6 9.3本地管理 6 9.4容器管理 9.5软件升级 10其它要求 10.1环境要求... 10.2过压、过流保护要求 10.3外置配件要求 附录A（资料性）智慧医院接入网关典型应用， A.1智慧管理接入网关 8 8 A.2智慧ICU接入网关. 8 A.3智慧病房接入网关 服务平台 6 A.4院前急救接入网关
YD/T XXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

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

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

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

本文件起草单位中国移动通信集团有限公司、中国人民解放军总医院医学创新研究部、华为技术 有限公司、中国信息通信研究院、上海诺基亚贝尔股份有限公司、深圳信息通信研究院、北京邮电大学.

本文件主要起草人朱磊、何昆仑、张婷、任海英、曹德森、黄传娜、闵栋、李曼、赵少奇、梁彦 明、杨杰、姜林、张政波、张楠、张昊、刘芳、龙华、赵立君、刘金鑫、乔丰、何倩、罗菁、张鸿佳、 潘伟、陈双龙、宋建民.

行业标准信息服务平台 II
YD/T XXXX-XXXX 智慧医院接入网关设备技术要求 1范围 本文件给出了智慧医院中接入网关设备的功能参考模型和接口，规定了其设备功能、安全功能、操 作管理维护要求、性能和环境、供电等要求，并结合医疗应用场景规定了电磁兼容性、无线网络性能等 技术要求.

本文件适用于智慧医院接入网关设备的研制、使用和管理.

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

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

GB/T17626.3-2016电磁兼容试验和测量技术射频电磁场辐射抗扰度试验 GB/T25069-2022信息安全技术术语 GB/T31402-2015塑料塑料表面抗菌性能试验方法 YD/T965-2013电信终端设备的安全要求和试验方法 YD/T968-2010电信终端设备电磁兼容性要求及测试方法 YD/T3973-20215G网络切片端到端总体技术要求 YY0319-2008医用电气设备第2-33部分：医疗诊断用磁共振设备安全专用要求 YY0505医用电气设备第1-2部分安全通用要求并列标准：电磁兼容要求和试验 YD/T965-1998电信终端设备的安全要求和试验方法 YD/T1082-2011接入网设备过电压过电流防护及基本环境适应性技术要求和试验方法 ISO/IEC18000-2:2009信息技术-用于项目管理的射频识别-第2部分：135kHz以下空中接口通信 的参数（Information Technology - Radio Frequency Identification For Item Management - Part 2: Parameters For Air Interface Communications Below 135 KHz) ISO/IEC18000-7:2009信息技术-用于物品管理的无线电频率识别-第7部分：433MHz主动空中接口 通信参数信（Information technology -Radio frequency identification for item management - Part 7: Parameters for active air interface munications at 433 MHz) equipment - Safety - Part 1: Generalrequirements) IEC 61850-3电力自动化通信网络和系统第3部分：一般要求（Communicationnetworksand systems for power utility automation - Part 3: General requirements) 3GPPTS38.521-1NR：用户设备（UE）一致性规范无线发射和接收第1部分范围1单机（NR；User Equipment (UE) conformance specification: Radio transmission and reception: Part 1: Range 1 standalone) 3GPPTS38.521-2NR：用户设备（UE）一致性规范无线发射和接收第2部分范围2单机（NR；User Equipment (UE) conformance specification: Radio transmission and reception; Part 2: Range 2 standalone) 3GPPTS38.521-3NR：用户设备（UE）一致性规范：无线发射和接收：第3部分：范围1和范围2与其 他无线电互通操作（NR：User Equipment （UE）conformance specification;Radio transmission and reception: Part 3: Range 1 and Range 2 Interworking operation with other radios) 3GPP TS 38.523-15GS：用户设备（UE)一致性规范；第1部分：协议（5GS;User Equipment（UE) conformance specification: Part 1: Protocol)

ICS35.240.99 CCSL67 YD 中华人民共和国通信行业标准 YD/TXXXX-XXXX 智慧医院物联网通信管理平台技术要求 Technicalrequirements for smarthospitalloT munication management platform （报批稿） 行业标准信息服务平台 xxxx-xx-xx发布 xXXX x×-xx实施 中华人民共和国工业和信息化部 发布
YD/T × × × ×-× × × × 目次 前 1范围. 2规范性引用文件， 3术语和定义.. 4缩略语.. 5应用场景及业务需求.. 5.1应用场景.

5.2业务需求.， 6系统架构. 7平台功能.. 7.1设备管理.

7.2安全管理.. 7.3设备参数描述管理. 8平台接口要求.. 8.1接口概述.. 8.2接口加密解密. 8.3物联网通信应用程序接口. 8.4物联网通信设备标准化协议接口. 9安全要求. 9.1数据安全.. 9.2通信安全.. 9.3安全认证.. 10 附录A（资料性附录）智慧医院应用场景举例.

11 A1智慧院区管理. 11 A.2智慧导诊智能导医 11 A.3智慧医院安防场景 11 A.4智慧医疗与服务场景. A.5医院综合显示场景.. 12 附录B（资料性附录）接口数据结构定义 13 B.1物联网通信应用程序接口数据结构定义， 3 B.2物联网通信设备标准化协议接口数据结构定义 15 参考文献...
YD/T × × ××-X × × X 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

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

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

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

本文件起草单位中国移动通信集团有限公司、国家无线电监测中心检测中心、中建三局集团有限 公司、青岛东软载波科技股份有限公司、中国信息通信研究院、芯昇科技有限公司、广东鑫兴科技有限 公司、广东诺信安科技有限公司、博为科技有限公司、郑州信大捷安信息技术股份有限公司.

本文件主要起草人：肖青、文学、柳耀勇、李洪涛、冯亚斌、耿常健、张骏驰、余地华、彭云涛、 武超、欧阳新民、张浩、杜晓红、孙淼、李中锋、刘丹、蔡剑文、杨强辉、霍桂广、谭夏、何伟聪、温 则强、马超、胡波、刘献伦、麦建乐、刘澍.

行业标准信息服务平台 I1
YD/T × × × ×× × × × 智慧医院物联网通信管理平台技术要求 1范围 本文件规定了智慧医院物联网通信管理平台的系统架构、平台功能、平台接口、安全要求.

本文件适用于基于物联网的智慧医院系统产品的平台、应用、设备、安全等的开发、设计.

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

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

GB/T17901.1-2020信息技术安全技术密钥管理第1部分：框架 GB/T25069-2022信息安全技术术语 GB/T35275-2017信息安全技术SM2密码算法加密签名消息语法规范 GM/T0054-2018信息系统密码应用基本要求 3术语和定义 GB/T25069-2022界定的以及下列术语和定义适用于本文件.

3. 1 安全远程终端单元securityremoteterminalunit 提供安全芯片、通信芯片、协议转换、边缘计算等功能的硬件载体的设备终端.

3. 2 第三方应用thirdpartyapplication 由第三方通过开放的API接口向用户提供的应用.

[来源 YD/T 13902005，3.1. 4] 3.3 智慧医院smarthospital 将云计算、大数据、物联网、移动互联网、人工智能和区块链等新一代信息技术，运用于医疗服务 和医院管理，构建智慧服务体系、智慧医疗体系和智慧管理体系，提高医疗服务能力、服务效率和服务 质量，优化医疗服务资源，拓展医疗服务空间和内容，提升患者就医体验，实现可持续发展的一种创新 型医院.

[来源：YD/T XXXX-XXXX，3.1]
YD/T ×××××××× 下列缩略语适用于本文件.

API：应用程序接口（Application Programming Interface） HTTPS：超文本传输安全协议（Hypertext Transfer Protocol Secure） IoT：物联网（Internet of Things） IP：互联网协议（InternetProtocol） LoRa：长距离无线电（Long Range） LoRaWAN：长距离无线电广域网（LoRa Wide Area Network） MAC：介质访间控制（Media Access Control） MQTT：消息队列遥测传输协议（Message Queuing Telemetry Transport） NB-IoT：窄带物联网（Narrowband Internetof Things） OTAA：空中激活（Over The Air Activation） WLAN：无线局域网（Wireless LocalArea Network） WPA:Wi-Fi网络安全接入（Wi-Fi Protected Access） 5应用场景及业务需求 5.1应用场景 智慧医院目前常见的应用场景包括智慧院区管理、智慧导诊、智能导医、智慧安防、智慧服务、综 合显示等（详见附录A）.

5.2业务需求 智慧医院在业务开展的过程中，需要综合考虑以下几个方面： a）用户识别：通过识别使用者的身份，确定使用权限； b）管理性：从物联网设备、物联网通信管理平台，及客户端各端和自身业务及交互业务出发，需 要具备的功能性要求： c）安全性：包括物联网设备、业务平台，及客户端各端的本地安全及各端之间的交互安全； d）便捷性：用于衡量物联网设备客户体验，可度量的指标性要求： e）隐私性在智慧医院的物联网应用中，涉及大量惠者隐私数据，以及业务应用的数据安全、访 问安全，如智能输液、体征监测、患者床卡等.

在不影响业务系统正常访问下，在通信过程中 应加密传输智慧医院物联网应用的敏感数据： f）统一性各厂商的设备应使用统一协议对接，控制应用直接使用统一的协议接口，医院建设的 过程中，不同厂商的设备都应达到直接管理和控制的目的： g）通信管理平台：用于统一管理不同厂家的设备、不同应用提供商的应用接入，以及标准化协议 接口.

服务平 6系统架构 智慧医院物联网通信管理平台系统架构图，如图1所示.

ICS35. 240.60 CCS L70 YD 中华人民共和国通信行业标准 YD/TXXXXX-XXXX 移动互联网线上线下零售业务中台术语和 定义 Mobile internet online and offline retailing business platformTerminology and definitions 行业标准信息服务平台 （点击此处添加与国际标准一致性程度的标识） 报批稿 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/T XXXXX-XXXX 目次 前 III 1范围 2规范性引用文件 3术语和定义 3.1零售业务中台术语分类. 3.2基础通用. 3.2.1 零售 retailing... 3.2.2线上线下零售 online and offline retailing. 3.2.3零售业务中台 retailing business platform. 2 3.2.4客户门下门店 stores 3.3零售业务中台业务类. 2 3.3.1零售运营中心retailoperatingcenter. 3.3.2零售业务基础服务 basic service of retailing business platform. 3.3.3 零售业务数据服务 data service of retailing business 3.3.4拣货服务picking service.. 3.3.5陈列服务display service， 3.3.6零售业务设备retailing equipment. 2 3.3.7零售业务中继站retailingaccess point. 2 3.3.8电子货架标签electronic shelf 1abel. 3.3.9 物码数据itemcode data. 3.3.10 商品信息modity information. 3.3.11零售业务位置数据retailing position data. 3.4零售业务中台系统类..... 3.4.1零售业务中台门户retailing business platform portal. 3. 4.2 零售运维视图retailing operating and maintenance view. 3 3.4.3零售生产视图retailing productionview.. 3.4.4零售业务开发和运行管理retailing developing andoperating management. 3 3.5开发管理development management. 3.6测试管理test management. 3 3.7发布管理publish management........ 3.8 运维管理operating and maintenance management. 3.9零售业务应用 retailing business application... 3.10 零售业务应用管理retailing business application manageient 3.11软件资产管理software asset management. 3.12 持续集成 continuous integration.. 3.13 零售业务组件 retailing business ponent.. 3.14零售业务组件管理retailingbusiness ponent management.. 3.15 功能组件function ponent. 3.16 模版管理template management. 3.17零售业务设备管理retailing devices management.
YD/TXXXXX-XXXX 3.18客户信息管理customer information management. 3.19零售位置服务1ocation-basedservice.. 3.20 生产管理 production management.. 3.21技术服务组件 technicalservice ponent.

3.22信道优选channeloptimization.. 3.23系统参数管理system parameter management. 3.24 接口密钥管理interface key management. 附录A （资料性）零售业务中台参考架构， 行业标准信息服务平台
YD/TXXXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

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

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

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

本文件起草单位阿里云计算有限公司、中国信息通信研究院、中兴通讯股份有限公司、中国移动 通信集团有限公司、北京小米移动软件有限公司、北京邮电大学、福建省邮电规划设计院有限公司.

本文件主要起草人王琳、戈志勇、张宏伟、程宝平、雷珺、陈灿峰、张勇、朱志祥、曾芳、王成 林.

行业标准信息服务平台 II1
YD/TXXXXX-XXXX 移动互联网线上线下零售业务中台术语和定义 1范围 本文件规定了移动互联网线上线下零售业务中台常用的术语和定义，包括基础通用类、零售业务中 台业务类和零售业务中台系统类三部分的术语和定义.

本文件适用于移动互联网线上线下零售业务中台的研发、设计、采购和运行，为后续线上线下零售 业务中台相关标准提供基础术语和定义参考.

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

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

GB/T14733.1-1993电信术语电信、信道和网 GB/T18106-2021零售业态分类 GB/T25069-2022信息安全技术术语 GB/T26236.1-2010信息技术软件资产管理第1部分：过程 GB/T26831.5-2017社区能源计量抄收系统规范第5部分：无线中继 GB/T40290-2021跨境电子商务进口商品信息发布规范 GB/T41251-2022生产过程质量控制生产装备全生命周期管理 3术语和定义 3.1零售业务中台术语分类 零售业务中台术语定义可分为零售业务中台的基础通用术语定义、零售业务中台的业务类术语定义 和零售业务中台的系统类术语定义.

零售业务中台的业务参考架构和系统参考架构如附录A所示.

3.2基础通用 3.2.1零售retailing 主要面向最终消费者（如居民等）的销售活动，生产资料的销售不作为零售活动.

[来源：GB/T 18106-2021，2.1] 3.2.2线上线下零售online andofflineretailing 通过零售业务整合和交互、信息共享、应用标准化和服务节点网络化，将由固定商品陈列、展示和 销售场所的线下零售活动，与通过电子商务平台、物联网设备等开展的线上零售活动连接起来，形成响 应速度和节奏更快、灵活度和适应性更高、效能和效果更优的零售业务.

[来源：GB/T 18106-2021，4.1和4.2.1，有更改]

ICS 33.040.40 CCS L78 YD 中华人民共和国通信行业标准 YD/TXXXX-XXXX 基于公用通信网络的网络直播业务 信息传输服务质量要求 Service quality requirements for information transmissionnetwork live streaming services based on public munication networks 行业标准信息服务平台 （报批稿） XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/T XXXX-XXXX 目次 前 言 引 言 1范围 2规范性引用文件 3术语和定义 4缩略语 5网络直播基本功能 5.1采集和编码 5.2直播传输 5.3内容插放 5.4增值服务 6音视频编码格式 7服务质量 7.1清晰度， 7.2唇音同步 7.3用户体验要求， 7.4直播界面可访问性 7.5数据完整性 8直播服务质量保障 8.1状态检测 8.2系统备份.. 8.3直播过程监测 8.4应急状况处理 8.5并发保障 8.6播出安全保障 主信息服务平台
YD/TXXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分标准化文件的结构和起草规则》的规定起 草.

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

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

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

本文件起草单位：中国信息通信研究院、中国移动通信集团有限公司 本文件主要起草人：杨昆、沈昕 行业标准信息服务平台
YD/TXXXX-XXXX 引言 网络直播业务发展多年，形成庞大的市场规模.

尤其随着2020年，受突发疫情影响，网络直播受到 社会广泛重视，再次呈井喷.

教育直播、直播营销出现爆发性增长，越来越多的机关和企业通过线上直 播方式积极探索新的工作模式.

政府正着手推动网络直播销售与专业批发行业发展、企业加速建立“线 上引流实体消费”新模式.

但随着网络直播销售市场规模的持续扩大，直播中经营规范性等问题开始出现，并引起社会广泛关 注.

只有建立行业规则才能保证网络直播业务规范发展，保证用户体验.

通过对影响网络直播业务体验 和服务质量的因素进行分析，包括来自网络、平台、终端和配套设施各环节的因素根据典型场景，提 出相应的要求，作为后续指导网络建设、产品研发的依据.

行业标准信息服务平台 I11

ICS 33.040.40 CCS L78 YD 中华人民共和国通信行业标准 YD/TXXXX-XXXX 基于公用通信网络的网络直播业务 信息传输可信化服务要求 Requirements for trusted service of information transmission -Network live streaming business based on public munication network 行业标准信息服务平台 （报批稿） XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/TXXXX-XXXX 目次 前 引 1范围 2规范性引用文件 3术语和定义 4缩略语 5网络直播过程中可信能力的基本要求 5.1网络直播可信服务基本资质 5.2网络直播的必要标示 5.3网络直播可信身份 5.4网络直播可信保障技术能力 6可信度评价的基本要求 6.1评价主体的要求 6.2评价指标 6.3评价方法 7网络直播传输可信化保障 8信息安全管理， 行业标准信息服务平台
YD/TXXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分标准化文件的结构和起草规则》的规定起 草.

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

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

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

本文件起草单位：中国信息通信研究院、中国移动通信集团有限公司 本文件主要起草人：杨昆、沈昕 行业标准信息服务平台
YD/TXXXX-XXXX 引言 网络直插业务发展多年，形成较为庞大的市场规模.

尤其随着2020年，受突发疫情影响，网络直播 受到社会广泛重视，再次呈井喷.

教育直播、直播营销出现爆发性增长，越来越多的机关和企业通过线 上直播方式积极探索新的工作模式.

企业加速建立“线上引流实体消费”新模式.

但随着网络直播销 售市场规模的持续扩大，直播中经营规范性等问题开始出现，并引起社会广泛关注.

面且随着超高清、 虚拟现实等新的视频展现形式和人工智能技术的采用，网络直播对承载网和计算能力的依赖性在快速增 加.

只有通过建立过程可信的规则才能保证网络直播业务规范发展，保证用户体验.

本文件通过对影响网络直插经营行为的各类要素进行梳理.

提出用技术手段在直播现场、直播完成 的网络环节中建立行为可信和行为回溯机制的必要手段.

以此为用户权益保护、监管部门监管提供工具.

行业标准信息服务平台 IⅡ1
YD/TXXXX-XXXX 基于公用通信网络的网络直播业务信息传输可信化服务要求 1范围 本文件规定了网络直插业务在传输环节提供可信化服务涉及的关键术语，评价是否可信应遵循的指 标，针对直播服务提供者的可信化评价方法.

本文件适用于网络直播服务参与者，包括平台、网络主播、直播间运营者、网络服务提供者的可信 度评价，相关行业组织和第三方机构可参照使用.

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

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

GB/T22239-2019信息安全技术网络安全等级保护基本要求 3术语和定义 下列术语和定义适用于本文件.

3.1 网络直播webcast 基于互联网等公众网络，以视频、音频、图文等形式向公众持续发布实时信息的活动.

3.2 网络直播服务提供者webcastserviceprovider 提供网络直播平台服务的主体，为采用网络直播方式提供服务的经营者提供网络经营场所、交易操 合、信息发布、传输通路等服务，供交易双方或多方独立开展交易等活动还包括为采用网络直播方式 推广服务的经营者提供技术服务的厂商，网络直插发布者和承载网络服务商.

3.3 网络主播live streamer 网络直插发布者，在网络直播中与用户直接互动交流的人员.

3. 4 可信度评价trustedevaluation 对网络直播相关人，组织或系统在某一时期的网络直播信用状况进行记录、分析和评估，并用特定 量化值标明其信用状况的活动.

ICS33.060 CCS M21 YD 中华人民共和国通信行业标准 YD/TXXXX-XXXX 音视频通话业务体验指标及评估方法 Metrics and evaluation methods of user experience for video munication service （报批稿） 行业标准信息服务平台 XXXX-XX-XX发布 XXXX-XX-XX实施 中华人民共和国工业和信息化部 发布
YD/T XXXX-XXXX 目次 1范围 2规范性引用文件 3术语和定义 4缩略语 5音视频通话体验评估指标及框架 5.1关键体验指标 5.2关键指标框架 5.3模型框架 6音视频通话体验指标构成及参数采集 6.1模型输入信息 6.2模型输出信息 6.3输入参数采集建议方法 7音视频通话用户体验评估方法 7.1评估方法概述 7.2总体模型 7.3客户端模型 7.4网络侧模型 附录A（资料性）模型实验条件， 附录B（资料性）模型公式参数， 行业标准信息服务平台
YD/TXXXX-XXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定 起草.

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

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

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

本文件起草单位：华为技术有限公司、中国移动通信集团有限公司、上海兆言网络科技有限公司、 中国信息通信研究院、中国移动通信集团设计院有限公司 本文件主要起草人：吴敬芳、樊兆宾、朱家悦、张世俊、刘梦莹、段涛、江亮亮、左俊、杨昆、 程江、曹祎宏、水天运、李文广、尧文彬、张琪璇 行业标准信息服务平台 I1
YD/T XXXX-XXXX 音视频通话业务体验指标及评估方法 1范围 本文件规定了影响音视频通话用户体验质量（QoE）的因素，制定了音视频通话用户体验质量 （QoE）的综合评价模型和评估方法.

本文件适用于移动终端视频通话类应用（包含ViLTE、ViNR、OTT等方式）的音视频通话用户体验 质量（QoE）的评估，也可为音视频通话平台运营和体验保障提供评估方法和分析参考.

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

3术语和定义 下列术语和定义适用于本文件.

3. 1 视频通话端到端时延end-to-enddelayofvideocall 视频通话音视频流从发送端用户端数据采集到接收端用户端音视频流渲染显示播放的单向端到端 时延.

3.2 花屏blurred screen 在视频通话过程中，出现画面一部分无法有效显示的问题，例如出现黑边、花边、画面 分离等现象.

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

BPP 像素深度 Bits Per Pixel IMS IP Multimedia Subsystem KPI 关键性能指标 Key Performance Indicator KQI 关键质量指标 Key Quality Indicator MOS 主观平均分 Mean Opinion Score 通过网络数据管道向用户提供应用服务 Over The Top PPD 角度像素密度 Pixels Per Degre QoE 体验质量 Quality of Experience RTC 实时通信 Realtime Communications ViLTE 基于LTE的视频通话业务 Video Over LTE ViNR 基于NR的视频通话业务 Video Over NR 5音视频通话体验评估指标及框架
YD/T XXXX-XXXX 5.1关键体验指标 影响音视频通话用户体验的因素包括音视频视听体验质量、交互体验质量和呈现体验质量三个方 面.

音视频视听体验质量，指视频通话的清晰度和流畅度.

交互体验质量取决于音视频通话的端到端 时延，指发送端用户端从音视频采集到接收端用户播放音视频的实时性.

呈现体验质量，是指因为网 络传输等问题导致的音视频卡顿、花屏或音画不同步的体验损伤.

如下图1所示.

音视频通话关键体验指标 音视频视听体验质量 交互体验质量 呈现体验质量 清晰度（含分辨率/ 音频卡顿 码率、编码参数等） 端到端时延 视频卡顿 流杨度（含帧率等） 花屏 音画同步时延 图1影响音视频通话体验的关键因素 视频通话端到端时延指视频通话音视频流从发送端用户端数据采集到接收端用户端音视频流渲染 显示播放的单向端到端时延.

这部分时延以毫秒（ms）为单位，主要包括： a）终端采集时延：客户端采集音频和视频的时间： b）终端前处理时延：终增音视频前处理（如降噪）的时间； c）编码时延：音视频编码的时间： (P 上行网络传输时延：音视频数据从客户端发送给实时音视频云平台的时间： e） 实时音视频云平台传输时延或者TVIS平台传输时延：音视频数据在实时音视频云平台或者 IMS平台传输需要的时间： f）下行网络传输时延：视频通话从实时音视额云平台传输到接收端客户端的时间： g）网络抖动缓冲时延：客户端接收音视频数据为了抗抖动在缓冲区的时间； h）终端解码时延：接收端客户端对接收到的音视颠流进行解码的时间： i） 音视频后处理时延：接收端客户端对音视频进行后处理（如对失真、图像模糊的处理）的时 间： j）终端播放时延：接收客户端将解码后的音视频流完整显示播放的时间 5.2关键指标框架 音视频通话业务受终端、网络、平台等多方面影响，具体的指标体系如下图2所示.

KPI（关键性能指标）一般指基于网元设备的网络侧关键指标，包括网络传输质量，如带宽、丢包、 时延等.

KQI（关键质量指标）从业务和应用层面出发反映业务使用体验，包括视频通话的流畅度、清晰度， 呈现体验中是否有花屏、卡顿等：以及视频通话过程中的实时交互体验等.

2

ICS33. 040. 40 CCS L78 中华人民共和国通信行业标准 YD/TXXXX-XXXX 基于公用通信网络的网络视讯会议的总体 技术要求 General technical requirements for network video conferencing based on public munication networks 行业标准信息服 （报批稿） XXXX-XX-XX发布 平台 中华人民共和国工业和信息化部 发布
YD/T xX0XXXXX 目 1范园 2规范性引用文件 3术语和定义.. 5体系架构损述 5.1功能层横述 5.2功能模型架构描述 5.3功能参考点 5.4主要功能模块要求 6业务描述 6.1业务功能 6.2网络视频会议业务组织方式 6.3会议业务的媒体流路由组织策略.

7会议典型流程 7.1会议基础业务流程 7.2会议增强业务流程 8互通技术要求 8.1网络视频会议系统间互通 8.2网络视频会议系统和其他业务系统的互通 9媒体编码 9.1视频解码 .8 9.2音频解码 10网络管理 6 10.1网络管理范围 10.2通用要求 6 10.3系统设备管理 6 10.4终端管理 6" 10.5接入管理 10 11系统安全 10 11.1会议架构和接入安全 10 .......... 10 11.2会议内容安全 11.3业务安全 10 10 11.4设备安全
YD/T X000XXXXX 前言 本文件按照GB/T1.1-2020《标准化工作导则第1部分标准化文件的结构和起草规则》的规定起 草.

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

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

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

本文件起草单中国信息通信研究院、中国信息通信科技集团有限公司、联想（北京）有限公司、 中兴通讯股份有限公司、华为技术有限公司.

本文件主要起草人：杨览、蒋林涛、卢春林、姜超 行业标准信息服务平台 11
YD/T XX000CXXXX 基于公用通信网络的网络视讯会议的总体技术要求 1范围 本文件规定了网络视频会议系统的业务措述、体系架构、功能模块划分、通信协议、提体编码、 网络管理、服务质量、安全和承载网要求.

系统的设计和参考.

本文件适用于网络视频会议系统的设计、建设、运营和设备制造，本文件也可作为专用网络相关 2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.

其中，注日期的引用文 件，仅该日期对应的版本适用于本文件：不注日期的引用文件.

其最新版本（包括的修改单）适 用于本文件.

GB/T17975.1-2010信息技术运动图像及其件音信号的通用编码第1部分：系统 GB/T17975.2-2000信息技术运动图像及其件音信号的通用编码第2部分：视频 GB/T20090.1-2012信息技术先进音视频编码第1部分：系统 GB/T20090.2-2013信息技术先进音视频编码第2部分：视频 GB/T28181-2016安全防范视频监控联网系统信息传输、交换、控制技术要求 3术语和定义 下列术语和定文适用于本文件.

3. 1 网络视频会议系统networkvideo conference system 通过卫星网络、互联网、移动或圆定通信网，专用分组网络实现两个或两个以上不同地方的个人 或群体，通过传输线路及多媒体设备，将声音、影像及文件资料互传，实现即时互动的沟通，以实现 标准信息服务平台 会议服务的系统总称.

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

AES：高级加密标准（Advanced Encryption Standard) DNS：域名服务器 (Domain Name Systen) HTTPS：安全超文本传输协议(Secure Bypertext Transfer Protocol) IP：网际互连协议（Intermet Protoco1) RTP:实时传输协议（Real-time Transport Protocol） RTSP：实时流传输协议（Real Tise Streaming Protocol) PSTN:公共交换电话网络（Public Svitched Telephone Network ）
YD/T X0XxXXX PLIN; 公共陆地移动网(Pub1ic Land Mobi1e Netvork) SRTP:安全实时传输协议(Secure Realtime Transport Protocol) SIP：会话初始协议（Session initialization Protocol） SIC：可扩展视规编码（Scalable Video Coding) SDP：状态码(Status Code) T1S：安全传输层协议（Transport Laer Security） VOLTE：长期润进语音承载（Voiceover Long-Term Evolution) 5体系架构描述 5.1功能层描述 推8 图1网络视频会议系统功能层分布 网络视频会议系统功能可以分为管理层、控制层和媒体层.

各功能层包含的模块如图1所示.

管理层：管理层的功能节点主要提供通过网络接入用户的登录鉴权、设备管理、会议管理等能 力，为保证系统兼容性和可靠性，系统应为管理面用户数据提供安全保护.

控制层：控制节点主要提供会议控制能力：控制节点仅保留会议ID，逻辑账号等逻辑数据，各个 地理区域较近的控制节点之间采用点到点直联，整个系统实现会控级联：会议控制包括视频媒体控 制、音频媒体控制、娱体录制和会议行为管进、 会议的视频媒体控制功能应包括： a）上行：上传网络程频会议管控平台的视频为全部参会者的视频，采用分层编码：不开视频用 户的用户由平台生成得文字标识或图像标识由演讲者终端生成并上传的文件视编由最后写 白板终端上传得白板视频： b）下行：网络视频会议管控平台下传视频应包括：以组播发布的发言者视频：以组播发布的平台 合成的参会者视频，可以采用2×2、3×3、4×4、5×5或6×6的组合格式以单播传送的用 户指定的视频以组插发布的会议文件视频，应直接送可控组播根节点，均应具备域内唯一的 组播编号：可以根据需求选择组播发布白板视频， 会议的音频媒体控制功能应包括： a）上行参会者的音频采用分层编码上传网络视频会议管控平台，不打开音频的用户不上传音额 b）下行：网络视频会议管控平台以组播下传混合好的音频：以组播发布的音频应直接运可控组播