GB∕T 38801-2020 内容分发网络技术要求 互联应用场景.pdf

书 书 书犐 犆犛 犕 ? ? ? ? ? ? ? ? ? ? ?犌犅犜 ?犜 犲 犮 犺 狀 犻 犮 犪 犾狉 犲 狇 狌 犻 狉 犲犿犲 狀 狋 狊犳 狅 狉犮 狅 狀 狋 犲 狀 狋犱 犻 狊 狋 狉 犻 犫 狌 狋 犻 狅 狀狀 犲 狋 狑狅 狉 犽犐 狀 狋 犲 狉 犮 狅 狀 狀 犲 犮 狋 犻 狅 狀狌 狊 犲犮 犪 狊 犲 狊 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?目次前言范围术语和定义、缩略语 术语和定义 缩略语概述互联应用场景 扩展服务范围应用场景 扩展服务的地理范围 分支机构之间互联 处理第三方内容 用户漫游应用场景 负载均衡应用场景 分流突发忙时业务量互联应用场景 增加弹性的互联应用场景 能力扩展应用场景 设备和网络技术扩展 技术和供应商互操作 改进和 犌犅犜 前言本标准按照 给出的规则起草。本标准由中华人民共和国工业和信息化部提出。本标准由全国通信标准化技术委员会（ ）归口。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准起草单位：中国信息通信研究院、中国电信集团公司、中国联合网络通信集团有限公司、中国移动通信集团公司。本标准主要起草人：聂秀英、陈戈、梁洁、乔治、陈炜。犌犅犜 内容分发网络技术要求互联应用场景范围本标准规定了内容分发网络之间互联的应用场景。本标准适用于内容分发网络之间的互联。术语和定义、缩略语 术语和定义下列术语和定义适用于本文件。 内容分发网络犮 狅 狀 狋 犲 狀 狋犱 犻 狊 狋 狉 犻 犫 狌 狋 犻 狅 狀狀 犲 狋 狑狅 狉 犽为更有效地向端用户交付内容，在层层网络单元进行互操作的网络基础设施。注：典型的由请求路由系统、分发系统（包括缓存设备功能集） 、日志系统以及控制系统组成。 授权的犆犇犖犪 狌 狋 犺 狅 狉 犻 狋 犪 狋 犻 狏 犲犆犇犖为分发和交付的内容，通过由授权的或由授权的的下游与直接相关联的。 犆犇犖提供者犆犇犖狆 狉 狅 狏 犻 犱 犲 狉运营并提供内容分发服务的业务提供者。注：给定的实体可能同时作为多个运营角色提供多种服务。 内容犮 狅 狀 狋 犲 狀 狋任何形式的数字化的数据。注：具有分发和交付的内容，包括流媒体、图片、文本等。 内容服务犮 狅 狀 狋 犲 狀 狋狊 犲 狉 狏 犻 犮 犲为端用户提供特定格式的内容。注：内容服务包括完全的服务，可以仅提供访问内容的完全服务、节目指南等。 控制系统犮 狅 狀 狋 狉 狅 犾狊 狔 狊 狋 犲犿负责启动和控制的其他构件以及处理与外部系统交互的功能。 交付犱 犲 犾 犻 狏 犲 狉 狔负责向端用户交付部分内容的功能。 分发系统犱 犻 狊 狋 狉 犻 犫 狌 狋 犻 狅 狀狊 狔 狊 狋 犲犿负责分发内容、分发元数据以及中内容本身的功能。犌犅犜 下游犆犇犖犱 狅狑狀 狊 狋 狉 犲 犪犿犆犇犖对于给定的端用户请求，其他（上游）被重定向到请求直接互联的（在上下级直接互联的场景中） 。 端用户犲 狀 犱狌 狊 犲 狉系统的“真实”用户。注：典型的是指个人的硬件和或软件的某些组合。 网络服务提供者狀 犲 狋 狑狅 狉 犽狊 犲 狉 狏 犻 犮 犲狆 狉 狅 狏 犻 犱 犲 狉向端用户提供基于网络连接服务的提供者。 体验质量狇 狌 犪 犾 犻 狋 狔狅 犳犲 狓 狆 犲 狉 犻 犲 狀 犮 犲表达用户体验到的质量等级描述。注：可采用主观分数表示用户体验和或体验到的 等级。具有两个主要的成分：定量和定性。定量成分可能受完整的端到端系统效果的影响（包括用户设备和网络基础设施） 。定性成分可能受用户的期望、周围环境、心理因素以及应用场景等影响。也可被看作是用户接受到、接收到和理解到的服务质量（ ）以及影响用户体验服务的相关定量因素。 缓存设备功能犮 犪 狋 犮 犺犱 犲 狏 犻 犮 犲犳 狌 狀 犮 狋 犻 狅 狀为在内部控制和分发内容，与的其他模块交互，即交付内容与端用户进行交互的设备功能。注：典型的缓存设备功能可缓存端用户请求的内容，这样缓存设备功能在响应多个用户代理（它们的端用户）请求时，能够直接交付相同的内容，以避免通过核心网络将同一内容传送多次。 上游犆犇犖狌 狆 狊 狋 狉 犲 犪犿犆犇犖对于给定的端用户请求，将请求重定向到下级（在直接互联的场景中） 。 用户代理狌 狊 犲 狉犪 犵 犲 狀 狋；犝犃通过端用户与内容服务进行交互的软件（或硬件和软件的组合） 。注：用户代理与内容服务或进行通信为用户交付内容。这类通信不限于使用协议，也可通过其他协议。用户代理的例子（非全部）是浏览器、机顶盒（）或专用的内容应用。 接入犆犇犖犪 犮 犮 犲 狊 狊犆犇犖在相同的管理网络中，作为接入端用户的。注：为向内容服务提供者提供附加的内容交付服务，这类能够使用端用户网络上下文的精确信息。 缩略语下列缩略语适用于本文件。：内容分发网络（ ）：内容分发网络互联（ ）：内容服务提供者（ ）：下游内容分发网络（ ）：域名系统（ ）犌犅犜 ：端用户（ ） ：互联网服务提供者（ ）：网络服务提供者（ ）：体验质量（ ） ：服务质量（ ）：上游内容分发网络（ ）概述全球互联网由分布在各地的不同 组建的网络互联而成并为全球范围内的用户提供服务。内容分发网络为承载在互联网之上的重叠网络，根据其所服务的内容业务提供者的不同需求，提供内容加速服务，以提升用户的和 。互联应用场景 扩展服务范围应用场景 扩展服务的地理范围该互联应用场景是指在不降低交付质量，不需要增加附加的传输以及地理上的或拓扑上的远程缓存等其他花销的前提下，提供者扩展其提供服务的地理分布。由于不调整相应的地理范围，不带来拓展和运营相关基础设施所需的花销（例如，由于相对低投递量或满足大的量所需的高投资） 。若地理覆盖范围受限的多个提供者（例如，限制到一个国家）或者在地理范围内不能为所有端用户提供服务，那么互联其可以使这些提供者向其覆盖范围外的用户提供其服务。除了视频内容，该应用场景还可包括自动软件更新等各类内容（例如，浏览器更新、操作系统补丁和病毒数据库更新等） 。 分支机构之间互联 描述了由不同实体运营的或自建的地理范围扩展的应用场景。大的提供者可有几个分支机构，每个机构各自运营自己的（可能使用不同的技术） 。在特定的环境下，提供者需要使这些互操作，并整体上向用户提供一致服务。 犐 犛犘处理第三方内容考虑到 向其用户提供大量来自第三方的内容，同时这些内容是由授权提供者插入到 的网络中。对于 （作为访问） 、授权和而言，建立协议是有利的。例如：）允许向用户提供改进的和 服务。例如，减少内容起始时间或提高视频质量以及自适应流内容的分辨率。）通过 缓存和投递能力，允许授权减少硬件能力以及覆盖范围。）通过在 网络内部缓存，允许 减少网络的某些端的业务负载。）允许 影响和或控制业务进入点。）允许 为传输业务而获得某些增加的收入并通过服务而获利。犌犅犜 用户漫游应用场景在该应用场景中，希望允许在接入网络之间移动的用户连续访问他们所提供的内容。该场景的目的是允许漫游端用户在穿过设备和或地理范围时保持采用相同的访问内容。用户漫游应用场景覆盖以下情况：）端用户在可能相同的地理区域或不同的地理区域中的不同接入网络之间运动；）端用户在访问内容期间更换终端设备或采用不同的交付技术。支持用户漫游的互联场景如图所示，端用户已经从其“家乡 ” 订购了宽带服务。 运营 。通常情况下，当端用户通过 （其“家乡 ” ）访问内容时，内容通过 的网络中的 交付给用户。当端用户没有连接到 的网络时，如该用户连接到了 提供者或移动网，端用户也能够访问相同的内容。说明：互联。图支持用户漫游的犆犇犖互联场景尽管 的一般用户不能访问的内容，但端用户可以通过替代的（ ）访问到其“家乡”的内容（例如，的内容） 。这种场景下，根据的内容交付政策的不同，漫游到不同地理区域的用户可能需要服从地理屏蔽内容交付限制。在这种情况下，用户可能不被允许访问相同的内容。 负载均衡应用场景 分流突发忙时业务量互联应用场景一般情况下，一个通常根据所预期的最大业务量来建设。然而，未预期到的临时热点内容的出现可能会使得业务量超出更多期望的峰值。一般情况下，对于两个不同，内容分发的最高峰周期可能是不同的。利用不同的业务忙时，一个可以与另一个互联以增加其业务忙时的有效能力。该种应用场景也可用于在某一段的时间内，提供者需要特定区域的能力。例如，可以在特定维护期间或在特定事件的分发期间，将业务量转由另一个来承担，如图所示。例如，考虑作为某一重大事件，如重大体育赛事的分发者的某一频道为该次重大事件的交付已犌犅犜 经与特定的签订了合作协议。该频道用于交付与该事件相关内容的（ 和 ）可能具有该事件出现临时大流量的经验，并需要将这些突发流量转给具有支持更多业务流量并能够接收转移过来业务量的其他（ ） 。在这种应用场景下，请求分流的交付应能够处理分流过来的请求。因而，需要每一个可分流的业务量的相关信息。说明：互联。图分流业务量互联应用场景 增加犆犇犖弹性的互联应用场景 内容交付资源出现差错的应用场景在部分设施差错（例如，某些缓存设备功能出现差错）期间，保证服务的连续性是非常重要的。在部分设施出现差错情况下，提供者至少具有如下三种选择：）使用内部机制将业务量重定向到存活的设备；）根据业务量管理政策，将某些请求前转到的起始服务器；）重定向某些请求到另一个，所重定向的应能够为重定向的请求提供服务。最后一种选择是的应用场景。 内容获取的弹性通过如下两种方法之一处理源内容获取：）源：直接从的起始服务器获取内容；）源：下游从上游中的缓存设备功能获取内容。支持内容获取弹性的能力是互联的重要应用场景。当内容获取失败时，可转到另一个内容获取源。同样，当几个内容获取源有效时，可在这些多个源之间平衡业务量。尽管可在网络中使用其他服务器和或负载均衡技术，为在出现获取失败时在源服务器之间分发负载并尝试从替代的内容源获取内容，互联可以对源服务器的有效性进行更有效的探测。当正常的内容获取失败时，需要尝试其他可选内容源，例如：）上游可从替代的起始服务器获得内容；）下游可从上游的替代缓存设备功能获取内容；）下游可从替代的上游获取内容；）下游可直接从的起始服务器获取内容。内容获取协议不在的范围内，应考虑和推进内容获取源的选择。犌犅犜 能力扩展应用场景 设备和网络技术扩展在该应用场景中，提供者可以具有正常的地理覆盖范围，但是可能希望扩展设备的支持范围以及用户代理或投递技术支持的范围。在该种情况下，提供者不希望提供的服务，自身拥有的不能支持的服务可能与提供如下服务的进行互联。下列一些例子表明了该类应用场景：） 不支持特定的交付协议。例如，为提供支持的服务， 可与 互联。在不需要拓展其自身的基础设施的情况下，为交付， 可使用 的覆盖范围（可能与它自身的覆盖范围相重叠） 。对其他格式，交付协议例如，实时消息协议（ ） 、实时流媒体协议（）等以及特征（像令牌、每次会话加密等授权的特定形式等） ，该应用场景也可能是正确的。） 具有覆盖传统固定宽带的范围并希望扩展到移动设备的范围。在该情况下， 可以与 签订合约并进行互联。其中 具有：）在移动网络中的物理覆盖范围；）在特定移动设备的协议上投递内容的能力。） 在其基础设施中仅支持 协议，但想要在 上交付内容， 支持 和 。如 需为纯 连接提供内容服务， 与 需互联。这些应用场景可以应用在提供者的许多特征上。因而，这些提供者应通过另一个提供相应特征。 技术和供应商互操作提供者可通过简单地将其服务迁移到新技术而在其已有的基础上拓展新。另外，针对其自身的，提供者具有多供应商策略的方式拓展新。最终，提供者可能希望为特定或特定网络拓展单独的。 改进犙狅犈和犙狅 犛在某些情况下，尽管提供者能够向端用户交付内容，但它不能满足的服务等级需求。提供者可根据与其他可向端用户提供所期望的的提供者建立互联协议，例如通过能够从靠近端用户的缓存设备功能交付具有所需服务等级的内容。犌犅犜