YD/T 2876-2015
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 2876-2015.Technical requirements for Content Delivery Network-Interconnection use cases.
1范围
YD/T 2876规定了内容分发网络的互连应用场景。
YD/T 2876适用于内容分发网络。
2术语和定义
下列定义适用于本文件。
2.1
授权的 CDN Authoritative CDN
通过授权的CDN或授权的CDN下游CDN为分发和投递CSP的内容与CSP直接相关联的CDN。
2.2
CDN提供者 CDN Provider.
运营CDN并由内容服务提供者或者其他CDN提供给者使用的提供内容分发(交付)服务的业务提供者。给定的实体可能以不只一个角色运营。例如，一个公司可以同时作为内容服务提供者、网络服务提供者和CDN提供者。
2.3
内容 Content
任何形式的数字数据。具有分发和交付附加限制的内容的一个重要形式是连续媒体(例如，源和宿之间的定时关系)。
2.4
内容分发(交付)网络 Content Distribution (Delivery) Network (CDN)
为向用户代理更有效地交付内容在4至7层的网络单元进行互操作的网络基础设施。典型的，CDN由请求路由系统、分发系统(包括代理集)、日志系统以及CDN控制系统组成。
2.5
内容服务 Content Service
由内容服务提供者提供的服务。内容服务包括完全的服务，可以是仅提供访问内容的完全服务。例如，内容服务业包括中间件、密钥分发、节目指南等，不需要与包含在内容分发和交付中的CDN有任何的直接交互。
1范围
YD/T 2876规定了内容分发网络的互连应用场景。
YD/T 2876适用于内容分发网络。
2术语和定义
下列定义适用于本文件。
2.1
授权的 CDN Authoritative CDN
通过授权的CDN或授权的CDN下游CDN为分发和投递CSP的内容与CSP直接相关联的CDN。
2.2
CDN提供者 CDN Provider.
运营CDN并由内容服务提供者或者其他CDN提供给者使用的提供内容分发(交付)服务的业务提供者。给定的实体可能以不只一个角色运营。例如，一个公司可以同时作为内容服务提供者、网络服务提供者和CDN提供者。
2.3
内容 Content
任何形式的数字数据。具有分发和交付附加限制的内容的一个重要形式是连续媒体(例如，源和宿之间的定时关系)。
2.4
内容分发(交付)网络 Content Distribution (Delivery) Network (CDN)
为向用户代理更有效地交付内容在4至7层的网络单元进行互操作的网络基础设施。典型的，CDN由请求路由系统、分发系统(包括代理集)、日志系统以及CDN控制系统组成。
2.5
内容服务 Content Service
由内容服务提供者提供的服务。内容服务包括完全的服务，可以是仅提供访问内容的完全服务。例如，内容服务业包括中间件、密钥分发、节目指南等，不需要与包含在内容分发和交付中的CDN有任何的直接交互。
标准图片预览
标准内容
ICS33.160:60
中华人民共和国通信行业标准
YD/T2876-2015
内容分发网络技术要求
互连应用场景
Technical requirements for Content DeliveryNetwork-Interconnection use cases(IETFRFC6707(2012),UseCases forContent DeliveryNetworkInterconnection,NEQ)
2015-07-14发布
2015-10-01实施
中华人民共和国工业和信息化部发布前言
范围·
2术语和定义
缩略语
4概述·
互连应用场景
5.1扩展服务范围应用场景
5.2负载均衡应用场景
能力扩展应用场景…·
YD/T2876-2015
YD/T2876-2015
本标准按照GB/T1.1-2009给出的规则起草。本标准使用重新起草法非等效采用IETFRFC6770（2012）《内容分发网络互连（CDND）需求》编制与IETFRFC6770（2012）的主要差异在于：本标准的术语与IETFRFC6707（2012）《内容分发网络互连(CDND）问题说明》中1.1\术语*保持一致：
本标准未采用IETFRFC6770（2012）的第8章，第9章和附录A的内容。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国信息通信研究院、中国电信集团公司、中国联合网络通信集团有限公司、中国移动通信集团公司、华为技术有限公司、中兴通讯股份有限公司、上海百视通网络电视技术发展有限公司、UT斯达康（中国）有限公司。本标准主要起草人：聂秀英、陈戈、梁洁、韩晓梅、陶蒙华、陈炜、李金成、夏宏飞、张立杰、邢彩虹。
1范围
内容分发网络技术要求
互连应用场景
本标准规定了内容分发网络的互连应用场景。本标准适用于内容分发网络。
2术语和定义
下列定义适用于本文件。
授权的CDNAuthoritativeCDN
YD/T2876-2015
通过授权的CDN或授权的CDN下游CDN为分发和投递CSP的内容与CSP直接相关联的CDN。2.2
CDN提供者CDNProvider。
运营CDN并由内容服务提供者或者其他CDN提供给者使用的提供内容分发（交付）服务的业务提供者。给定的实体可能以不只一个角色运营。例如，一个公司可以同时作为内容服务提供者、网络服务提供者和CDN提供者。
内容Content
任何形式的数字数据。具有分发和交付附加限制的内容的一个重要形式是连续媒体（例如，源和宿之间的定时关系）。
内容分发（交付）网络ContentDistribution（Delivery）Network（CDN）为向用户代理更有效地交付内容在4至7层的网络单元进行互操作的网络基础设施。典型的，CDN由请求路由系统、分发系统（包括代理集）、日志系统以及CDN控制系统组成。2.5
内容服务ContentService
由内容服务提供者提供的服务。内容服务包括完全的服务，可以是仅提供访问内容的完全服务。例如，内容服务业包括中间件、密钥分发、节目指南等，不需要与包含在内容分发和交付中的CDN有任何的直接交互。
内容服务提供者（CSP）
Content ServiceProvider (CSP)向端用户（可能通过用户代理访问）提供内容服务的提供者。CSP可能拥有作为内容服务一部分的有效内容也能从任一方发放内容版权。2.7
控制系统Controlsystem
YD/T2876-2015
负责启动和控制CDN的其他构件以及处理与外部系统交互的CDN中的功能（例如，处理交付服务创建/更新/移动请求或者特定的服务准备请求）。2.8
交付Delivery
负责向用户代理交付部分内容的CDN代理中的功能。例如，交付可能是基于HTTP渐进下载或HTTP自适应流媒体。Www.bzxZ.net
分发系统Distributionsystem
负责分发内容、分发元数据以及CDN中内容本身的CDN的功能。2.10
下游CDNDownstreamCDN
对于给定的端用户请求，其他CDN（上游CDN）被重定向到请求直接互连的CDN（在直接互连的CDN对中）。就后续的重定向而言（例如，CDN1一CDN2一CDN3），给定CDN（例如CDN2）可以作为重定向的下游CDN（例如，CDN1一→CDN2）同时作为同一请求（例如，CDN2一→CDN3），随后重定向的上游CDN。
端用户（EU）EndUser(EU)
系统的“真实”用户，典型的是指一个人，也可能是仿真一个人的硬件和/或软件的某些组合。2.12
Network ServiceProvider (NSP)网络服务提供者（NSP）
向端用户提供基于网络连接/服务的提供者。2.13
感知质量QualityofExperience（QoE）表达用户已经体验到了质量等级的描述。注1：可以采用主观分数表示用户体验和/或意识到的QoS等级。注2：QoB具有两个主要的成分：定量和定性。定量成分可能由完整的端到端系统效果的影响（包括用户设备和网络基础设施）。
注3：定性成分可能受用户的期望、周围环境、心理因素以及应用场景等的影响。注4：QoE也可以被看作是用户接受到、接收到和理解到的服务质量（QoS）以及影响用户感知服务的相关的定量因素。
代理Surrogate
为在CDN内部控制盒分发内容与CDN的其他成分交互以及为交付内容与用户代理进行交互的设备/功能（通常称为缓存）。典型的，代理将缓存请求的内容，这样代理在响应多个用户代理（它们的端用户）的请求时，能够直接交付相同的内容，以避免通过核心网络将同一内容传送多次（例如从内容源到代理）。
上游CDNUpstreamCDN
YD/T2876-2015
对于给定的端用户请求，将请求重定向到另一个CDN的那个CDN（在一对直接互连的CDN中）。2.15
用户代理（UA）UserAgent（UA)通过其端用户与内容服务进行交互的软件（或硬件和软件的组合）。用户代理可与内容服务进行通信，或与一个或多个CDN进行通信。这类通信不限于使用HTTP协议，也可以通过其他协议。用户代理的例子（非全部）是浏览器、机顶盒（STB）、专用的内容应用（如媒体播放器）等。2.16
接入CDN
在相同的管理网络中，包括作为端用户的代理的CDN。为向内容服务提供者提供附加的内容交付服务，这类CDN能够使用端用户网络上下文的精确的信息。3缩略语
下列缩略语适用于本文件。
4概述
ContentDistribution(Delivery）NetworkContentDeliveryNetwork InterconnectionContent ServiceProvider
downstream CDN
Domain Name System
EndUser
Internet Service Provider
NetworkServiceProvider
Qualityof Experience
Quality of Service
upstreamCDN
UniformResourceLocator
Wirelesslocalareanetwork(WLAN)basedonIEEE802.11
内容分发（交付）网络
内容分发网络互连
内容服务提供者
下游CDN
域名系统
端用户
Internet服务提供者
网络服务提供者
感知质量
服务质量
上游CDN
统一资源位置符
基于IEEE802.11的无线本地网络许多网络服务提供者（NSP)和企业服务提供者正在有效地利用或已经有效地利用他们各自的CDN。虽然互连CDN具有潜在的好处，但是目前每一个CDN均是独立的网络。CDN互连的目标是克服该限制：互连的CDN应该能够整体上作为单一的交付基础设施来工作。图1给出了一个例子，该例子中两个CDN建立了一个CDN互连。为交付其内容，内容服务提供者CSP-1与CDN提供者“A”达成协议。独立地，CDN提供者“A”与CDN提供者“B”同意互连他们的CDN。
YD/T2876-2015
当给定的用户代理从CSP-1请求内容时，CDN-A可以考虑由CDN-B进行交付是合适的，例如，由于CDN-B是接入CDN，同时用户直接隶属于该CDN。通过CDN-A和CDN-B之间达成的CDN互连约定（在CDN提供者“A”和CDN提供者“B”之间已经建立的CDN互连协议结果），CDN-A可以将请求重定向到CDN-B，同时内容实际上由CDN-B交付给用户代理。
由于内容从附近的代理（例如，较低的延时、避免了瓶颈）交付给端用户，端用户通过较好的体验质量得到了好处。
由于CDN提供者“B”可以为提供交付服务得到某些补偿，CDN提供者“A”不需要拓展这样的范围广泛的CDN而得到好处。由于CSP-1仅需要与CDN提供者“A”达成商务协议以及技术安排，CSP-1得到了便利，同时端用户获得了服务质量就如同CSP-1也已经与CDN提供者“B”达成了商务协议和技术安排。
CDN提供者“A”
CDN互连
图1CDN互连
CDN提供者“B”
端用户
为扩展该例子，另一个内容服务提供者CSP-2也可以与CDN提供者“A”达成一致。然而，CSP-2可能不想由CDN提供者B分发其内容：例如，CSP-2可能不想在CDN\B\所覆盖的地区分发其内容。该例子说明了策略考虑是CDNI的一个重要部分。5互连应用场景
5.1扩展服务范围应用场景
5.1.1扩展服务的地理范围
在该场景中，CDN提供者想要扩展其能够提供给其CSP服务的地理分布：不降低交付质量；
不引起附加的传输以及由地理上的或拓扑上的远程代理提供内容服务所引起的其他网络花销。由于不调整相应的地理范围，因而不带来拓展和运营代理及相关的CDN基础设施所带来的花销（例如，由于相对低投递量或相反地满足大的量所需的高投资）。若具有受限地理覆盖范围的多个CDN提供者（例如限制到一个国家）或者在地理范围内不能为所有端用户提供服务，那么互连他们的CDN可以使这些CDN提供者向他们的CDN覆盖范围外的用户提供他们的服务。
YD/T2876-2015
除了视频内容，该应用场景应用于像自动软件更新等各类内容（浏览器更新、操作系统补丁更新、病毒数据库更新等）。
5.1.2分支机构之间互连
前面部分描述了由不同实体运营的CDN或自荐的地理范围的扩展应用场景。大的CDN提供者可能有几个分支机构，每个机构各自运营他们自已的CDN（可能使用不同的CDN技术）。在特定的环境下，CDN提供者需要使得这些CDN互操作以在整体上向用户提供一致的服务。5.1.3ISP处理第三方内容
考虑到ISP向其用户提供大量的来自第三方CSP的内容同时这些内容是由授权的CDN提供者插入到ISP的网络中。对于ISP（作为访问CDN）、授权CDN和CSP而言，建立CDNI协议是有利的。例如：
允许CSP向用户提供改进的QoE和QoS服务，例如，减少内容起始时间或提高视频质量以及自适应流内容的分辨率；
通过ISP缓存和投递能力，允许授权CDN减少硬件能力以及覆盖范围：通过在ISP网络内部缓存，允许ISP减少网络的某些端的业务负载：允许ISP影响和/或控制业务进入点：一允许ISP为传输业务而获得某些增加的收入并通过QoE服务而获利。5.1.4用户漫游应用场景
在该应用场景中，CSP希望允许在接入网络之间移动的用户连续访问他们所提供的内容。该场景的目的是允许漫游端用户在穿过设备和/或地理区域范围时保持采用相同的QoE访问内容。该应用场景覆盖如下一些情况：端用户在可能相同的地理区域或不同的地理区域中的不同接入网络之间运动：端用户在访间内容期间更换终端设备或采用不同的交付技术。考虑图2中给出的例子，端用户A已经从其“家乡ISP”ISPA订购了宽带服务。内容
CDN提供者“A”
端用户A（家乡）
CDN提供者“B”
端用户A（没游）
CDN互连
图2支持用户漫游的CDN互连场景YD/T2876-2015
ISPA运营CDN-A。通常情况下，当端用户A通过ISPA（其“家乡ISP”）访问内容，内容通过ISPA的网络中的CDN-A交付给用户。然而，当端用户A没有连接到ISPA的网络时，如该用户连接到了WiFi提供者或移动网，端用户A也能够访问相同的内容。在这种情况下，端用户A可能从访问到由WiFi或移动网络所运营的替代CDN（CDN-B）而不是由ISP的网络中的CDN-A所交付的相同内容得到好处。尽管CDN-B的一般用户不能访间CSPA的内容，但端用户A可以通过替代的CDN（CDN-B）访问到其“家乡\的内容（例如，CSPA的内容）。这种场景下，根据CSP的内容交付政策的不同，漫游到不同地理区域的用户可能需要服从地理屏蔽内容交付限制。在这种情况下，用户可能不被允许访问相同的内容。
5.2负载均衡应用场景
5.2.1分流突发忙时业务量互连应用场景一般情况下，个CDN通常根据所预期的最大业务量来建设。然而，未预期到的临时热点内容的出现可能会使得业务量超出期望的峰值。一般情况下，对于两个不同的CDN，内容分发的最高峰周期可能是不同的。利用不同的业务忙时，一个CDN可以与另一个CDN互连以增加其业务忙时的有效能力。该种应用场景也可以用于在某一端的时间内，CDN提供者需要特定区域的CDN能力。例如，CDN可以在特定的维护期间或在特定事件的分发期间，将业务量转由另一个CDN来承担，如图3所示。例如，考虑作为某一重大事件，如重大体育赛事的分发者一某一TV频道为该次重大事件的交付已经与特定的CDN签订了合作协议。该TV频道用于交付与该事件相关内容的CDNs(CDN-A和CDN-B)可能具有在该事件中出现临时大流量的经验，并需要将这些突发流量转给具有支持更多业务流量并能够接收转移过来的业务量的其他CDN（CDN-C）。在这种应用场景下，请求分流的交付CDN应能够处理分流过来的请求。因而，uCDN可能需要每一个dCDN可以分流的业务量的相关信息。TV频道
CDN互连
图3分流业务量互连应用场景
5.2.2增加CDN弹性的互连应用场景5.2.2.1内容交付资源出现差错的应用场景CDN-C
（分流）
在部分设施出现差错（例如，某些代理出现差错）期间，保证服务的连续性是非常重要的。在部分设施出现差错的情况下，CDN提供者至少具有如下三种选择：a）若可能，使用内部机制将业务量重定向到存活的设备：b）根据业务量管理政策，将某些请求前转到CSP的起始服务器；6
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T2876-2015
内容分发网络技术要求
互连应用场景
Technical requirements for Content DeliveryNetwork-Interconnection use cases(IETFRFC6707(2012),UseCases forContent DeliveryNetworkInterconnection,NEQ)
2015-07-14发布
2015-10-01实施
中华人民共和国工业和信息化部发布前言
范围·
2术语和定义
缩略语
4概述·
互连应用场景
5.1扩展服务范围应用场景
5.2负载均衡应用场景
能力扩展应用场景…·
YD/T2876-2015
YD/T2876-2015
本标准按照GB/T1.1-2009给出的规则起草。本标准使用重新起草法非等效采用IETFRFC6770（2012）《内容分发网络互连（CDND）需求》编制与IETFRFC6770（2012）的主要差异在于：本标准的术语与IETFRFC6707（2012）《内容分发网络互连(CDND）问题说明》中1.1\术语*保持一致：
本标准未采用IETFRFC6770（2012）的第8章，第9章和附录A的内容。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国信息通信研究院、中国电信集团公司、中国联合网络通信集团有限公司、中国移动通信集团公司、华为技术有限公司、中兴通讯股份有限公司、上海百视通网络电视技术发展有限公司、UT斯达康（中国）有限公司。本标准主要起草人：聂秀英、陈戈、梁洁、韩晓梅、陶蒙华、陈炜、李金成、夏宏飞、张立杰、邢彩虹。
1范围
内容分发网络技术要求
互连应用场景
本标准规定了内容分发网络的互连应用场景。本标准适用于内容分发网络。
2术语和定义
下列定义适用于本文件。
授权的CDNAuthoritativeCDN
YD/T2876-2015
通过授权的CDN或授权的CDN下游CDN为分发和投递CSP的内容与CSP直接相关联的CDN。2.2
CDN提供者CDNProvider。
运营CDN并由内容服务提供者或者其他CDN提供给者使用的提供内容分发（交付）服务的业务提供者。给定的实体可能以不只一个角色运营。例如，一个公司可以同时作为内容服务提供者、网络服务提供者和CDN提供者。
内容Content
任何形式的数字数据。具有分发和交付附加限制的内容的一个重要形式是连续媒体（例如，源和宿之间的定时关系）。
内容分发（交付）网络ContentDistribution（Delivery）Network（CDN）为向用户代理更有效地交付内容在4至7层的网络单元进行互操作的网络基础设施。典型的，CDN由请求路由系统、分发系统（包括代理集）、日志系统以及CDN控制系统组成。2.5
内容服务ContentService
由内容服务提供者提供的服务。内容服务包括完全的服务，可以是仅提供访问内容的完全服务。例如，内容服务业包括中间件、密钥分发、节目指南等，不需要与包含在内容分发和交付中的CDN有任何的直接交互。
内容服务提供者（CSP）
Content ServiceProvider (CSP)向端用户（可能通过用户代理访问）提供内容服务的提供者。CSP可能拥有作为内容服务一部分的有效内容也能从任一方发放内容版权。2.7
控制系统Controlsystem
YD/T2876-2015
负责启动和控制CDN的其他构件以及处理与外部系统交互的CDN中的功能（例如，处理交付服务创建/更新/移动请求或者特定的服务准备请求）。2.8
交付Delivery
负责向用户代理交付部分内容的CDN代理中的功能。例如，交付可能是基于HTTP渐进下载或HTTP自适应流媒体。Www.bzxZ.net
分发系统Distributionsystem
负责分发内容、分发元数据以及CDN中内容本身的CDN的功能。2.10
下游CDNDownstreamCDN
对于给定的端用户请求，其他CDN（上游CDN）被重定向到请求直接互连的CDN（在直接互连的CDN对中）。就后续的重定向而言（例如，CDN1一CDN2一CDN3），给定CDN（例如CDN2）可以作为重定向的下游CDN（例如，CDN1一→CDN2）同时作为同一请求（例如，CDN2一→CDN3），随后重定向的上游CDN。
端用户（EU）EndUser(EU)
系统的“真实”用户，典型的是指一个人，也可能是仿真一个人的硬件和/或软件的某些组合。2.12
Network ServiceProvider (NSP)网络服务提供者（NSP）
向端用户提供基于网络连接/服务的提供者。2.13
感知质量QualityofExperience（QoE）表达用户已经体验到了质量等级的描述。注1：可以采用主观分数表示用户体验和/或意识到的QoS等级。注2：QoB具有两个主要的成分：定量和定性。定量成分可能由完整的端到端系统效果的影响（包括用户设备和网络基础设施）。
注3：定性成分可能受用户的期望、周围环境、心理因素以及应用场景等的影响。注4：QoE也可以被看作是用户接受到、接收到和理解到的服务质量（QoS）以及影响用户感知服务的相关的定量因素。
代理Surrogate
为在CDN内部控制盒分发内容与CDN的其他成分交互以及为交付内容与用户代理进行交互的设备/功能（通常称为缓存）。典型的，代理将缓存请求的内容，这样代理在响应多个用户代理（它们的端用户）的请求时，能够直接交付相同的内容，以避免通过核心网络将同一内容传送多次（例如从内容源到代理）。
上游CDNUpstreamCDN
YD/T2876-2015
对于给定的端用户请求，将请求重定向到另一个CDN的那个CDN（在一对直接互连的CDN中）。2.15
用户代理（UA）UserAgent（UA)通过其端用户与内容服务进行交互的软件（或硬件和软件的组合）。用户代理可与内容服务进行通信，或与一个或多个CDN进行通信。这类通信不限于使用HTTP协议，也可以通过其他协议。用户代理的例子（非全部）是浏览器、机顶盒（STB）、专用的内容应用（如媒体播放器）等。2.16
接入CDN
在相同的管理网络中，包括作为端用户的代理的CDN。为向内容服务提供者提供附加的内容交付服务，这类CDN能够使用端用户网络上下文的精确的信息。3缩略语
下列缩略语适用于本文件。
4概述
ContentDistribution(Delivery）NetworkContentDeliveryNetwork InterconnectionContent ServiceProvider
downstream CDN
Domain Name System
EndUser
Internet Service Provider
NetworkServiceProvider
Qualityof Experience
Quality of Service
upstreamCDN
UniformResourceLocator
Wirelesslocalareanetwork(WLAN)basedonIEEE802.11
内容分发（交付）网络
内容分发网络互连
内容服务提供者
下游CDN
域名系统
端用户
Internet服务提供者
网络服务提供者
感知质量
服务质量
上游CDN
统一资源位置符
基于IEEE802.11的无线本地网络许多网络服务提供者（NSP)和企业服务提供者正在有效地利用或已经有效地利用他们各自的CDN。虽然互连CDN具有潜在的好处，但是目前每一个CDN均是独立的网络。CDN互连的目标是克服该限制：互连的CDN应该能够整体上作为单一的交付基础设施来工作。图1给出了一个例子，该例子中两个CDN建立了一个CDN互连。为交付其内容，内容服务提供者CSP-1与CDN提供者“A”达成协议。独立地，CDN提供者“A”与CDN提供者“B”同意互连他们的CDN。
YD/T2876-2015
当给定的用户代理从CSP-1请求内容时，CDN-A可以考虑由CDN-B进行交付是合适的，例如，由于CDN-B是接入CDN，同时用户直接隶属于该CDN。通过CDN-A和CDN-B之间达成的CDN互连约定（在CDN提供者“A”和CDN提供者“B”之间已经建立的CDN互连协议结果），CDN-A可以将请求重定向到CDN-B，同时内容实际上由CDN-B交付给用户代理。
由于内容从附近的代理（例如，较低的延时、避免了瓶颈）交付给端用户，端用户通过较好的体验质量得到了好处。
由于CDN提供者“B”可以为提供交付服务得到某些补偿，CDN提供者“A”不需要拓展这样的范围广泛的CDN而得到好处。由于CSP-1仅需要与CDN提供者“A”达成商务协议以及技术安排，CSP-1得到了便利，同时端用户获得了服务质量就如同CSP-1也已经与CDN提供者“B”达成了商务协议和技术安排。
CDN提供者“A”
CDN互连
图1CDN互连
CDN提供者“B”
端用户
为扩展该例子，另一个内容服务提供者CSP-2也可以与CDN提供者“A”达成一致。然而，CSP-2可能不想由CDN提供者B分发其内容：例如，CSP-2可能不想在CDN\B\所覆盖的地区分发其内容。该例子说明了策略考虑是CDNI的一个重要部分。5互连应用场景
5.1扩展服务范围应用场景
5.1.1扩展服务的地理范围
在该场景中，CDN提供者想要扩展其能够提供给其CSP服务的地理分布：不降低交付质量；
不引起附加的传输以及由地理上的或拓扑上的远程代理提供内容服务所引起的其他网络花销。由于不调整相应的地理范围，因而不带来拓展和运营代理及相关的CDN基础设施所带来的花销（例如，由于相对低投递量或相反地满足大的量所需的高投资）。若具有受限地理覆盖范围的多个CDN提供者（例如限制到一个国家）或者在地理范围内不能为所有端用户提供服务，那么互连他们的CDN可以使这些CDN提供者向他们的CDN覆盖范围外的用户提供他们的服务。
YD/T2876-2015
除了视频内容，该应用场景应用于像自动软件更新等各类内容（浏览器更新、操作系统补丁更新、病毒数据库更新等）。
5.1.2分支机构之间互连
前面部分描述了由不同实体运营的CDN或自荐的地理范围的扩展应用场景。大的CDN提供者可能有几个分支机构，每个机构各自运营他们自已的CDN（可能使用不同的CDN技术）。在特定的环境下，CDN提供者需要使得这些CDN互操作以在整体上向用户提供一致的服务。5.1.3ISP处理第三方内容
考虑到ISP向其用户提供大量的来自第三方CSP的内容同时这些内容是由授权的CDN提供者插入到ISP的网络中。对于ISP（作为访问CDN）、授权CDN和CSP而言，建立CDNI协议是有利的。例如：
允许CSP向用户提供改进的QoE和QoS服务，例如，减少内容起始时间或提高视频质量以及自适应流内容的分辨率；
通过ISP缓存和投递能力，允许授权CDN减少硬件能力以及覆盖范围：通过在ISP网络内部缓存，允许ISP减少网络的某些端的业务负载：允许ISP影响和/或控制业务进入点：一允许ISP为传输业务而获得某些增加的收入并通过QoE服务而获利。5.1.4用户漫游应用场景
在该应用场景中，CSP希望允许在接入网络之间移动的用户连续访问他们所提供的内容。该场景的目的是允许漫游端用户在穿过设备和/或地理区域范围时保持采用相同的QoE访问内容。该应用场景覆盖如下一些情况：端用户在可能相同的地理区域或不同的地理区域中的不同接入网络之间运动：端用户在访间内容期间更换终端设备或采用不同的交付技术。考虑图2中给出的例子，端用户A已经从其“家乡ISP”ISPA订购了宽带服务。内容
CDN提供者“A”
端用户A（家乡）
CDN提供者“B”
端用户A（没游）
CDN互连
图2支持用户漫游的CDN互连场景YD/T2876-2015
ISPA运营CDN-A。通常情况下，当端用户A通过ISPA（其“家乡ISP”）访问内容，内容通过ISPA的网络中的CDN-A交付给用户。然而，当端用户A没有连接到ISPA的网络时，如该用户连接到了WiFi提供者或移动网，端用户A也能够访问相同的内容。在这种情况下，端用户A可能从访问到由WiFi或移动网络所运营的替代CDN（CDN-B）而不是由ISP的网络中的CDN-A所交付的相同内容得到好处。尽管CDN-B的一般用户不能访间CSPA的内容，但端用户A可以通过替代的CDN（CDN-B）访问到其“家乡\的内容（例如，CSPA的内容）。这种场景下，根据CSP的内容交付政策的不同，漫游到不同地理区域的用户可能需要服从地理屏蔽内容交付限制。在这种情况下，用户可能不被允许访问相同的内容。
5.2负载均衡应用场景
5.2.1分流突发忙时业务量互连应用场景一般情况下，个CDN通常根据所预期的最大业务量来建设。然而，未预期到的临时热点内容的出现可能会使得业务量超出期望的峰值。一般情况下，对于两个不同的CDN，内容分发的最高峰周期可能是不同的。利用不同的业务忙时，一个CDN可以与另一个CDN互连以增加其业务忙时的有效能力。该种应用场景也可以用于在某一端的时间内，CDN提供者需要特定区域的CDN能力。例如，CDN可以在特定的维护期间或在特定事件的分发期间，将业务量转由另一个CDN来承担，如图3所示。例如，考虑作为某一重大事件，如重大体育赛事的分发者一某一TV频道为该次重大事件的交付已经与特定的CDN签订了合作协议。该TV频道用于交付与该事件相关内容的CDNs(CDN-A和CDN-B)可能具有在该事件中出现临时大流量的经验，并需要将这些突发流量转给具有支持更多业务流量并能够接收转移过来的业务量的其他CDN（CDN-C）。在这种应用场景下，请求分流的交付CDN应能够处理分流过来的请求。因而，uCDN可能需要每一个dCDN可以分流的业务量的相关信息。TV频道
CDN互连
图3分流业务量互连应用场景
5.2.2增加CDN弹性的互连应用场景5.2.2.1内容交付资源出现差错的应用场景CDN-C
（分流）
在部分设施出现差错（例如，某些代理出现差错）期间，保证服务的连续性是非常重要的。在部分设施出现差错的情况下，CDN提供者至少具有如下三种选择：a）若可能，使用内部机制将业务量重定向到存活的设备：b）根据业务量管理政策，将某些请求前转到CSP的起始服务器；6
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。