ICS 33.160.60 M 32 中华人民共和国国家标准 GB/T 38801—2020 内容分发网络技术要求 互联应用场景 Technical requirements for content distribution network- Interconnection use cases 2020-12-01实施 2020-06-02发布 国家市场监督管理总局 发布 国家标准化管理委员会 GB/T38801—2020 目 次 前言 1 范围 2术语和定义、缩略语 2.1术语和定义 2.2缩略语 3概述 互联应用场景 4.1扩展服务范围应用场景 4.1.1扩展服务的地理范围 4.1.2分支机构之间互联 4.1.3ISP处理第三方内容 4.1.4用户漫游应用场景 4.2负载均衡应用场景 4.2.1分流突发忙时业务量互联应用场景 4.2.2增加CDN弹性的互联应用场景 4.3能力扩展应用场景 4.3.1设备和网络技术扩展 4.3.2技术和供应商互操作 4.3.3改进QoE和QoS GB/T38801—2020 前言 本标准按照GB/T1.1—2009给出的规则起草 本标准由中华人民共和国工业和信息化部提出。 本标准由全国通信标准化技术委员会（SAC/TC485）归口。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 移动通信集团公司。 本标准主要起草人：聂秀英、陈戈、梁洁、乔治、陈炜。 GB/T 38801—2020 内容分发网络技术要求 互联应用场景 1 范围 本标准规定了内容分发网络之间互联的应用场景。 本标准适用于内容分发网络之间的互联。 2术语和定义、缩略语 2.1术语和定义 下列术语和定义适用于本文件。 2.1.1 内容分发网络 content distribution network 为更有效地向端用户交付内容，在4层～7层网络单元进行互操作的网络基础设施。 注：典型的CDN由请求路由系统、分发系统（包括缓存设备/功能集）、日志系统以及CDN控制系统组成。 2.1.2 授权的CDN authoritative CDN 为分发和交付CSP的内容，通过由CSP授权的CDN或由CSP授权的 CDN的下游CDN与CSP 直接相关联的CDN。 2.1.3 CDN提供者 CDN provider 运营CDN并提供内容分发服务的业务提供者。 注：给定的实体可能同时作为多个运营角色提供多种服务 2.1.4 内容 content 任何形式的数字化的数据。 注：具有分发和交付的内容，包括流媒体、图片、文本等。 2.1.5 内容服务 content service 为端用户提供特定格式的内容 注：内容服务包括完全的服务，可以仅提供访问内容的完全服务、节目指南等 2.1.6 控制系统 controlsystem 负责启动和控制CDN的其他构件以及处理与外部系统交互的CDN功能。 2.1.7 交付 f delivery 负责向端用户交付部分内容的CDN功能 2.1.8 分发系统 distribution system 负责分发内容、分发元数据以及CDN中内容本身的CDN功能。 1 GB/T38801—2020 2.1.9 下游CDNdownstreamCDN 对于给定的端用户请求，其他CDN(上游CDN)被重定向到请求直接互联的CDN（在上下级直接互 联的 CDN场景中）。 2.1.10 端用户enduser 系统的“真实”用户。 注：典型的是指个人的硬件和/或软件的某些组合。 2.1.11 网络服务提供者 network serviceprovider 向端用户提供基于网络连接/服务的提供者。 2.1.12 体验质量 qualityof experience 表达用户体验到的质量等级描述。 注：可采用主观分数表示用户体验和/或体验到的QoS等级。QoE具有两个主要的成分：定量和定性。定量成分可 能受完整的端到端系统效果的影响（包括用户设备和网络基础设施）。定性成分可能受用户的期望、周围环境 心理因素以及应用场景等影响。QoE也可被看作是用户接受到、接收到和理解到的服务质量（QoS）以及影响 用户体验服务的相关定量因素。 2.1.13 缓存设备/功能catchdevice/function 为在CDN内部控制和分发内容，与CDN的其他模块交互，即交付内容与端用户进行交互的设备/ 功能。 注：典型的缓存设备/功能可缓存端用户请求的内容，这样缓存设备/功能在响应多个用户代理（它们的端用户）请 求时，能够直接交付相同的内容，以避免通过核心网络将同一内容传送多次。 2.1.14 上游CDN upstreamCDN 对于给定的端用户请求，将请求重定向到下级CDN（在直接互联的CDN场景中）。 2.1.15 用户代理 user agent;UA 通过端用户与内容服务进行交互的软件（或硬件和软件的组合）。 注：用户代理与内容服务或CDN进行通信为用户交付内容。这类通信不限于使用HTTP协议，也可通过其他协 议。用户代理的例子（非全部）是浏览器、机顶盒（STB)或专用的内容应用 2.1.16 接入CDN accessCDN 在相同的管理网络中，作为接入端用户的CDN。 注：为向内容服务提供者提供附加的内容交付服务，这类CDN能够使用端用户网络上下文的精确信息， 2.2 2缩略语 下列缩略语适用于本文件。 CDN：内容分发网络（ContentDistributionNetwork） CDNI：内容分发网络互联（ContentDistributionNetworkInterconnection） CSP：内容服务提供者（ContentServiceProvider） dCDN：下游内容分发网络（downstreamContentDistributionNetwork） DNS：域名系统（DomainNameSystem) 2 GB/T38801—2020 EU：端用户（EndUser) ISP：互联网服务提供者（InternetServiceProvider） NSP：网络服务提供者（NetworkServiceProvider） QoE：体验质量（QualityofExperience） QoS：服务质量（QualityofService) uCDN：上游内容分发网络（upstreamContentDistributionNetwork） 3概述 全球互联网由分布在各地的不同ISP组建的网络互联而成并为全球范围内的用户提供服务。内容 分发网络为承载在互联网之上的重叠网络，根据其所服务的内容业务提供者的不同需求，提供内容加速 服务，以提升用户的QoE和QoS 4互联应用场景 4.1扩展服务范围应用场景 4.1.1扩展服务的地理范围 该互联应用场景是指在不降低交付质量，不需要增加附加的传输以及地理上的或拓扑上的远程缓 存等其他花销的前提下，CDN提供者扩展其提供服务的地理分布。 由于不调整相应的地理范围，不带来拓展和运营相关CDN基础设施所需的花销（例如，由于相对 低投递量或满足大的量所需的高投资）。 若地理覆盖范围受限的多个CDN提供者（例如，限制到一个国家）或者在地理范围内不能为所有 端用户提供服务，那么互联其CDN可以使这些CDN提供者向其CDN覆盖范围外的用户提供其服务 除了视频内容，该应用场景还可包括自动软件更新等各类内容（例如，浏览器更新、操作系统补丁和 病毒数据库更新等）。 SAG 4.1.2分支机构之间互联 儿个分支机构，每个机构各自运营自已的CDN（可能使用不同的CDN技术）。在特定的环境下，CDN 提供者需要使这些CDN互操作，并整体上向用户提供一致服务 4.1.3ISP处理第三方内容 到ISP的网络中。对于ISP（作为访问CDN）、授权CDN和CSP而言，建立CDNI协议是有利的。 例如： a) 允许CSP向用户提供改进的QoE和QoS服务。例如，减少内容起始时间或提高视频质量以 及自适应流内容的分辨率。 b) 通过ISP缓存和投递能力，允许授权CDN减少硬件能力以及覆盖范围。 c） 通过在ISP网络内部缓存，允许ISP减少网络的某些端的业务负载。 （P 充许ISP影响和/或控制业务进入点。 e） 允许ISP为传输业务而获得某些增加的收人并通过QoE服务而获利。 3 GB/T38801—2020 4.1.4用户漫游应用场景 在该应用场景中，CSP希望允许在接人网络之间移动的用户连续访问他们所提供的内容。该场景 的目的是允许漫游端用户在穿过设备和/或地理范围时保持采用相同的QoE访问内容。 用户漫游应用场景覆盖以下情况： a）端用户在可能相同的地理区域或不同的地理区域中的不同接人网络之间运动； b）端用户在访问内容期间更换终端设备或采用不同的交付技术。 服务。 ISPA运营CDN-A。通常情况下，当端用户A通过ISPA（其家乡ISP"）访问内容时，内容通过 ISPA的网络中的CDN-A交付给用户。 当端用户A没有连接到ISPA的网络时，如该用户连接到了WiFi提供者或移动网，端用户A也 能够访问相同的内容。 内容 CDN提供“A” CDN提供者“B” CDN-B CDN-A 端用广A（家乡） 端用户A（漫游） 说明： CDN互联。 图1支持用户漫游的CDN互联场景 尽管CDN-B的一般用户不能访问CSPA的内容，但端用户A可以通过替代的CDN(CDN-B)访问 到其“家乡”的内容（例如，CSPA的内容）。这种场景下，根据CSP的内容交付政策的不同，漫游到不同 地理区域的用户可能需要服从地理屏蔽内容交付限制。在这种情况下，用户可能不被允许访问相同的 内容。 4.2负载均衡应用场景 4.2.1分流突发忙时业务量互联应用场景 一般情况下，一个CDN通常根据所预期的最大业务量来建设。然而，未预期到的临时热点内容的 出现可能会使得业务量超出更多期望的峰值。一般情况下，对于两个不同CDN，内容分发的最高峰周 期可能是不同的。利用不同的业务忙时，一个CDN可以与另一个CDN互联以增加其业务忙时的有效 能力。 该种应用场景也可用于在某一段的时间内，CDN提供者需要特定区域的CDN能力。例如，CDN 可以在特定维护期间或在特定事件的分发期间，将业务量转由另一个CDN来承担，如图2所示。 例如，考虑作为某一重大事件，如重大体育赛事的分发者的某一TV频道为该次重大事件的交付已 4