CN102257777B - 路由决策方法、内容分发装置和内容分发网络互连系统 - Google Patents

路由决策方法、内容分发装置和内容分发网络互连系统 Download PDF

Info

Publication number
CN102257777B
CN102257777B CN201180000966.XA CN201180000966A CN102257777B CN 102257777 B CN102257777 B CN 102257777B CN 201180000966 A CN201180000966 A CN 201180000966A CN 102257777 B CN102257777 B CN 102257777B
Authority
CN
China
Prior art keywords
cdn
current
service
request
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201180000966.XA
Other languages
English (en)
Other versions
CN102257777A (zh
Inventor
和晓艳
李金成
王敬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN102257777A publication Critical patent/CN102257777A/zh
Application granted granted Critical
Publication of CN102257777B publication Critical patent/CN102257777B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/125—Shortest path evaluation based on throughput or bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17327—Transmission or handling of upstream communications with deferred transmission or handling of upstream communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17336—Handling of requests in head-ends

Abstract

本发明实施例涉及一种路由决策方法、内容分发装置和内容分发网络互连系统，其中一种路由决策方法包括：接收下游CDN发送的通知消息，根据所述通知消息，确定所述当前服务总量；根据所述当前服务总量和服务总量门限值，对待转发的用户请求进行路由决策；所述服务总量门限值为所述下游CDN设置的、所述下游CDN能为所述上游CDN提供服务的上限。本发明实施例提高了上游CDN，为待转发用户请求选择下游CDN的准确性，因而提高了路由决策效率。

Description

路由决策方法、内容分发装置和内容分发网络互连系统
技术领域
本发明实施例涉及信息技术领域，特别是涉及一种路由决策方法、内容分发装置和内容分发网络互连系统。 
背景技术
内容分发网络(Content Delivery Network，简称CDN)是在现有的互联网基础上建立的一层网络。内容提供商(Content Provider，简称CP)基于CDN将内容发布到最接近用户的网络“边缘”，以便用户就近获取所需内容，从而缓解骨干网拥塞，提高响应速度。实际应用中基于计费管理等因素，CP往往倾向与一个CDN服务提供商签约，而不是与多个CDN服务提供商签约。由于任何一个单独CDN服务提供商的网络覆盖区域有限，而用户却分散在全世界不同的区域，因此需要在不同CDN服务提供商的网络实现互连互通，以便相互使用对方的网络而达到更广的覆盖区域，从而将其签约CP的内容交付到更多的终端用户。 
为实现CDN互连互通，可将CDN服务提供商在不同区域部署的CDN，通过互联网相互连接以形成CDN互连系统。CDN互连系统中能为同一用户提供服务的CDN通常有多个，这些CDN互连互通，且距离能够提供服务的同一用户，如用户A较近的CDN称为下游CDN(Downstream CDN，简称DCDN)，距离用户A较远的CDN称为上游CDN(Upstream CDN，简称UCDN)。当上游CDN接收到用户请求时，上游CDN将用户请求直接转发到距离用户较近的某个下游CDN。如果该下游CDN不能针对上游CDN转发的用户请求提供服务，则该上游CDN将该用户请求转发到距离用户较近的其他下游CDN；如此反复尝试，以便用户能够就近获取 所需的内容。 
现有技术上游CDN在对待转发的用户请求进行路由决策时，是通过反复尝试的方式，确定实际可向用户推送内容的下游CDN，因此其路由决策效率较低。 
发明内容
本发明实施例提供一种路由决策方法、内容分发装置和内容分发网络互连系统，用以提高内容分发网络互连系统中上游CDN的路由决策效率。 
本发明实施例提供了一种路由决策方法，包括： 
接收下游CDN发送的通知消息，所述通知消息用于确定所述下游CDN为与之互连的上游CDN提供服务的当前服务总量； 
根据所述通知消息，确定所述当前服务总量； 
根据所述当前服务总量和服务总量门限值，对待转发的用户请求进行路由决策；所述服务总量门限值为所述下游CDN设置的、所述下游CDN能为所述上游CDN提供服务的上限。 
本发明实施例还提供了另一种路由决策方法，包括： 
生成通知消息，所述通知消息用于确定下游CDN为与之互连的上游CDN提供服务的当前服务总量； 
向所述上游CDN发送所述通知消息，以供所述上游CDN参考所述当前服务总量，对待转发的用户请求进行路由决策。 
本发明实施例还提供了一种内容分发装置，所述内容分发装置作为上游CDN，包括： 
接收模块，用于接收下游CDN发送的通知消息，所述通知消息用于确定所述下游CDN为与之互连的所述上游CDN提供服务的当前服务总量； 
确定模块，用于根据所述通知消息，确定所述当前服务总量； 
决策模块，用于根据所述当前服务总量和服务总量门限值，对待转发的用户请求进行路由决策；所述服务总量门限值为所述下游CDN设置的、所述下游CDN能为所述上游CDN提供服务的上限。 
本发明实施例还提供了另一种内容分发装置，所述内容分发装置作为下游CDN，包括： 
生成模块，用于生成通知消息，所述通知消息用于确定所述下游CDN为与之互连的上游CDN提供服务的当前服务总量； 
发送模块，用于向所述上游CDN发送所述通知消息，以供所述上游CDN参考所述当前服务总量，对待转发的用户请求进行路由决策。 
本发明实施例还提供了一种内容分发网络互连系统，包括：第一CDN，和第二CDN，分别为互连的上述上游CDN和上述下游CDN。 
本发明实施例提供的技术方案中，上游CDN根据与之互连的下游CDN发送的通知消息，确定所述下游CDN为与之相连的上游CDN提供服务的当前服务总量，并根据该当前服务量以及下游CDN设置的、所述下游CDN为所述上游CDN能提供的服务总量门限值，对待转发的用户请求进行路由决策，降低了将用户请求转发到不能提供服务的下游CDN的几率，从而提高了为待转发用户请求选择下游CDN的准确性，因而提高了路由决策效率。 
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。 
图1为本发明实施例一提供的路由决策方法的流程图； 
图2为本发明实施例应用场景提供的CDN互连系统结构示意图； 
图3为本发明实施例二提供的路由决策方法的流程图； 
图4为本发明实施例应用场景中上、下游CDN之间互通的逻辑接口模型示意图； 
图5为本发明实施例三提供的路由决策方法的信令交互图； 
图6为本发明实施例四提供的路由决策方法的信令交互图； 
图7为本发明实施例五提供的路由决策方法的信令交互图； 
图8为本发明实施例六提供的内容分发装置的结构示意图； 
图9为本发明实施例七提供的内容分发装置的结构示意图； 
图10为本发明实施例八提供的CDN互连系统的结构示意图。 
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 
本发明以下实施例的序号仅仅为了描述，不代表实施例的优劣。 
图1为本发明实施例一提供的路由决策方法的流程图。本实施例的执行主体可为CDN互连系统中的某一上游CDN。如图1所示，本实施例提供的路由决策方法包括： 
步骤11：接收下游CDN发送的通知消息，所述通知消息用于确定所述下游CDN为与之相连的上游CDN提供服务的当前服务总量。 
步骤12：根据所述通知消息，确定所述当前服务总量。 
本发明实施例中所述的上游CDN和下游CDN，是个相对概念。图2为本发明实施例应用场景提供的CDN互连系统结构示意图。如图2所示的CDN互 连系统中，第11CDN与第21CDN互连，第21CDN和第31CDN互连，且这3个CDN都能为用户A提供服务。则，由于第11CDN相对于第21CDN距离用户A近，因此，第11CDN相对第21CDN而言是下游CDN，并且是与之互连的下游CDN；而第21CDN相对于第11CDN而言是上游CDN，并且是与之互连的上游CDN。此外，由于第21CDN相对于第31CDN距离用户A近，因此，第11CDN和第21CDN，分别相对于第31CDN而言是下游CDN；第31CDN分别相对于第11CDN和第21CDN而言，是上游CDN；且第21CDN是与第31CDN互连的下游CDN，第31CDN是与第21CDN互连的上游CDN；以此类推。为便于描述，本发明实施例以下所述的上游CDN和下游CDN，如无特别说明，上游CDN和下游CDN互连，下文不再赘述。此外，可以理解，图2所示的系统仅为一种示例，不应理解为对本发明实施例技术方案的限制。 
上游CDN确定当前服务总量的具体实现方式不受限制，例如可包括：上游CDN自身进行统计并记录；或者，下游CDN统计并上报、由上游CDN记录或刷新相应结果。下面对这两种方式，分别予以说明： 
方式一：上游CDN自身进行统计并记录。 
该方式下，上述通知消息可包括：用于统计所述当前服务总量的参考信息。上游CDN可根据参考信息，统计并记录所述当前服务总量。 
其中，所述参考信息可包括：标识信息、以及开始指示信息或结束指示信息。所述开始指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，开始为用户提供服务；所述结束指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，结束为用户提供服务。所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求向所述下游CDN分配的转发标识；所述当前服务总量包括：当前并发总请求数，本发明实施例所述的当前并发总请求数即为：所述下游CDN当前接收到所述上游CDN转发的用户请求的总数。在上游CDN统计当前并发总请求数时，上游CDN可对当前已记录的、与所述标识信息相应的下游CDN的所述当前并发总 请求数，针对所述开始指示信息执行加1操作或针对所述结束指示信息执行减1操作，并刷新当前已记录的相应结果。 
所述参考信息也可包括：上述标识信息以及单次流量，所述单次流量为所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量；所述当前服务总量包括当前并发总流量，本发明实施例所述的当前并发总流量即为：所述下游CDN当前接收到的、所述上游CDN转发的各用户请求占用的流量之和。在上游CDN统计当前并发总流量时，上游CDN可对当前已记录的、与所述标识信息相应的下游CDN的当前并发总流量，执行增加或减少所述单次流量的操作，并刷新当前已记录的相应结果。 
此外，所述参考信息还可包括：所述下游CDN针对所述上游CDN当前转发的用户请求，为所述用户提供服务所使用的协议类型；所述服务总量门限值还可包括：各协议类型的所述当前并发总请求数门限值和/或所述当前并发总流量门限值。所述参考信息还可包括：所述上游CDN当前转发的用户请求所请求内容的内容提供商的域名；所述服务总量门限值还可包括：各内容提供商域名对应的所述当前并发总请求数门限值和/或所述当前并发总流量门限值。则，在上游CDN统计当前并发总请求数时，上游CDN可根据所述协议类型和/或所述内容提供商的域名，对当前并发总请求数和/或当前并发总流量进行分类统计。 
方式二：下游CDN统计并上报，由上游CDN记录或刷新相应结果。 
该情形下，所述通知消息可包括：标识信息和所述当前服务总量；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求，为所述下游CDN分配的转发标识。上游CDN根据通知消息携带的当前服务总量，记录或刷新与该标识信息对应的相应结果。 
步骤13：根据所述当前服务总量和服务总量门限值，对待转发的用户请求进行路由决策；所述服务总量门限值为所述下游CDN设置的、所述下游CDN能为所述上游CDN提供服务的上限。 
上游CDN确定的当前服务总量可包括：所述下游CDN为与之互连的上游CDN提供服务的当前并发总请求数和/或当前并发总流量，还可包括：依据所述协议类型或内容提供商的域名，分类统计的所述当前并发总请求数和/或所述当前并发总流量。 
所述服务总量门限值可包括以下之一或组合：并发总请求数门限值；并发总流量门限值；各协议类型的并发总请求数门限值和/或并发总流量门限值；各内容提供商域名对应的并发总请求数门限值和/或并发总流量门限值。服务总量门限值可预先配置在上游CDN上。或者，服务总量门限值可携带在所述通知消息中，由下游CDN上报给上游CDN，以便下游CDN在服务总量门限值更改后及时通知上游CDN，从而提高了应用的灵活性。 
在上游CDN接收到用户请求时，如果发现系统中存在距离该用户请求相应用户较近的下游CDN，则参考自身最新记录的该下游CDN的当前服务总量及服务总量门限值，进行路由决策。例如： 
当上游CDN确定的所述当前服务总量为所述当前并发总请求数、所述服务总量门限值为所述并发总请求数门限值时，上游CDN可将自身记录的所述当前并发总请求数，与所述并发总请求数门限值进行比较，如果所述当前并发总请求数小于所述并发总请求数门限值，则向该下游CDN转发该用户请求；否则，不向该下游CDN转发该用户请求。 
当上游CDN确定的当前服务总量为所述当前并发总流量、所述服务总量门限值为所述并发总流量门限值时，上游CDN可将自身记录的所述当前并发总流量，与所述并发总流量门限值进行比较，如果所述当前并发总流量小于所述并发总流量门限值，则向该下游CDN转发该用户请求。如果当前并发总流量大于或等于并发总流量门限值，则不向该下游CDN转发该用户请求。 
上游CDN不向下游CDN转发用户请求的情形下，上游CDN可自身为该用户请求所对应的用户提供服务，也可为该用户请求选择其他的转发路径等。 
当然，在实际应用中，上游CDN对所述当前并发总请求数和所述当前并发总流量可都进行统计或分类统计，并参照统计结果对待转发的路由请求进行路由决策，以提高路由决策的准确性，因而提高了路由决策效率。 
本实施例提供路由决策方法中，上游CDN根据与之互连的下游CDN发送的通知消息，确定所述下游CDN为与之相连的上游CDN提供服务的当前服务总量，并根据该当前服务总量以及下游CDN设置的、所述下游CDN为所述上游CDN能提供的服务总量门限值，对待转发的用户请求进行路由决策，降低了将用户请求转发到不能提供服务的下游CDN的几率，从而提高了为待转发用户请求选择下游CDN的准确性，因而提高了路由决策效率。 
图3为本发明实施例二提供的路由决策方法的流程图。本实施例的执行主体可为CDN互连系统中的某一下游CDN。如图3所示，本实施例提供的路由决策方法包括： 
步骤31：生成通知消息，所述通知消息用于确定下游CDN为与之互连的上游CDN提供服务的当前服务总量。 
通知消息的类型不受限制，其携带的信息可包括：用于统计所述当前服务总量的参考信息；或者，标识信息和已统计好的所述当前服务总量。下面针对通知消息中携带的这两种不同类型参数对应的技术方案，分别予以说明： 
方式一：通知消息包括：用于统计所述当前服务总量的参考信息。 
该情形下，所述参考信息可包括：标识信息，以及以下信息中的至少其中一个：开始指示信息，结束指示信息，单次流量。其中，所述标识信息可包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识。所述开始指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，开始为用户提供服务。所述结束指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，结束为用户提供服务。所述单次流量为：所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量。 
所述参考信息还可包括以下信息中的至少其中一个：所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所使用的协议类型；所述上游CDN当前转发的用户请求所请求内容的内容提供商的域名。 
方式二：通知消息包括：标识信息和已统计好的所述当前服务总量。 
所述标识信息可包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求、为所述下游CDN分配的转发标识。 
该情形下，下游CDN在生成通知消息之前，还包括：统计下游CDN的所述当前服务总量。 
所述当前服务总量可包括：当前并发总请求数，和/或，当前并发总流量。 
下游CDN统计当前并发总请求数的方法可包括：下游CDN针对上游CDN转发的用户请求，开始为用户提供服务时，对当前已记录的所述当前并发总请求数执行加1操作，并刷新当前已记录的相应结果；下游CDN针对上游CDN转发的用户请求，结束为用户提供服务时，对当前已记录的所述当前并发总请求数执行减1操作，并刷新当前已记录的相应结果。 
下游CDN统计当前并发总流量的方法可包括：下游CDN针对上游CDN转发的用户请求开始为用户提供服务时，对当前已记录的所述当前并发总流量，执行增加单次流量的操作，并刷新当前已记录的相应结果；下游CDN针对上游CDN转发的用户请求结束为用户提供服务时，对当前已记录的所述当前并发总流量，执行减少单次流量的操作，并刷新当前已记录的相应结果。其中，所述单次流量为针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量。 
在下游CDN统计当前并发总请求数和/或当前并发总流量时，也可根据自身针对所述上游CDN当前转发的用户请求，为用户提供服务所使用的协议类型，和/或，所请求内容的内容提供商的域名，分类统计所述当前并发总请求数和/或当前并发总流量。 
生成的通知消息中还可包括：服务总量门限值。其中，所述服务总量门限值包括以下之一或任意组合：并发总请求数门限值；并发总流量门限值； 各协议类型的并发总请求数门限值和/或并发总流量门限值；各内容提供商域名对应的并发总请求数门限值和/或并发总流量门限值。 
步骤32：向所述上游CDN发送所述通知消息，以供所述上游CDN参考所述当前服务总量，对待转发的用户请求进行路由决策。 
下游CDN可选择满足一定条件的时机，生成通知消息并向上游CDN发送。该时机可具体为： 
时机一：下游CDN针对所述上游CDN转发的用户请求，开始或结束为用户提供服务的时刻。下游CDN在该时机生成通知消息并向上游CDN发送，则可实现下游CDN数据实时上报或实时统计，以及上游CDN获取的数据实时更新，其数据实时性好。 
时机二：以预设时长为周期，每次预设时长的期满时刻。例如：下游CDN可在时机一所述当前服务总量进行实时统计，并在时机二定时上报统计结果，因此，有利于减少下游CDN与上游CDN之间的交互，节省信令开销，从而有利于提高系统的整体性能。 
上游CDN接收到下游CDN发送的通知消息，根据该通知消息确定所述当前服务总量，并参考所述当前服务总量，对待转发的用户请求进行路由决策的实现方法，可参见图1对应实施例的记载，在此不再赘述。 
本实施例提供路由决策方法中，下游CDN生成并向上游CDN发送，包括有用于统计所述当前服务总量的参考信息，或者包括有标识信息和已统计好的所述当前服务总量的通知消息，以便上游CDN可参考当前服务总量，对待转发的用户请求进行路由决策，从而提高了上游CDN为待转发用户请求选择下游CDN的准确性，因而提高了路由决策效率。 
图4为本发明实施例应用场景中上、下游CDN之间互通的逻辑接口模型示意图。在由上游CDN和下游CDN组成的一对互通的CDN之间，可采用以下接口通信且各接口的定义如下： 
互通配置接口(Control Protocol)：上游CDN向下游CDN发送删除，使 内容无效等命令的接口； 
路由接口(Request Routing Protocol)：通过该接口，上游CDN将用户请求转发给下游CDN；下游CDN通过该接口上报路由决策所需的信息，如上报本发明实施例所述的通知消息等。 
元数据接口(Metadata Protocol)：通过该接口，互通的上、下游CDN交互一些内容分发策略信息，内容区域信息，如该内容不允许在某些区域交付，内容的可用时间窗信息等。 
日志接口(Logging Protocol)：通过该接口，互通的上、下游CDN交互日志相关信息，如下游CDN通过该接口向上游CDN上报某时间段内，代替上游CDN为某用户交付了多大流量的内容等。 
此外，互通的上、下游CDN之间还包括：提供内容交付的节点(Delivery Node，简称DN)：互通的上、下游CDN通过DN交互用户请求相关的内容。 
可以理解，图4所示的接口模型仅为一种示例，不应理解为对本发明实施例技术方案的限制。 
下面结合图4所示的上、下游CDN之间互通的逻辑接口模型，并结合图5-图7所示的具体场景，详细说明本发明实施例的技术方案。在以下图5-图7对应的各实施例中，CDNA和CDNB组成一对互连互通的CDN，且CDNA是CDNB的上游CDN，CDNB是CDNA的下游CDN；CDNA距用户终端A较远、与内容提供商签约且距原始服务器(Origin Server)较近，CDNB距用户终端A较近、距原始服务器(Origin Server)较远。CDNA可包括：CDNA的路由接口模块(CDNA&RR)和内容交付节点(CDNA DN)；CDNB可包括：CDNB的路由接口模块(CDNB&RR)和内容交付节点(CDNB DN)。 
图5为本发明实施例三提供的路由决策方法的信令交互图。本实施例中上游CDN即CDNA，根据下游CDN即CDNB发送的通知消息，实时统计并记录CDNB的当前服务总量。如图5所示，本实施例提供的路由决策方法包括： 
步骤51：终端用户(Eend User)通过用户设备(User Equipment，简称UE)， 向CDNA&RR发送的域名服务器(Domain Name Server，简称DNS)查询请求(DNS FQDNA)。 
步骤52：CDNA&RR通过用户位置等信息判断该UE由CDNB提供服务最合适，为了后续使用HTTP的重定向机制，CDNA&RR将自己的IP地址返回给UE。 
步骤53：UE向步骤52返回的IP地址发送HTTP请求(HTTP URLa)。 
步骤54：CDNA&RR接收UE发送的HTTP请求，依据用户位置信息再次判断该UE由CDNB提供服务最合适，则根据CDNB的当前服务总量及其服务总量门限值进行路由决策，以确定是否将该HTTP请求转发给CDNB。 
假设CDNB的当前服务总量为：CDNB的当前并发总请求数和当前并发总流量，服务总量门限值具体为并发总请求数门限值和并发总流量门限值，则，CDNA&RR进行路由决策时，将自身记录的当前并发总请求数和当前并发总流量，分别与并发总请求数门限值和并发总流量门限值进行比较。如果当前并发总请求数小于并发总请求数门限值、且当前并发总流量小于并发总流量门限值，则确定可向CDNB转发本次用户请求，以便由CDNB后续为UE提供服务，执行步骤55；否则，CDNA&RR为本次用户请求的转发选择其他下游CDN。 
步骤55：CDNA&RR向UE返回CDNB&RR的URL地址(URLb)，以通知UE根据该URL地址与CDNB建立连接。 
步骤56：UE向CDNB&RR发送DNS查询请求(DNS FQDNB)。 
步骤57：CDNB&RR基于UE位置信息、该请求所请求内容的CP的域名等信息，选择一个为UE最终交付内容的节点CDNB DN，并向UE返回CDNB DN的IP地址。 
步骤58：UE向CDNB DN发送HTTP请求(HTTP URLb)。 
步骤59：CDNB DN收到HTTP内容请求后，发现自身没有该请求所需的内容，则向CDNA&RR发送DNS查询请求(DNS FQDNA)。 
步骤510：CDNA&RR选择内容交付节点即CDNA DN，并向CDNB DN返回CDNA DN的IP地址。 
步骤511：CDNB DN向CDNA DN发送HTTP请求(HTTP URLa)，用于请求获取UE本次用户请求所需的内容。 
步骤512：如果CDNA DN没有保存UE本次用户请求所需的内容，则向CP的原始服务器获取UE本次用户请求所需的内容(Data)。 
步骤513：CDNA DN将UE本次用户请求所需的内容，发送给CDNB DN。 
步骤514：CDNB DN开始向UE交付其所需的内容(Data)。 
步骤515：在CDNB DN针对CDNA转发的本次用户请求开始向UE交付内容时生成通知消息(Notify)，这里称为第一通知消息，并经由CDNB&RR向CDNA&RR发送该第一通知消息。 
上述步骤515可与步骤514并行执行。 
第一通知消息可携带：CDNB的CDN标识、开始服务指示信息和单次流量。第一通知消息还可携带以下信息中的至少其中一个：CDNB针对CDNA转发的本次用户请求，向UE交付内容所使用的协议类型，如HTTP，RTP等；CDNB针对CDNA转发的本次用户请求，向UE交付的内容的CP的域名，如“video.sina.com”等。进一步的，第一通知消息还可携带以下信息中的至少其中一个：CDNB管理员设置的并发总请求数门限值，并发总流量门限值，各协议类型的并发总请求数门限值和并发总流量门限值，各内容提供商域名对应的并发总请求数门限值和并发总流量门限值。例如：RTP的并发总请求数门限值是8，HTTP的并发总请求门限值是20，并发总请求数门限值是100，并发总流量门限值是500M，RTP交付占用的并发总流量门限值是100M，HTTP交付占用的并发总流量门限值是300M等。 
步骤516：CDNA&RR接收第一通知消息，并根据第一通知消息统计和记录CDNB的当前服务总量，如统计CDNB为CDNA转发的用户请求、提供服务的当前并发总请求数和当前并发总流量，并刷新已记录的相应结果。 
CDNA&RR可在本地已记录的数据中，查找与第一通知消息中携带的CDN标识对应CDN的当前并发总请求数和当前并发总流量，针对通知消息中携带的开始指示信息，对已记录的当前并发总请求数执行加1操作、以及依据第一通知消息中携带的单次流量，对已记录的当前并发总流量执行增加所述单次流量的操作，并刷新本地的相应记录结果。 
CDNA&RR还可依据第一通知消息中携带的协议类型和域名信息，分类统计CDNB的当前并发总请求数和当前并发总流量。例如：CDNA&RR统计得到CDNB的当前并发总请求数为5，其中，3个是使用RSTP协议类型交付，2个是使用RTP协议类型交付；3个使用RSTP协议类型交付的并发请求中，2个是“sina”发布的内容，1个是“youtube”发布的内容，并对相应并发总流量进行分类统计。 
步骤517：在CDNB DN针对CDNA转发的本次用户请求，结束向UE交付内容(Data)时生成通知消息(Notify)，这里称为第二通知消息，并经由CDNB&RR向CDNA&RR发送该第二通知消息。 
第二通知消息可携带：CDNB的CDN标识、结束服务指示信息和单次流量。第二通知消息还可携带以下信息中的至少其中之一：CDNB针对CDNA转发的本次用户请求，向UE交付内容所使用的协议类型，如HTTP，RTP等；CDNB针对CDNA转发的本次用户请求，向UE交付的内容的CP的域名，如“video.sina.com”等。 
步骤518：CDNA&RR接收上述第二通知消息，并根据该第二通知消息统计和记录CDNB的当前服务总量，即统计CDNB为CDNA转发的用户请求、提供服务的当前并发总请求数和当前并发总流量，并刷新已记录的相应结果。 
CDNA&RR可在本地已记录的数据中，查找已记录的、与第二通知消息中携带的CDN标识对应CDN的当前并发总请求数和当前并发总流量，针对第二通知消息中携带的结束指示信息，对本地已记录的当前并发总请求数执行减1操作，以及依据第二通知消息中携带的单次流量，对已记录的当前并发总 流量执行减少所述单次流量的操作，并刷新本地已记录的相应结果。在CDNA&RR有分类统计的情形下，还要对已记录的分类统计数据，执行相应的减1或减少所述单次流量的操作，并刷新本地已记录的相应结果。 
本实施例提供的路由决策方法中，CDNB向CDNA发送通知消息，该通知消息携带用于确定CDNB为CDNA提供服务的当前并发总请求数和当前并发总流量所需的参考信息，CDNB根据该参考信息统计并刷新本地记录的相应结果，并根据本地记录的最新结果对待转发的用户请求进行路由决策，降低了将用户请求转发到不能提供服务的下游CDN的几率，提高了其路由决策的准确性，从而提高了路由决策效率。 
图6为本发明实施例四提供的路由决策方法的信令交互图。本实施例中，下游CDN即CDNB，实时统计自身为上游CDN即CDNA提供服务的当前服务总量，并上报给CDNA。如图6所示，本实施例提供的路由决策方法包括： 
步骤61-步骤614：与步骤51-步骤514相似，在此不再赘述。 
步骤615：CDNB DN在针对CDNA转发的本次用户请求开始向UE交付内容时，重新统计当前服务总量。 
上述步骤615可与步骤614并行执行。 
CDNB的当前服务总量可包括：CDNB的当前并发总请求数和并发总流量。当CDNB DN开始向UE交付本次用户请求所需的内容时，CDNB&RR可对本地已记录的、为CDNA提供服务的当前并发总请求数执行加1操作，对本地已记录的、为CDNA提供服务的当前并发总流量执行增加所述单次流量的操作，并刷新本地已记录的相应结果。 
进一步的，CDNB还可判断本次向UE交付内容所使用的协议类型，并根据该协议类型对当前并发总请求数和当前并发总流量，进行分类统计。例如： 
本次内容交付使用协议类型的是HTTP，则CDNB将当前给CDNA提供服务的HTTP当前并发总请求数加1，将当前给CDNA提供服务的HTTP当前并发总流量增加单次流量。更进一步的，CDNB还可以判断本次交付的内容的 内容提供商的域名，根据域名对当前并发总请求数和当前并发总流量进行分类统计。例如，本次交付的内容的内容提供商的域名为“Youtube”，则CDNB将当前给CDNA提供服务的内容提供商域名为“Youtube”的当前并发总请求数加1，将当前给“Youtube”提供服务的当前并发总流量进行增量操作，所增加的量为CDNB为本次内容交付所需占用的流量。 
步骤616：CDNB DN生成通知消息(Notify)，这里称为第三通知消息，并经由CDNB&RR向CDNA&RR发送该第三通知消息。 
第三通知消息可携带：CDNB的CDN标识、CDNB的当前并发总请求数和当前并发总流量。 
第三通知消息还可携带：CDNB根据协议类型或CP的域名，分类统计的各类当前并发总请求数和当前并发总流量。 
第三通知消息还可携带以下信息中的至少其中之一：CDNB管理员设置的并发总请求数门限值，并发总流量门限值，各协议类型的并发总请求数门限值和并发总流量门限值，各内容提供商域名对应的并发总请求数门限值和并发总流量门限值。例如：并发总请求数门限值是500，并发总流量门限值是1000M，RTP的并发总请求数门限值是100及其并发总流量门限值是200M，内容提供商域名为“Youtube”的并发总请求数门限值是400及其并发总流量门限值是800M等。 
步骤617：CDNA&RR接收到第三通知消息后提取相应信息并刷新本地记录的相应结果，在下次用户请求来临时，根据提取的这些信息再次执行步骤64中的路由决策。 
CDNA&RR从第三通知消息中提取的信息可包括：CDNB统计得到的当前并发总请求数和当前并发总流量；还可包括以下信息中的至少其中之一：各类型的当前并发总请求数和当前并发总流量，并发总请求数门限值，并发总流量门限值，各类型的并发总请求数门限值和并发总流量门限值。 
步骤618：CDNB DN在针对CDNA转发的本次用户请求结束向UE交付内 容时，重新统计当前服务总量。 
当CDNB DN感知到其向UE交付内容结束时，可对CDNB本地已记录的当前并发总请求执行减1操作，对本地已记录的当前并发总流量执行减少单次流量的操作。之后，CDNB刷新本地已记录的相应结果。CDNB还可依据本次向UE交付内容所需使用的协议类型、以及内容的CP的域名进行分类统计，并刷新本地已记录的相应结果。 
步骤619：CDNB DN生成通知消息(Notify)，这里称为第四通知消息，并经由CDNB&RR向CDNA&RR发送该第四通知消息。 
该第四通知消息可携带：CDNB的CDN标识、CDNB的当前并发总请求数和当前并发总流量。 
该第四通知消息还可携带：CDNB根据协议类型或CP的域名，分类统计的各类当前并发总请求数和当前并发总流量。 
步骤620：CDNA&RR接收到第四通知消息后提取相应信息并刷新本地已记录的相应结果，在下次用户请求来临时，根据提取的这些信息再次执行步骤64中的路由决策。 
本实施例提供的路由决策方法中，CDNB向CDNA发送包括自身实时统计结果的通知消息，以便CDNA从通知消息中提取统计结果并刷新本地记录的相应结果。CDNA可据本地记录的最新结果对待转发的用户请求进行路由决策，降低了将用户请求转发到不能提供服务的下游CDN的几率，提高了其路由决策的准确性，从而提高了路由决策效率。 
可选的，可对本实施例的部分技术手段进行变形，作为本发明另一实施方式。例如：CDNB即下游CDN内部仍然实时的统计为上游CDN提供服务的当前并发总请求数和当前并发总流量，但不是每次统计后都向上游CDN发送通知消息，即不执行本实施例中步骤616和步骤619；而是CDNB以预设时长为周期，定时向上游CDN发送每次预设时长期满对应的时刻的统计结果，该统计结果可携带在通知消息中。该定时的时长可以是上游CDN，即CDNA指 定，也可以是下游CDN，由CDNB的管理员设定等。CDNA收到CDNB定时发送的通知消息后，提取通知消息携带的信息并刷新本地已记录的相应结果。由于下游CDN即CDNB，采用定时上报的方式通知上游CDN即CDNA，因此减少了CDNA和CDNB之间的信令交互，节省信令开销，从而有利于提高系统的整体性能。 
图7为本发明实施例五提供的路由决策方法的信令交互图。本实施例中上游CDN即CDNA，在转发用户请求时给下游CDN即CDNB时，根据本次转发的用户请求为CDNB分配一个转发标识，后续CDNB在感知到内容交付开始或结束时发送通知消息给CDNA，其中携带的标识信息为该转发标识。如图7所示，本实施例提供的路由决策方法包括： 
步骤71：终端用户(Eend User)通过UE，向CDNA&RR发送的DNS查询请求(DNS FQDNA)。 
步骤72：CDNA&RR通过用户位置等信息判断该UE由CDNB提供服务最合适，则确定将本次用户请求转发到CDNB进行处理，因此，CDNA根据本次转发的用户请求为CDNB分配一个转发标识，并记录该转发标识和CDNB的对应关系。 
步骤73：CDNA&RR向UE返回CDNB的别名CNAME、和负责解析该别名的服务器地址即CDNB&RR的地址，还返回步骤72中分配的转发标识。 
步骤74：UE向CDNB&RR发送DNS查询请求(DNS CNAME of CDNB)。 
步骤75：CDNB&RR基于UE位置信息、该请求内容的CP的域名等信息，选择一个为UE最终交付内容的节点CDNB DN，并向UE返回CDNB DN的IP地址。 
步骤76：UE向CDNB DN发送携带HTTP请求(HTTP URLb)，该请求中还携带有步骤72分配的转发标识。 
步骤77-步骤712：与步骤59-步骤514相似，在此不再赘述。 
步骤713：在CDNB DN针对CDNA转发的本次用户请求开始向UE交付内 容时生成通知消息(Notify)，这里称为第五通知消息，并经由CDNB&RR向CDNA&RR发送该第五通知消息。 
上述步骤713可与步骤712并行执行。 
该第五通知消息可携带：转发标识和开始服务指示信息；还可携带以下信息中的至少其中之一：单次流量；CDNB针对CDNA转发的本次用户请求，向UE交付内容所使用的协议类型，如HTTP，RTP等；CDNB针对CDNA转发的本次用户请求，向UE交付的内容的CP的域名，如“video.sina.com”等。进一步的，第一通知消息还可携带以下信息中的至少其中之一：CDNB管理员设置的并发总请求数门限值，并发总流量门限值，各协议类型的并发总请求数门限值和并发总流量门限值，各内容提供商域名对应的并发总请求数门限值和并发总流量门限值。例如：并发总请求数门限值是500，并发总流量门限值是1000M，RTP的并发总请求数门限值是100及其并发总流量门限值是200M，内容提供商域名为“Youtube”的并发总请求数门限值是400及其并发总流量门限值是800M等。 
步骤714：CDNA接收第五通知消息后，根据该第五通知消息中的转发标识索引到本地记录的CDNB的当前服务总量，依据第五通知消息中携带的其他参考信息，统计CDNB的当前服务总量，并刷新本地记录的相应结果。 
假设：当前服务总量包括当前并发总请求数和当前并发总流量。则CDNA&RR可针对通知消息中携带的开始指示信息，对已记录的当前并发总请求数执行加1操作、以及依据第五通知消息中携带的单次流量，对已记录的当前并发总流量执行增加所述单次流量的操作、并刷新本地的相应记录结果。 
CDNA&RR还可依据第五通知消息中携带的协议类型和域名信息，分类统计CDNB的当前并发总请求数和当前并发总流量。 
步骤715：CDNB DN结束向UE交付其所需的内容(Data)时，UE通知CDNB DN内容交付结束。 
步骤716：CDNB DN感知到内容交付结束时，生成通知消息(Notify)， 这里称为第六通知消息，并经由CDNB&RR向CDNA&RR发送该第六通知消息。 
该第六通知消息可携带的信息，与步骤713所述的第五通知消息可携带的信息相对应。具体的，第六通知消息可携带：步骤72分配的转发标识和结束服务指示信息，还可携带以下信息中的至少其中之一：单次流量；CDNB针对CDNA转发的本次用户请求，向UE交付内容所使用的协议类型，如HTTP，RTP等；CDNB针对CDNA转发的本次用户请求，向UE交付的内容的CP的域名，如“video.sina.com”等。 
步骤717：CDNA接收上述第六通知消息后，根据该第六通知消息中的转发标识索引到本地记录的CDNB的当前服务总量，依据第六通知消息中携带的其他参考信息，统计CDNB的当前服务总量，并刷新本地记录的相应结果。 
CDNA&RR可针对第六通知消息中携带的结束指示信息，对本地已记录的当前并发总请求数执行减1操作，以及依据第六通知消息中携带的单次流量，对已记录的当前并发总流量执行减少所述单次流量的操作，并刷新本地已记录的相应结果。在CDNA&RR有分类统计的情形下，还要对已记录的分类统计数据，执行相应的减1或减少所述单次流量的操作，并刷新本地已记录的相应结果。 
后续当有新的类似用户请求到达CDNA时，CDNA判断统计的当前服务总量是否小于服务总量门限值，如果是，则向CDNB转发用户请求；否则，不向CDNB转发用户请求。 
本实施例提供的路由决策方法中，CDNB向CDNA发送携带有用于统计CDNB当前服务总量的参考信息的第六通知消息，该第六通知消息中携带有CDNA根据转发的用户请求为CDNB分配的转发标识，以便CDNA根据转发标识索引到本地已记录的CDNB的统计结果，并依据其他参考信息实时统计并刷新本地记录的相应结果。CDNA可根据本地记录的最新结果对待转发的用户请求进行路由决策，降低了将用户请求转发到不能提供服务的下游CDN的 几率，提高了其路由决策的准确性，从而提高了路由决策效率。 
图8为本发明实施例六提供的内容分发装置的结构示意图。如图8所示的内容分发装置可作为上游CDN，具体包括：接收模块81、确定模块82和决策模块83。 
接收模块81用于接收下游CDN发送的通知消息，所述通知消息用于确定所述下游CDN为与之互连的上游CDN提供服务的当前服务总量；其中，所述上游CDN即为本实施例所述的内容分发装置。 
确定模块82用于根据所述通知消息，确定所述当前服务总量。 
决策模块83用于根据所述当前服务总量和服务总量门限值，对待转发的用户请求进行路由决策；所述服务总量门限值为所述下游CDN设置的、所述下游CDN能为所述上游CDN提供服务的上限。 
本实施例提供的内容分发装置，即上游CDN确定当前服务总量的具体实现方式不受限制，例如可包括：上游CDN自身进行统计并记录；或者，下游CDN统计并上报、由上游CDN记录或刷新相应结果。下面对这两种方式，分别予以说明内容分发装置的具体结构。 
方式一：上游CDN自身进行统计并记录。 
该方式下，可选的，上述通知消息可包括：用于统计所述当前服务总量的参考信息。相应的，确定模块82具体可用于根据所述参考信息，统计并记录所述当前服务总量。 
所述参考信息可包括：标识信息、以及开始指示信息或结束指示信息，所述开始指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，开始为用户提供服务；所述结束指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，结束为用户提供服务；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识；所述当前服务总量包括：当前并发总请求数；所述服务总量门限值包括：并发总请求数门限值。该情形下，确定模块82具体可用于对当前 已记录的、与所述标识信息相应的下游CDN的所述当前并发总请求数，针对所述开始指示信息执行加1操作或针对所述结束指示信息执行减1操作，并刷新当前已记录的相应结果。 
和/或， 
所述参考信息可包括：标识信息和单次流量，所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识；所述单次流量为所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量；所述当前服务总量包括当前并发总流量；所述服务总量门限值包括：并发总流量门限值。该情形下，确定模块82具体可用于对当前已记录的、与所述标识信息相应的下游CDN的所述当前并发总流量，执行增加或减少所述单次流量的操作、并刷新当前已记录的相应结果。 
进一步的，所述参考信息还可包括：所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所使用的协议类型；所述服务总量门限值还包括：各协议类型的并发总请求数门限值和/或并发总流量门限值；相应的，确定模块82还可用于根据所述协议类型，分类统计所述当前并发总请求数和/或当前并发总流量。和/或，所述参考信息还可包括：所述上游CDN当前转发的用户请求所请求内容的内容提供商的域名；所述服务总量门限值还包括：各内容提供商域名对应的并发总请求数门限值和/或并发总流量门限值；相应的，确定模块82还可用于根据所述内容提供商的域名，分类统计所述当前并发总请求数和/或当前并发总流量。 
方式二：下游CDN统计并上报、由内容分发装置，即上游CDN记录或刷新相应结果。 
该情形下，所述通知消息可包括：标识信息和所述当前服务总量；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识。相应的，确定模块82具体可用于根据所述标识信息和所述当前服务总量，记录或刷新相应结果。 
上述通知消息还可包括所述服务总量门限值，所述服务总量门限值可包括以下之一或任意组合：并发总请求数门限值；并发总流量门限值；各协议类型的并发总请求数门限值和/或并发总流量门限值；各内容提供商域名对应的并发总请求数门限值和/或并发总流量门限值。 
本实施例提供的内容分发装置可作为上游CDN，根据与之互连的下游CDN发送的通知消息，确定所述下游CDN为与之相连的上游CDN提供服务的当前服务总量，并根据该当前服务量以及下游CDN设置的、所述下游CDN为所述上游CDN能提供的服务总量门限值，对待转发的用户请求进行路由决策，降低了将用户请求转发到不能提供服务的下游CDN的几率，从而提高了为待转发用户请求选择下游CDN的准确性，因而提高了路由决策效率。本实施例内容分发装置的实现机理，可参见图1、图5-图7关于上游CDN的相应记载，在此不再赘述。 
图9为本发明实施例七提供的内容分发装置的结构示意图。如图9所示，本实施例提供的内容分发装置可作为下游CDN，其结构可包括：生成模块91和发送模块92。 
生成模块91可用于生成通知消息，所述通知消息用于确定下游CDN为与之互连的上游CDN提供服务的当前服务总量；所述下游CDN包括所述内容分发装置。 
发送模块92可用于向所述上游CDN发送所述通知消息，以供所述上游CDN参考所述当前服务总量，对待转发的用户请求进行路由决策。 
通知消息的类型不受限制，其携带的信息可包括：用于统计所述当前服务总量的参考信息；或者，标识信息和已统计好的所述当前服务总量。下面针对通知消息中携带的这两种不同类型参数对应的技术方案，分别予以说明： 
方式一：通知消息包括：用于统计所述当前服务总量的参考信息。 
该情形下，所述参考信息可包括：标识信息以及以下信息中的至少其中 之一：开始指示信息，结束指示信息，单次流量。所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识；所述开始指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，开始为用户提供服务；所述结束指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，结束为用户提供服务；所述单次流量为：所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量。 
进一步的，所述参考信息还可包括以下信息中的至少其中之一：所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所使用的协议类型；所述上游CDN当前转发的用户请求所请求内容的内容提供商的域名。 
方式二：通知消息包括：标识信息和已统计好的所述当前服务总量。 
该情形下，所述通知消息可包括：标识信息和所述当前服务总量；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识。 
内容分发装置还可包括：统计模块93。统计模块93可用于统计所述下游CDN的所述当前服务总量。 
其中，所述当前服务总量可包括：当前并发总请求数。该情形下，统计模块93具体可用于在所述下游CDN针对所述上游CDN转发的用户请求，开始为用户提供服务时，对当前已记录的所述当前并发总请求数执行加1操作；以及，在所述下游CDN针对所述上游CDN转发的用户请求，结束为用户提供服务时，对当前已记录的所述当前并发总请求数执行减1操作。 
和/或， 
所述当前服务总量可包括：当前并发总流量。该情形下，统计模块93具体可用于对当前已记录的所述当前并发总流量，执行增加或减少单次流量的操作，并刷新当前已记录的相应结果。所述单次流量为针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量。 
进一步的，统计模块93还可用于，根据所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所使用的协议类型，分类统计所述当前并发总请求数和/或当前并发总流量；和/或，统计模块93还可用于，根据所述上游CDN当前转发的用户请求所请求内容的内容提供商的域名，分类统计所述当前并发总请求数和/或当前并发总流量。 
上述技术方案中，内容分发装置还可包括：时机确定模块94。时机确定模块94可用于确定所述生成模块生成所述通知消息，和所述发送模块向所述上游CDN发送所述通知消息的时机。所述时机包括：所述下游CDN针对所述上游CDN转发的用户请求，开始或结束为用户提供服务的时刻；或者，以预设时长为周期，每次预设时长的期满时刻。 
上述技术方案中，所述通知消息还可包括：服务总量门限值；所述服务总量门限值为所述下游CDN能为所述上游CDN提供服务的上限，具体可包括以下之一或任意组合：并发总请求数门限值；并发总流量门限值；各协议类型的并发总请求数门限值和/或并发总流量门限值；各内容提供商域名对应的并发总请求数门限值和/或并发总流量门限值。 
本实施例提供内容分发装置可作为下游CDN，生成并向上游CDN发送，包括有用于统计所述当前服务总量的参考信息、或者包括有标识信息和已统计好的所述当前服务总量的通知消息，以便上游CDN可参考当前服务总量，对待转发的用户请求进行路由决策，从而提高了上游CDN为待转发用户请求选择下游CDN的准确性，因而提高了路由决策效率。本实施例内容分发装置的实现机理，可参见图3、图5-图7关于下游CDN的相应记载，在此不再赘述。 
图10为本发明实施例八提供的CDN互连系统的结构示意图。如图10所示的CDN互连包括：第一CDN101和第二CDN102，第一CDN101和第二CDN102，分别为互连的上游CDN和下游CDN。其中，第一CDN101的结构可参见图8对应实施例的记载，其实现机理可参见图1、图5-图7关于上游CDN的相应记载；第二CDN102的结构可参见图9对应实施例的记载，其实现机理可参见图3、图 5-图7关于上游CDN的相应记载；第一CDN101和第二CDN102在CDN互连系统的分布，可参见图3的记载；且第一CDN101和第二CDN102之间的逻辑接口，可参见图4的记载；在此不再赘述。 
本实施例提供的CDN互连系统中，第一CDN即上游CDN根据与之互连的第二CDN即下游CDN发送的通知消息，确定所述下游CDN为与之相连的上游CDN提供服务的当前服务总量，并根据该当前服务量以及下游CDN设置的、所述下游CDN为所述上游CDN能提供的服务总量门限值，对待转发的用户请求进行路由决策，降低了将用户请求转发到不能提供服务的下游CDN的几率，从而提高了为待转发用户请求选择下游CDN的准确性，因而提高了路由决策效率。 
本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。 
本领域普通技术人员可以理解：实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。 
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。 
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。 

Claims (33)

1.一种路由决策方法，其特征在于，包括：
接收下游CDN发送的通知消息，所述通知消息用于确定所述下游CDN为与之互连的上游CDN提供服务的当前服务总量；
根据所述通知消息，确定所述当前服务总量；
根据所述当前服务总量和服务总量门限值，对待转发的用户请求进行路由决策；所述服务总量门限值为所述下游CDN设置的、所述下游CDN能为所述上游CDN提供服务的上限。
2.根据权利要求1所述的方法，其特征在于，
所述通知消息包括：用于统计所述当前服务总量的参考信息；
根据所述通知消息，确定所述当前服务总量，包括：根据所述参考信息，统计并记录所述当前服务总量。
3.根据权利要求2所述的方法，其特征在于，
所述参考信息包括：标识信息，以及开始指示信息或结束指示信息；所述开始指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，开始为用户提供服务；所述结束指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，结束为用户提供服务；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识；所述当前服务总量包括：当前并发总请求数；所述服务总量门限值包括：并发总请求数门限值；
所述统计并记录所述当前服务总量，包括：对当前已记录的、与所述标识信息相应的下游CDN的所述当前并发总请求数，针对所述开始指示信息执行加1操作或针对所述结束指示信息执行减1操作，并刷新当前已记录的相应结果。
4.根据权利要求2所述的方法，其特征在于，
所述参考信息包括：标识信息和单次流量；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识；所述单次流量为所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量；所述当前服务总量包括当前并发总流量；所述服务总量门限值包括：并发总流量门限值；
所述统计并记录所述当前服务总量，包括：对当前已记录的、与所述标识信息相应的下游CDN的所述当前并发总流量，执行增加或减少所述单次流量的操作，并刷新当前已记录的相应结果。
5.根据权利要求3或4所述的方法，其特征在于，
所述参考信息还包括：所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所使用的协议类型；所述服务总量门限值还包括：各协议类型的并发总请求数门限值和/或并发总流量门限值；统计所述当前并发总请求数和/或当前并发总流量，包括：根据所述协议类型，分类统计所述当前并发总请求数和/或当前并发总流量；
和/或，
所述参考信息还包括：所述上游CDN当前转发的用户请求所请求内容的内容提供商的域名；所述服务总量门限值还包括：各内容提供商域名对应的并发总请求数门限值和/或并发总流量门限值；统计所述当前并发总请求数和/或当前并发总流量，包括：根据所述内容提供商的域名，分类统计所述当前并发总请求数和/或当前并发总流量。
6.根据权利要求1所述的方法，其特征在于，
所述通知消息包括：标识信息和所述当前服务总量；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识；
根据所述通知消息，确定所述当前服务总量，包括：根据所述标识信息和所述当前服务总量，记录或刷新相应结果。
7.根据权利要求1-4任一所述的方法，其特征在于，所述通知消息还包括：所述服务总量门限值。
8.一种路由决策方法，其特征在于，
生成通知消息，所述通知消息用于确定下游CDN为与之互连的上游CDN提供服务的当前服务总量；
向所述上游CDN发送所述通知消息，以供所述上游CDN参考所述当前服务总量和服务总量门限值，对待转发的用户请求进行路由决策，所述服务总量门限值为所述下游CDN设置的、所述下游CDN能为所述上游CDN提供服务的上限。
9.根据权利要求8所述的方法，其特征在于，
所述通知消息包括：用于统计所述当前服务总量的参考信息；
所述参考信息包括：标识信息以及以下信息中的至少其中之一：开始指示信息，结束指示信息，单次流量；
所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识；所述开始指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，开始为用户提供服务；所述结束指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，结束为用户提供服务；所述单次流量为：所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量。
10.根据权利要求9所述的方法，其特征在于，所述参考信息还包括以下信息中的至少其中之一：
所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所使用的协议类型；
所述上游CDN当前转发的用户请求所请求内容的内容提供商的域名。
11.根据权利要求8所述的方法，其特征在于，
所述通知消息包括：标识信息和所述当前服务总量；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识。
12.根据权利要求11所述的方法，其特征在于，在所述生成通知消息之前，所述方法还包括：
统计所述下游CDN的所述当前服务总量。
13.根据权利要求12所述的方法，其特征在于，
所述当前服务总量包括：当前并发总请求数；统计所述下游CDN的所述当前服务总量，包括：在所述下游CDN针对所述上游CDN转发的用户请求，开始为用户提供服务时，对当前已记录的所述当前并发总请求数执行加1操作；以及，在所述下游CDN针对所述上游CDN转发的用户请求，结束为用户提供服务时，对当前已记录的所述当前并发总请求数执行减1操作；
和/或，
所述当前服务总量包括：当前并发总流量；统计所述下游CDN的所述当前服务总量，包括：对当前已记录的所述当前并发总流量，执行增加或减少单次流量的操作，并刷新当前已记录的相应结果；所述单次流量为针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量。
14.根据权利要求13所述的方法，其特征在于，统计所述下游CDN的所述当前服务总量，包括：
根据所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所使用的协议类型，分类统计所述当前并发总请求数和/或当前并发总流量；
和/或，
根据所请求内容的内容提供商的域名，分类统计所述当前并发总请求数和/或当前并发总流量。
15.根据权利要求8-14任一所述的方法，其特征在于，生成所述通知消息，和向所述上游CDN发送所述通知消息的时机，包括：
所述下游CDN针对所述上游CDN转发的用户请求，开始或结束为用户提供服务的时刻；
或者，以预设时长为周期，每次预设时长的期满时刻。
16.根据权利要求8-14任一所述的方法，其特征在于，
所述通知消息还包括：服务总量门限值；所述服务总量门限值为所述下游CDN能为所述上游CDN提供服务的上限；
所述服务总量门限值包括以下之一或任意组合：并发总请求数门限值；并发总流量门限值；各协议类型的并发总请求数门限值和/或并发总流量门限值；各内容提供商域名对应的并发总请求数门限值和/或并发总流量门限值。
17.一种内容分发装置，其特征在于，所述内容分发装置作为上游CDN，包括：
接收模块，用于接收下游CDN发送的通知消息，所述通知消息用于确定所述下游CDN为与之互连的所述上游CDN提供服务的当前服务总量；
确定模块，用于根据所述通知消息，确定所述当前服务总量；
决策模块，用于根据所述当前服务总量和服务总量门限值，对待转发的用户请求进行路由决策；所述服务总量门限值为所述下游CDN设置的、所述下游CDN能为所述上游CDN提供服务的上限。
18.根据权利要求17所述的装置，其特征在于，
所述通知消息包括：用于统计所述当前服务总量的参考信息；
所述确定模块，具体用于根据所述参考信息，统计并记录所述当前服务总量。
19.根据权利要求18所述的装置，其特征在于，
所述参考信息包括：标识信息、以及开始指示信息或结束指示信息；所述开始指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，开始为用户提供服务；所述结束指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，结束为用户提供服务；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识；所述当前服务总量包括：当前并发总请求数；所述服务总量门限值包括：并发总请求数门限值；
所述确定模块，具体用于对当前已记录的、与所述标识信息相应的下游CDN的所述当前并发总请求数，针对所述开始指示信息执行加1操作或针对所述结束指示信息执行减1操作，并刷新当前已记录的相应结果。
20.根据权利要求18所述的装置，其特征在于，
所述参考信息包括：标识信息和单次流量；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识；所述单次流量为所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量；所述当前服务总量包括当前并发总流量；所述服务总量门限值包括：并发总流量门限值；
所述确定模块，具体用于对当前已记录的、与所述标识信息相应的下游CDN的所述当前并发总流量，执行增加或减少所述单次流量的操作，并刷新当前已记录的相应结果。
21.根据权利要求19或20所述的装置，其特征在于，
所述参考信息还包括：所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所使用的协议类型；所述服务总量门限值还包括：各协议类型的并发总请求数门限值和/或并发总流量门限值；所述确定模块还用于根据所述协议类型，分类统计所述当前并发总请求数和/或当前并发总流量；
和/或，
所述参考信息还包括：所述上游CDN当前转发的用户请求所请求内容的内容提供商的域名；所述服务总量门限值还包括：各内容提供商域名对应的并发总请求数门限值和/或并发总流量门限值；所述确定模块还用于根据所述内容提供商的域名，分类统计所述当前并发总请求数和/或当前并发总流量。
22.根据权利要求17所述的装置，其特征在于，
所述通知消息包括：标识信息和所述当前服务总量；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识；
所述确定模块，具体用于根据所述标识信息和所述当前服务总量，记录或刷新相应结果。
23.根据权利要求17-20任一所述的装置，其特征在于，
所述通知消息还包括：所述服务总量门限值。
24.一种内容分发装置，其特征在于，所述内容分发装置作为下游CDN，包括：
生成模块，用于生成通知消息，所述通知消息用于确定所述下游CDN为与之互连的上游CDN提供服务的当前服务总量；
发送模块，用于向所述上游CDN发送所述通知消息，以供所述上游CDN参考所述当前服务总量和服务总量门限值，对待转发的用户请求进行路由决策，所述服务总量门限值为所述下游CDN设置的、所述下游CDN能为所述上游CDN提供服务的上限。
25.根据权利要求24所述的装置，其特征在于，
所述通知消息包括：用于统计所述当前服务总量的参考信息；
所述参考信息包括：标识信息以及以下信息中的至少其中之一：开始指示信息，结束指示信息，单次流量；
所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识；所述开始指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，开始为用户提供服务；所述结束指示信息表示：所述下游CDN针对所述上游CDN转发的用户请求，结束为用户提供服务；所述单次流量为：所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量。
26.根据权利要求25所述的装置，其特征在于，
所述参考信息还包括以下信息中的至少其中之一：
所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所使用的协议类型；
所述上游CDN当前转发的用户请求所请求内容的内容提供商的域名。
27.根据权利要求24所述的装置，其特征在于，
所述通知消息包括：标识信息和所述当前服务总量；所述标识信息包括：所述下游CDN的CDN标识，或所述上游CDN根据转发的用户请求为所述下游CDN分配的转发标识。
28.根据权利要求24所述的装置，其特征在于，还包括：
统计模块，用于统计所述下游CDN的所述当前服务总量。
29.根据权利要求28所述的装置，其特征在于，
所述当前服务总量包括：当前并发总请求数；所述统计模块具体用于：在所述下游CDN针对所述上游CDN转发的用户请求，开始为用户提供服务时，对当前已记录的所述当前并发总请求数执行加1操作；以及，在所述下游CDN针对所述上游CDN转发的用户请求，结束为用户提供服务时，对当前已记录的所述当前并发总请求数执行减1操作；
和/或，
所述当前服务总量包括：当前并发总流量；所述统计模块具体用于：对当前已记录的所述当前并发总流量，执行增加或减少单次流量的操作，并刷新当前已记录的相应结果；所述单次流量为针对所述上游CDN当前转发的用户请求，为用户提供服务所占用的流量。
30.根据权利要求29所述的装置，其特征在于，
所述统计模块，还用于根据所述下游CDN针对所述上游CDN当前转发的用户请求，为用户提供服务所使用的协议类型，分类统计所述当前并发总请求数和/或当前并发总流量；
和/或，
所述统计模块，还用于根据所述上游CDN当前转发的用户请求所请求内容的内容提供商的域名，分类统计所述当前并发总请求数和/或当前并发总流量。
31.根据权利要求24-30任一所述的装置，其特征在于，还包括：
时机确定模块，用于确定所述生成模块生成所述通知消息，和所述发送模块向所述上游CDN发送所述通知消息的时机；所述时机包括：
所述下游CDN针对所述上游CDN转发的用户请求，开始或结束为用户提供服务的时刻；
或者，以预设时长为周期，每次预设时长的期满时刻。
32.根据权利要求24-30任一所述的装置，其特征在于，
所述通知消息还包括：服务总量门限值；所述服务总量门限值为所述下游CDN能为所述上游CDN提供服务的上限；
所述服务总量门限值包括以下之一或任意组合：并发总请求数门限值；并发总流量门限值；各协议类型的并发总请求数门限值和/或并发总流量门限值；各内容提供商域名对应的并发总请求数门限值和/或并发总流量门限值。
33.一种内容分发网络互连系统，其特征在于，包括：
第一CDN，包括如权利要求17-23任一所述的装置；
第二CDN，包括如权利要求24-32任一所述的装置；
所述第一CDN和所述第二CDN，分别为互连的上游CDN和下游CDN。
CN201180000966.XA 2011-06-03 2011-06-03 路由决策方法、内容分发装置和内容分发网络互连系统 Active CN102257777B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/075300 WO2011157173A2 (zh) 2011-06-03 2011-06-03 路由决策方法、内容分发装置和内容分发网络互连系统

Publications (2)

Publication Number Publication Date
CN102257777A CN102257777A (zh) 2011-11-23
CN102257777B true CN102257777B (zh) 2015-03-11

Family

ID=44983374

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201180000966.XA Active CN102257777B (zh) 2011-06-03 2011-06-03 路由决策方法、内容分发装置和内容分发网络互连系统

Country Status (3)

Country Link
US (1) US9602378B2 (zh)
CN (1) CN102257777B (zh)
WO (1) WO2011157173A2 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103297337A (zh) * 2012-02-23 2013-09-11 中兴通讯股份有限公司 一种实现内容分发网络互联路由的方法及系统
CN104348798B (zh) * 2013-07-31 2019-03-15 深圳市腾讯计算机系统有限公司 一种分配网络的方法、装置、调度服务器和系统
CN103685576A (zh) * 2014-01-03 2014-03-26 中国联合网络通信集团有限公司 一种cdn节点的交互方法及cdn管理系统
CN104349178B (zh) * 2014-11-21 2018-02-09 赛特斯信息科技股份有限公司 实现按需实时转码和自适应码率流媒体播放的系统及方法
CN105992016A (zh) * 2015-02-05 2016-10-05 天脉聚源（北京）科技有限公司 一种hls在线转码方法及系统
US10334406B2 (en) * 2015-05-20 2019-06-25 Convida Wireless, Llc Methods and apparatus for analyzing and grouping service layer subscriptions and notifications for enhanced efficiency
CN104967967B (zh) * 2015-05-28 2020-06-02 海尔优家智能科技（北京）有限公司 一种多跳发现资源的方法和装置
FR3051307A1 (fr) * 2016-05-10 2017-11-17 Orange Procede d'acces a un contenu heberge sur un serveur selectionne en fonction de la localisation du terminal utilisateur
US10892940B2 (en) * 2017-07-21 2021-01-12 Cisco Technology, Inc. Scalable statistics and analytics mechanisms in cloud networking
CN110838932A (zh) * 2018-08-17 2020-02-25 阿里巴巴集团控股有限公司 网络限流方法、装置以及电子设备
US10467562B1 (en) * 2019-02-18 2019-11-05 Coupang, Corp. Systems and methods for computerized balanced delivery route assignment
CN112688995B (zh) * 2020-12-16 2021-12-14 中国联合网络通信集团有限公司 一种系统迁移方法和装置
CN113746920B (zh) * 2021-09-03 2023-11-28 北京知道创宇信息技术股份有限公司 一种数据转发方法、装置、电子设备及计算机可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004073269A1 (ja) * 2003-02-13 2004-08-26 Fujitsu Limited 伝送システム，配信経路制御装置，負荷情報収集装置および配信経路制御方法
CN101263460A (zh) * 2005-08-01 2008-09-10 杰出网络公司 重负载下的路由选择
CN101702669A (zh) * 2009-11-18 2010-05-05 上海网宿科技股份有限公司 带宽分配方法和系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100396016C (zh) * 2006-03-01 2008-06-18 华为技术有限公司 在内容分发网络中保障服务水平的系统和方法
US7519734B1 (en) * 2006-03-14 2009-04-14 Amazon Technologies, Inc. System and method for routing service requests
EP2234397A1 (en) * 2009-03-24 2010-09-29 Thomson Licensing Methods for delivering and receiving interactive multimedia data attached to an audio video content

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004073269A1 (ja) * 2003-02-13 2004-08-26 Fujitsu Limited 伝送システム，配信経路制御装置，負荷情報収集装置および配信経路制御方法
CN101263460A (zh) * 2005-08-01 2008-09-10 杰出网络公司 重负载下的路由选择
CN101702669A (zh) * 2009-11-18 2010-05-05 上海网宿科技股份有限公司 带宽分配方法和系统

Also Published As

Publication number Publication date
WO2011157173A3 (zh) 2012-05-03
US20140095707A1 (en) 2014-04-03
CN102257777A (zh) 2011-11-23
US9602378B2 (en) 2017-03-21
WO2011157173A2 (zh) 2011-12-22

Similar Documents

Publication Publication Date Title
CN102257777B (zh) 路由决策方法、内容分发装置和内容分发网络互连系统
Aloqaily et al. Data and service management in densely crowded environments: Challenges, opportunities, and recent developments
Chai et al. Curling: Content-ubiquitous resolution and delivery infrastructure for next-generation services
CN102148689B (zh) 策略和计费规则功能实体的选择方法、装置及系统
CN100505696C (zh) 在媒体分发网络中实现视频直播的系统、方法和客户端
CN101843034B (zh) 支持分布式ims计费的方法、装置和系统
CN102726031A (zh) 内容处理方法、装置和系统
CN104158891A (zh) 一种跨区域数据传输方法、装置、系统及服务器
CN103703739A (zh) 用于内容中心网络中的无缝移动技术的方法和设备
CN101729591A (zh) 一种用户引导装置、系统和方法
CN101141376B (zh) 建立te路径的方法、路径计算设备和系统
CN104221333A (zh) 用于促进多个网络中的通信会话的系统和方法
Cugola et al. On introducing location awareness in publish-subscribe middleware
CN102916930B (zh) 融合业务网络及其节点、资源请求的路由信息的获取方法
CN102546989A (zh) 复杂话务快速转接方法及系统
Trossen et al. Towards an information centric network architecture for universal internet access
CN105610930A (zh) 一种基于dns的数据优选方法
CN113301079B (zh) 一种数据的获取方法、系统、计算设备及存储介质
CN108810179A (zh) 资源请求方法及装置
CN101325542B (zh) 域间pce能力信息的获取方法、pce及能力获取装置
JP7345645B2 (ja) 分散型サービスに要求応答の正確な通信遅延保証を提供するシステム
CN106899621A (zh) 一种调度系统及方法
CN107566270A (zh) 一种资源访问的处理方法及装置
CN105493462B (zh) 一种内容分发方法、装置和系统
CN103685344A (zh) 一种用于多p2p缓存节点的协同方法和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant