WO2012089062A1 - Cdn网络中的数据传输方法及设备 - Google Patents
Cdn网络中的数据传输方法及设备 Download PDFInfo
- Publication number
- WO2012089062A1 WO2012089062A1 PCT/CN2011/084491 CN2011084491W WO2012089062A1 WO 2012089062 A1 WO2012089062 A1 WO 2012089062A1 CN 2011084491 W CN2011084491 W CN 2011084491W WO 2012089062 A1 WO2012089062 A1 WO 2012089062A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- upper node
- access request
- request message
- status information
- link status
- Prior art date
Links
Classifications
-
- 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
Definitions
- the present invention relates to communication technologies, and in particular, to a data transmission method and device in a CDN network. Background technique
- the Content Delivery Network is to add the new network architecture to the existing IP transport network to publish the content of the website to the "edge" of the network closest to the user, so that users can get what they need.
- the content to solve the current network congestion situation, improve the response speed of users accessing the network.
- the edge server sends a query request to the CDN routing server to query the information of the upper node, and then the edge server obtains the user from the upper node according to the location information of the upper node.
- the requested content, the upper node can be a central storage server or a content source server.
- An embodiment of the present invention provides a data transmission method and device in a CDN network, which is used to solve the problem of poor service quality caused by determining an optimal content source server by using a static configuration manner in the prior art, and to improve service quality. .
- the embodiment of the present invention provides a data transmission method in a CDN network, including: receiving an access request message sent by a terminal; if there is no content requested by the access request message locally, determining the number of times the access request message has been sent by the upper node Whether it is greater than the preset detection threshold;
- the appropriate upper node is determined among the plurality of optional upper nodes according to the established link status information table, and the link status information table is an access request sent to the upper node.
- the link status information of each upper node obtained when downloading content from the plurality of optional upper nodes is established;
- the access request message is sent to the appropriate upper node to obtain the requested content.
- the embodiment of the invention provides a data transmission device in a CDN network, including:
- a receiving module configured to receive an access request message sent by the terminal
- a judging module configured to determine if the content requested by the access request message is not locally Whether the number of times the access request message has been sent by the layer node is greater than a preset detection threshold; the determining module is configured to, if greater than the preset detection threshold, be in the plurality of optional upper nodes according to the established link status information table Determining a suitable upper node, wherein the link status information table is based on downloading content from the plurality of selectable upper nodes when the number of access request messages sent to the upper node is less than or equal to the preset detection threshold The link status information of each upper node obtained at the time is established;
- a sending module configured to send the access request message to the appropriate upper node to obtain the requested content.
- the embodiment of the present invention determines the appropriate upper node according to the link status information, and the link status information can reflect the status of each upper node in real time. Therefore, the appropriate upper node determined according to the link status information is relatively It is more reasonable to use the static configuration method to determine the upper node, which can improve the service quality.
- 1 is a schematic flow chart of a method according to a first embodiment of the present invention
- 2 is a schematic flow chart of a method according to a second embodiment of the present invention
- FIG. 3 is a schematic structural diagram of a corresponding system according to a second embodiment of the present invention.
- FIG. 4 is a schematic flow chart of a method according to a third embodiment of the present invention.
- FIG. 5 is a schematic structural diagram of a device according to a fourth embodiment of the present invention. detailed description
- FIG. 1 is a schematic flowchart of a method according to a first embodiment of the present invention, including: Step 1 1: receiving an access request message sent by a terminal; Step 12: if the content requested by the access request message is not locally, determining that an upper node has sent Whether the number of access request messages is greater than a preset detection threshold;
- Step 13 If it is greater than the preset detection threshold, determine a suitable upper node among the plurality of optional upper nodes according to the established link status information table, where the link status information table is sent to the upper node.
- the number of access request messages is less than or equal to the preset detection threshold, according to the The link status information of each upper node obtained when the plurality of optional upper nodes download the content is established;
- Step 14 Send the access request message to the appropriate upper node to obtain the requested content.
- the embodiment may further include: if the number of the access request messages that have been sent by the upper layer node is less than or equal to the preset detection threshold, sending the access request message to the corresponding upper node according to the pre-configured sending manner, according to the The link status information when the upper node returns the content, and establishes a link status information table.
- the sending the access request message to the corresponding upper node according to the pre-configured sending manner includes: sending the access request message to the corresponding upper node, so that each optional upper node continuously receives a preset number of access request messages; or, the access request message is sent to the corresponding upper node, so that each optional upper node sequentially receives the access request message until the access received by each optional upper node
- the number of times the message is requested is up to a preset number of times; or the access request message is sent to the corresponding upper node, so that each optional upper node receives the access request message at the same time until each optional upper node receives the same time.
- the number of access request messages reached a preset number of times.
- the embodiment may further include: updating the link status information table, so as to determine an appropriate upper node according to the updated link status information table.
- the updating the link status information table includes: after the preset period is reached, sending an access request message to the optional upper node, according to the link status when the optional upper node returns the content. Information, updating the link status information table; or, when the link status information is established according to the difference, re-transmitting the access request message to the optional upper node,
- the link status information includes: a first byte delay and/or a transmission bandwidth. And determining, according to the established link status information table, a suitable upper node, among the multiple optional upper nodes, including: if the service corresponding to the access request message is a preset service that requires a small delay, Then, the upper-layer node whose first-byte delay in the link information status table is less than or equal to the preset value is used as a suitable upper-layer node; or, if the service corresponding to the access request message is a preset service that requires a larger bandwidth, The upper node of the link information status table whose transmission bandwidth is greater than or equal to the preset value is taken as the appropriate upper node
- the suitable upper node may be an optimal upper node, and at this time, the first byte delay of the suitable upper node is the smallest, or the appropriate upper node The transmission bandwidth is the largest.
- the embodiment of the present invention may be applied to a scenario in which an edge server obtains content from a content source server.
- the execution entity is an edge server, and the upper node is a content source server; and may also be applied to an edge storage server from a central storage server of the CDN network. Get the scene of the content, at this time, the above The execution entity is the edge server, and the upper node is the central storage server. It can also be applied to the scenario where the central storage server obtains content from the content source server. At this time, the above-mentioned execution entity is the central storage server, and the upper node is the content source server.
- the optional upper node in the embodiment of the present invention refers to a node that can provide services for the lower node according to the configuration relationship.
- a content source server configured to serve the edge server is configured in the routing server.
- the first content source server and the second content source server, the optional upper node is the first content source server and the second content source server.
- the appropriate upper node is determined according to the link status information table, and the link status information in the link status information table can reflect the status of each upper node in real time, and therefore, the appropriate upper node determined according to the link status information It is more reasonable to compare the appropriate upper nodes determined by static configuration, which can improve the quality of service.
- the link status information table established according to the information obtained when the content is downloaded from the optional upper node is Downloading the content from the upper node is a standard process after the content is not cached locally. Therefore, this embodiment does not need to introduce a new process, and establishes a link status information table according to the existing standard process, thereby achieving maximum compatibility with the prior art and improving Scope of application.
- FIG. 2 is a schematic flowchart of a method according to a second embodiment of the present invention.
- FIG. 3 is a schematic structural diagram of a corresponding system according to a second embodiment of the present invention.
- the terminal 31, the edge server 32, the CDN routing server 33, and the content source server 34 are included.
- the edge server can test the status of downloading content from each content source server, maintain the link state table of each content source server, and optimize the most suitable content source server, thereby finally achieving the effect of increasing the transmission rate and reducing the transmission delay.
- the edge server obtains the content from the content source server as an example, or the central storage server inside the CDN obtains the content from the content source server, or the edge server obtains the content from the central storage server.
- this embodiment includes:
- Step 201 The terminal sends an access request (HTTP/Get URL 1 ) to the edge server, for example, the access request is a first access request message.
- HTTP/Get URL 1 HTTP/Get URL 1
- Step 202 The edge server sends a Route Query message to the CDN routing server.
- Step 203 The CDN routing server returns a Response (Response) message to the edge server. Specifically, if the edge server confirms that there is no local cache according to the URI requested by the user, the CDN routing server is queried for the upper layer node location information that holds the requested content.
- Response Response
- the CDN routing server confirms that the edge server needs to be routed to the content source server according to the configured routing policy, and returns information of all content source servers, including a domain name or an IP address, to the edge server. If the domain name is returned, the edge server can also obtain the corresponding IP address through DNS resolution.
- the address is IP1 A content source server (original server 1/IP1) and a second content source server (original server 2/IP2) with an address of IP2.
- the edge server can request content from the content source server.
- a link status information table reflecting the status of the content source server may be established according to the content of the returned content.
- the edge server receives a plurality of original servers (original 1 /original 2) returned by the CDN routing server at the same time, and establishes a link status information table to each original server, and an example of the table is as shown in Table 1:
- a plurality of original servers corresponding to the same content provider are defined as one group, and are identified by a group ID.
- the original serve r1 domain /IP1 and Original server2 domain /IP2 in the table are in the group with group ID 100.
- the CDN routing server When creating a newly assigned group (such as 100), if the CDN routing server returns IP, you can directly fill in the corresponding IP in the Original server domain/IP column of the table; if the CDN routing server returns the domain name, then the edge The server can obtain the corresponding IP address by actively initiating a DNS request. At this time, the first byte delay/transmission bandwidth column is an invalid value, and the number of tests is 0.
- the expiration time is the valid time range of the current routing result. After the time range expires, the content routing result is invalid, the record in the link state information table needs to be cleared, and the local content of the edge server needs to be restarted.
- a content routing request is initiated to the CDN routing server.
- the routing result returned by the CDN routing server to the edge server can indicate the effective duration of the routing result, that is, the TTL duration.
- the edge server can calculate the expiration time according to the current time and the TTL duration. If the CDN routing server directly gives the expiration time, You can directly fill in the given expiration time into the current table.
- the default effective duration value can be configured.
- the first byte delay and the transmission bandwidth in the foregoing Table 1 may be determined according to when the content is downloaded to each content source server. This embodiment takes an example of continuously sending N access request messages to each content source server, where N is a pre- Set the number of times.
- the sequence of the original server in the link state information table is consecutive N times (N is the threshold of the test number).
- N is the threshold of the test number.
- configurable, for example 2 send a service request to it.
- step 204 The edge server sends a first access request message (Get URL 1 ) to the first content source server.
- Step 205 The first content source server returns a response message (Response) carrying the content requested by the first access request message to the edge server.
- Step 206 The edge server forwards the response message to the terminal.
- Step 207 The terminal sends a second access request message (Get URL 2 ) to the edge server.
- Step 209 The first content source server returns a response message (Response) carrying the content requested by the second access request message to the edge server.
- Step 210 The edge server forwards the response message to the terminal.
- the local content of the edge server is not hit, that is, the content requested by Get URL 1 is not cached in the edge server. And the content requested by Get URL 2 is not cached.
- the content is obtained from Original 1 domain/IP1.
- the edge server measures the first byte delay of the Original 1 domain/IP1 response and the transmission bandwidth parameter of the data transmission process in real time, and has previously The measured results are calculated together and the average value is refreshed into the link state information table.
- the method of continuously detecting 2 times may also be adopted, that is, the method further includes:
- Step 21 1 The terminal sends a third access request message (Get URL 3 ) to the edge server.
- Step 212 The edge server sends a third access request message (Get URL 3 ) to the second content source server.
- Step 213 The second content source server returns a response message (Response) carrying the content requested by the third access request message to the edge server.
- Step 214 The edge server forwards the response message to the terminal.
- Step 215 The terminal sends a fourth access request message (Get URL 4 ) to the edge server.
- Step 217 The second content source server returns a response message (Response) carrying the content requested by the fourth access request message to the edge server.
- Step 218 The edge server forwards the response message to the terminal.
- the edge server is also In the local content miss, at this time, since the request from the first original server has reached the configured test number threshold at this time, then the next original server in the link information status table, that is, the Original 2 domain/IP2 request content. Also for each content request, the edge server measures the first byte delay of the Original 2 domain/IP2 response and the transmission bandwidth parameter of the data transmission process in real time, and calculates the average value to be compared to the previously measured result. In the status information table.
- the link state information table After detecting the content source server, after the detection threshold is reached (for example, the number of accesses to each content source server is 2), the link state information table can be obtained, and after receiving the access request, The link state information table selects a superior content source server. That is, the method may further include: Step 219: The terminal sends a fifth access request message (Get URL 5 ) to the edge server. Step 220: The edge server selects an optimal content source server according to the established link state information table. If the optimal content source server corresponding to the fifth access request message is the first content source server, the edge server The fifth access request message is sent to the first content source server.
- Step 219 The terminal sends a fifth access request message (Get URL 5 ) to the edge server.
- Step 220 The edge server selects an optimal content source server according to the established link state information table. If the optimal content source server corresponding to the fifth access request message is the first content source server, the edge server The fifth access request message is sent to the first content source server.
- Step 221 The first content source server returns a response message (Response) carrying the content corresponding to the fifth access request message to the edge server.
- Step 222 The edge server forwards the response message to the terminal.
- Step 223 The terminal sends a sixth access request message (Get URL 6 ) to the edge server.
- Step 224 The edge server selects an optimal content source server according to the established link state information table, and assumes that the optimal content source server corresponding to the sixth access request message is the second content source. The server sends the sixth access request message to the second content source server.
- Step 225 The second content source server returns a response message (Response) carrying the content corresponding to the sixth access request message to the edge server.
- Step 226 The edge server forwards the response message to the terminal.
- the first byte delay is the smallest, and which content source server has the largest data transmission bandwidth.
- the content may be downloaded preferably by a suitable content source server depending on the type of content requested. For example, if the service corresponding to the access request message is a preset service that requires a small delay, the upper node having the smallest first byte delay in the link information status table is regarded as an optimal upper node; or If the service corresponding to the access request message is a preset service that requires a larger bandwidth, the upper node having the largest transmission bandwidth in the link information status table is regarded as the optimal upper node.
- the edge server receives the request and finds that the terminal requests a file whose file size is generally small, such as html webpage, gif, etc., and the content requested by the local cache is not cached, the delay to the first byte may be selected to be the smallest.
- Content source server request content
- the edge server receives the request and discovers that the terminal requests a file whose file size is generally too large, such as a software package, a video file, etc., and the content requested by the local cache is not cached,
- the content source server requesting content with the largest transmission bandwidth
- the specific type of request that preferentially selects the content source server with the smallest first byte delay or the content source server with the largest transmission bandwidth can be configured as a rule in advance, and the configured rules may be inconsistent for different content providers.
- the edge server knows that the terminal requests the html file according to the request URL, and the content requested by the terminal is not cached locally, and requests the content to the original server 1;
- the edge server knows that the terminal requests the video file according to the request URL, and does not locally cache the content requested by the terminal, and requests the content to the original server 2.
- This embodiment can improve the range of application by determining the link status information table in the standard content request process.
- the optimal content source server is selected according to the link status information table, so that the selected content source server is more reasonable and the service quality is improved.
- the content source server when the link status information table is established, is in the form of continuous detection, or may be polled, that is, each content source server is detected in turn until the number of detections of each content source server.
- the preset value is reached. For example, sending a first access request to the first content source server, sending a second access request to the second content source server, and then to the first content source server Sending a third access request, and sending a fourth access request to the second content source server.
- a method of simultaneously detecting to all content source servers may be adopted, for example, simultaneously sending a first access request to the first content source server and the second content source server, and then simultaneously to the first content source server and the second content.
- the source server sends a second access request.
- the status of the content source server may change during the actual process.
- the established link status information may be updated.
- FIG. 4 is a schematic flowchart of a method according to a third embodiment of the present invention, including:
- Step 41 Establish a link status information table.
- Step 42 Update the link status information table.
- the link refresh information mode may be used, or the link state information table may be updated by using a threshold refresh mode.
- the periodic refresh mode may be: setting a refresh period, for example, 30s, traversing all the original servers belonging to the same group, thereby obtaining the latest status to each original server, so the most recent state may be reselected according to the latest state. Good link.
- the threshold refresh mode it can be:
- the first byte delay and the transmission bandwidth parameter are measured at the same time (the barrel is written as the first byte delay/transmission bandwidth parameter); If it is found that the download bandwidth/delay measured during the download of the best original server based on the currently selected state deteriorates the threshold, such as 20%, the probe is restarted for subsequent requests, and then re-based after the traversal. The new probe results the best link.
- Step 43 After receiving the access request message of the terminal, if there is no cached content locally, the optimal content source server is determined according to the updated link status information table, and the content is obtained from the optimal content source server.
- the process of determining an optimal content source server and obtaining content according to the link status information table may be specifically referred to steps 219-226.
- the actual network status change can be better adapted, so that a more suitable content source server can be selected, and the service quality can be further improved.
- the receiving module 51 is configured to receive an access request message sent by the terminal
- the determining module 52 is configured to: If the content of the access request message sent by the upper layer node is not greater than the preset detection threshold, the determining module 53 is configured to a link status information table, where a suitable upper node is determined among a plurality of optional upper node, the link status information table is when the number of access request messages sent to the upper node is less than or equal to the preset detection threshold And establishing, according to the link status information of each upper node obtained when the content is downloaded from the plurality of optional upper nodes; the sending module 54 is configured to send the access request message to the appropriate upper node, to Get the requested within
- the embodiment may further include an establishing module 55, configured to send the access request message according to a pre-configured sending manner, if the number of
- a link status information table is established for the corresponding upper node according to the link status information when the upper node returns the content.
- the establishing module 55 may be specifically configured to send the access request message to a corresponding upper node, so that each optional upper node continuously receives a preset number of access request messages; or, sending the access request message Giving the corresponding upper node, so that each optional upper node receives the access request message in sequence until the number of access request messages received by each optional upper node reaches a preset number of times; or, the access request message is The information is sent to the corresponding upper node, so that each optional upper node receives the access request message at the same time, until the number of times the access request message is received by each optional upper node reaches a preset number of times.
- the embodiment may further include an update module 56 for updating the link status information table to determine an appropriate upper node according to the updated link status information table.
- the update module 56 may be specifically configured to: after the preset period is reached, re-send the access request cancellation table to the optional upper node; or, in the appropriate upper node determined according to the established link status information table.
- the access request message is sent to the optional upper node, and the link status information table is updated according to the link status information when the optional upper node returns the content.
- the determining module 53 may be specifically configured to: if the service corresponding to the access request message is preset If the service that requires a small delay is used, the upper node whose link delay in the link information status table is less than or equal to the preset value is used as a suitable upper node; or if the service corresponding to the access request message is preset For a service that requires a large bandwidth, an upper node whose transmission bandwidth is greater than or equal to a preset value in the link information status table is regarded as a suitable upper node.
- the device may be an edge server, and the upper node is a content source server; or the device is an edge server, and the upper node is a central storage server; or the device is a central storage device.
- the server, the upper node is a content source server.
- the optimal upper node is determined according to the link status information, and the link status information can reflect the status of each upper node in real time. Therefore, the optimal upper node determined according to the link status information is compared to the static configuration. The determined optimal upper node is more reasonable and can improve the quality of the service.
- this embodiment is a link status information table established according to information obtained when downloading content from an optional upper node. Since the content downloaded from the upper node is a standard process after the content is not cached locally, the present embodiment does not need to In particular, a new process is introduced, and a link status information table is established according to the existing standard process, thereby achieving maximum compatibility with the prior art and improving the scope of application.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Description
CDN网络中的数据传输方法及设备
技术领域
本发明涉及通信技术， 尤其涉及一种 CDN网络中的数据传输方法及设备。 背景技术
内容分发网络 ( Content Delivery Network, CDN )是通过在现有的 IP传 输网络中增加一层新的网络架构，将网站的内容发布到最接近用户的网络 "边 缘"， 使用户可以就取得所需的内容， 解决目前网络拥挤的状况， 提高用户访 问网络的响应速度。
CDN 网络中， 如果边缘服务器中没有用户所请求的内容， 则边缘服务器 会向 CDN路由服务器发送查询请求， 查询上层节点的信息， 之后， 边缘服务 器根据其上层节点的位置信息从上层节点获取用户所请求的内容,上层节点可 以为中心存储服务器或者内容源服务器。
为了提高可靠性，运营商通常会部署多个内容源服务器。 由于内容源服务 器并不受 CDN的控制， 一般通过静态配置的方式告诉 CDN其域名或者 IP地 址信息， CDN中没有内容原服务器动态的负载和状态信息， 因此， CDN路由 服务器不能选择合理的内容源服务器，甚至内容源服务器过载或者故障时可能
仍然被选中， 导致业务失败或者业务质量变差。 发明内容
本发明实施例是提供一种 CDN网络中数据传输方法及设备， 用以解决现 有技术中采用静态配置方式确定最优内容源服务器时造成的业务质量较差的 问题， 实现对业务质量的提高。
本发明实施例提供了一种 CDN网络中数据传输方法， 包括： 接收终端发送的访问请求消息； 如果本地没有所述访问请求消息所请求的内容，判断向上层节点已经发送 的访问请求消息的次数是否大于预设的探测阈值；
如果大于预设的探测阈值， 则根据已经建立的链路状况信息表， 在多个可 选的上层节点中确定合适的上层节点，所述链路状况信息表是在发送给上层节 点的访问请求消息的次数小于等于所述预设的探测阈值时，根据从所述多个可 选的上层节点下载内容时得到的每个上层节点的链路状况信息建立的；
将所述访问请求消息发送给所述合适的上层节点， 以获取所请求的内容。 本发明实施例提供了一种 CDN网络中数据传输设备， 包括：
接收模块， 用于接收终端发送的访问请求消息；
判断模块， 用于如果本地没有所述访问请求消息所请求的内容， 判断向上
层节点已经发送的访问请求消息的次数是否大于预设的探测阈值； 确定模块， 用于如果大于预设的探测阈值， 则根据已经建立的链路状况信 息表，在多个可选的上层节点中确定合适的上层节点， 所述链路状况信息表是 在发送给上层节点的访问请求消息的次数小于等于所述预设的探测阈值时，根 据从所述多个可选的上层节点下载内容时得到的每个上层节点的链路状况信 息建立的；
发送模块， 用于将所述访问请求消息发送给所述合适的上层节点， 以获取 所请求的内容。
由上述技术方案可知，本发明实施例通过根据链路状况信息确定合适的上 层节点， 由于链路状况信息可以实时反映各上层节点的状况， 因此， 根据链路 状况信息确定的合适的上层节点相对于采用静态配置方式确定的上层节点是 更为合理的， 可以提高业务质量。 附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所 需要使用的附图作一筒单地介绍，显而易见地， 下面描述中的附图是本发明的 一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明第一实施例的方法流程示意图；
图 2为本发明第二实施例的方法流程示意图；
图 3为本发明第二实施例对应系统结构示意图；
图 4为本发明第三实施例的方法流程示意图；
图 5为本发明第四实施例的设备结构示意图。 具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚， 下面将结合本发明 实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。基于本发明中 的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其 他实施例， 都属于本发明保护的范围。
图 1为本发明第一实施例的方法流程示意图， 包括： 步骤 1 1 : 接收终端发送的访问请求消息； 步骤 12:如果本地没有所述访问请求消息所请求的内容，判断向上层节点 已经发送的访问请求消息的次数是否大于预设的探测阈值；
步骤 13: 如果大于预设的探测阈值， 则根据已经建立的链路状况信息表， 在多个可选的上层节点中确定合适的上层节点，所述链路状况信息表是在发送 给上层节点的访问请求消息的次数小于等于所述预设的探测阈值时，根据从所
述多个可选的上层节点下载内容时得到的每个上层节点的链路状况信息建立 的； 步骤 14:将所述访问请求消息发送给所述合适的上层节点， 以获取所请求 的内容。
本实施例还可以包括：如果向上层节点已经发送的访问请求消息的次数小 于等于预设的探测阈值， 则根据预先配置的发送方式，将所述访问请求消息发 送给对应的上层节点，根据所述上层节点返回内容时的链路状况信息， 建立链 路状况信息表。
其中， 所述根据预先配置的发送方式， 将所述访问请求消息发送给对应的 上层节点， 包括： 将所述访问请求消息发送给对应的上层节点， 使得每个可选 的上层节点连续接收到预设次数的访问请求消息； 或者，将所述访问请求消息 发送给对应的上层节点， 使得每个可选的上层节点依次接收到访问请求消息， 直至每个可选的上层节点接收到的访问请求消息的次数达到预设次数； 或者， 将所述访问请求消息发送给对应的上层节点，使得每个可选的上层节点同时接 收到访问请求消息，直至每个可选的上层节点同时接收到的访问请求消息的次 数达到预设次数。
另外， 本实施例还可以包括： 更新链路状况信息表， 以便根据更新后的链 路状况信息表确定合适的上层节点。
其中， 所述更新链路状况信息表， 包括： 在达到预设的周期后， 重新向所 述可选的上层节点发送访问请求消息，根据所述可选的上层节点返回内容时的 链路状况信息， 更新链路状况信息表； 或者， 在根据已经建立的链路状况信息 差时，重新向所述可选的 上层节点发送访问请求消息，
信息， 更新链路状况信息表。
所述链路状况信息包括： 首字节时延和 /或传输带宽。 所述根据已经建立 的链路状况信息表， 在多个可选的上层节点中确定合适的上层节点， 包括： 如 果所述访问请求消息对应的业务为预设的属于需要较小时延的业务，则将链路 信息状况表中首字节时延小于等于预设值的上层节点作为合适的上层节点；或 者，如果所述访问请求消息对应的业务为预设的属于需要较大带宽的业务， 则 将链路信息状况表中传输带宽大于等于预设值的上层节点作为合适的上层节 占
本发明实施例中， 优选地， 该合适的上层节点可以为最优的上层节点， 此 时， 所述合适的上层节点的首字节时延是最小的， 或者， 所述合适的上层节点 的传输带宽是最大的。
本发明实施例， 可以应用于边缘服务器从内容源服务器获取内容的场景， 此时， 上述的执行主体为边缘服务器， 上层节点为内容源服务器； 也可以应用 于边缘服务器从 CDN网络的中心存储服务器获取内容的场景， 此时， 上述的
执行主体为边缘服务器， 上层节点为中心存储服务器； 也可以应用于中心存储 服务器从内容源服务器获取内容的场景， 此时， 上述的执行主体为中心存储服 务器， 上层节点为内容源服务器。
另外，本发明实施例中可选的上层节点是指根据配置关系可以为下层节点 提供服务的节点， 例如， 对于某个边缘服务器， 路由服务器中配置了能够为该 边缘服务器服务的内容源服务器为第一内容源服务和第二内容源服务器，则可 选的上层节点即为第一内容源服务器和第二内容源服务器。
本实施例通过根据链路状况信息表确定合适的上层节点，由于链路状况信 息表中的链路状况信息可以实时反映各上层节点的状况， 因此，根据链路状况 信息确定的合适的上层节点相对于采用静态配置方式确定的合适的上层节点 是更为合理的， 可以提高业务质量。 另外， 本实施例是在发送给上层节点的访 问请求消息的次数小于等于所述预设的探测阈值时，根据从可选的上层节点下 载内容时得到的信息建立的链路状况信息表，由于从上层节点下载内容是本地 没有緩存内容后的标准流程， 因此， 本实施例不需要特别引入新的流程， 根据 现有标准流程建立链路状况信息表， 实现对现有技术最大的兼容，提高适用范 围。
图 2为本发明第二实施例的方法流程示意图，图 3为本发明第二实施例对应 系统结构示意图， 参见图 3, 包括终端 31、 边缘服务器 32、 CDN路由服务器 33 和内容源服务器 34。 在存在多个内容源服务器可以供边缘服务器下载内容时，
边缘服务器可以测试从各个内容源服务器下载内容的状况，维护到各个内容源 服务器的链路状态表， 优选最合适的内容源服务器， 最终达到提高传输速率， 减少传输时延的效果。
可以理解的是， 本实施例以边缘服务器从内容源服务器获取内容为例， 也 可以是 CDN内部的中心存储服务器从内容源服务器获取内容， 或者， 边缘服 务器从中心存储服务器获取内容。
参见图 2, 本实施例包括：
步骤 201 : 终端向边缘服务器发送访问请求（HTTP/Get URL 1 ) , 例如 该访问请求为第一访问请求消息。
具体地， 用户终端访问某内容， 其访问请求最终被路由到边缘服务器上。 步骤 202: 边缘服务器向 CDN路由服务器发送路由查询 （Route Query ) 消息。
步骤 203: CDN路由服务器向边缘服务器返回响应 （Response ) 消息。 具体地， 如果边缘服务器根据用户请求的 URI确认本地没有緩存， 则向 CDN路由服务器查询保存有所请求内容的上层区域节点位置信息。
例如， CDN路由服务器根据配置的路由策略， 确认需要将边缘服务器路 由到内容源服务器， 则向边缘服务器返回所有内容源服务器的信息， 包括域名 或者 IP地址。如果返回的是域名，则边缘服务器通过 DNS解析也可以获取到对 应的 IP地址。 这里为了说明方便， 假设有两个内容源服务器： 地址为 IP1的第
一内容源服务器 （original server 1/IP1 ) 和地址为 IP2的第二内容源服务器 ( original server 2/IP2 ) 。
边缘服务器在获取各可选的内容源服务器的位置信息后，可以向内容源服 务器请求内容。 本实施例中， 在获取内容源服务器返回的内容后， 可以根据返 回内容的情况建立反映内容源服务器状况的链路状况信息表。
具体地， 边缘服务器收到 CDN路由服务器同时返回的多个 original server (original 1 /original 2), 则建立到各个 original server的链路状况信息表， 该表 的示例如表 1所示：
表 1中， 将对应于同一个内容提供商的多个 original server定义为一个组， 并用组 ID来标识。 如表中的 Original serve r1 domain /IP1和 Original server2 domain /IP2都在组 ID为 100的组中。
创建新分配的组 (如 100)时， 如果 CDN路由服务器返回的是 IP , 则可以直 接在表中的 Original server domain/IP列填上对应的 IP; 如果 CDN路由服务器 返回的是域名， 则边缘服务器可以通过主动发起 DNS请求获取到对应的 IP地 址。 这时首字节时延 /传输 bandwidth列为无效值， 测试次数 0。
过期时间为当前的路由结果有效的时间范围， 当过了时间范围之后， 该内 容路由结果失效， 则链路状态信息表中的该条记录需要被清除掉， 边缘服务器 本地内容不命中时需要重新向 CDN路由服务器发起内容路由请求。 一般 CDN 路由服务器给边缘服务器返回的路由结果中可以指示路由结果的有效时长，即 TTL时长， 则边缘服务器可以根据当前时间和 TTL时长计算过期时间； 如果 CDN路由服务器直接就给出了过期时间， 则可以直接将给出的过期时间填到 当前表中。
如果 CDN路由服务器没有返回指示路由结果的有效时长的信息， 则可以 配置设定默认的有效时长值。
上述表 1中的首字节时延以及传输带宽可以根据向各内容源服务器下载内 容时确定， 本实施例以向每个内容源服务器连续发送 N次访问请求消息为例， 其中， N为预设次数。
具体地，在边缘服务器上配置如果本次没有緩存访问请求消息所请求的内 容（即本地内容不命中） 时， 按照 original server在链路状态信息表中的顺序 连续 N次 (N作为测试次数门限， 可配置， 例如 2)向其发送业务请求。 例如， 步骤 204: 边缘服务器向第一内容源服务器发送第一访问请求消息 （Get URL 1 ) 。
步骤 205: 第一内容源服务器向边缘服务器返回携带与第一访问请求消息 所请求的内容的响应消息 （ Response ) 。
步骤 206: 边缘服务器将该响应消息转发给终端。
步骤 207: 终端向边缘服务器发送第二访问请求消息 （Get URL 2 ) 。 步骤 208: 边缘服务器向第一内容源服务器发送第二访问请求消息 （Get URL 2 ) 。
步骤 209: 第一内容源服务器向边缘服务器返回携带与第二访问请求消息 所请求的内容的响应消息 （ Response ) 。
步骤 210: 边缘服务器将该响应消息转发给终端。
上述请求流程中， 即终端请求 Get URL 1和 Get URL 2时， 边缘服务器的 本地内容都不命中， 即， 边缘服务器中都没有緩存 Get URL 1所请求的内容，
以及没有緩存 Get URL 2所请求的内容。 首先都是从 Original 1 domain/IP1获 取内容，对于每次内容请求，边缘服务器都实时测量收到 Original 1 domain/IP1 响应的首字节时延和数据传输过程的传输带宽参数，并和之前已经测量的结果 一起计算平均值刷新到链路状态信息表中。
类似地， 对于第二内容源服务器， 也可以采用连续探测 2次的方式， 即还 包括：
步骤 21 1 : 终端向边缘服务器发送第三访问请求消息 （Get URL 3 ) 。 步骤 212: 边缘服务器向第二内容源服务器发送第三访问请求消息 （Get URL 3 ) 。
步骤 213: 第二内容源服务器向边缘服务器返回携带与第三访问请求消息 所请求的内容的响应消息 （ Response ) 。
步骤 214: 边缘服务器将该响应消息转发给终端。
步骤 215: 终端向边缘服务器发送第四访问请求消息 （Get URL 4 ) 。 步骤 216: 边缘服务器向第二内容源服务器发送第四访问请求消息 （Get URL 4 ) 。
步骤 217: 第二内容源服务器向边缘服务器返回携带与第四访问请求消息 所请求的内容的响应消息 （ Response ) 。
步骤 218: 边缘服务器将该响应消息转发给终端。
具体地， 对于终端发起的请求 Get URL 3和 Get URL 4, 边缘服务器也都
在本地内容不命中， 这时因为从第一个 original server请求的此时已经达到配 置的测试次数门限， 则这时向链路信息状态表中的下一个 original server, 即 Original 2 domain/IP2请求内容。 同样对于每次内容请求， 边缘服务器都实时 测量收到 Original 2 domain/IP2响应的首字节时延和数据传输过程的传输带宽 参数， 并和之前已经测量的结果一起计算平均值刷新到链路状态信息表中。
通过对每个内容源服务器的探测， 在达到探测阈值（例如， 对每个内容源 服务器的访问次数为 2次）后， 可以得到链路状态信息表， 之后再接收到访问 请求后，可以根据该链路状态信息表选择优的内容源服务器。即，还可以包括： 步骤 219: 终端向边缘服务器发送第五访问请求消息 （Get URL 5 ) 。 步骤 220: 边缘服务器根据已经建立的链路状态信息表， 选择最优的内容 源服务器，假设该第五访问请求消息对应的最优的内容源服务器为第一内容源 服务器， 则边缘服务器将该第五访问请求消息发送给第一内容源服务器。
具体的确定最优内容源服务器的流程可以参见本实施例的后续描述。
步骤 221： 第一内容源服务器向边缘服务器返回携带与第五访问请求消息 对应的内容的响应消息 （ Response ) 。
步骤 222: 边缘服务器将该响应消息转发给终端。
步骤 223: 终端向边缘服务器发送第六访问请求消息 （Get URL 6 ) 。 步骤 224: 边缘服务器根据已经建立的链路状态信息表， 选择最优的内容 源服务器，假设该第六访问请求消息对应的最优的内容源服务器为第二内容源
服务器， 则边缘服务器将该第六访问请求消息发送给第二内容源服务器。 步骤 225: 第二内容源服务器向边缘服务器返回携带与第六访问请求消息 对应的内容的响应消息 （ Response ) 。
步骤 226: 边缘服务器将该响应消息转发给终端。
下面描述具体的确定最优内容源服务器的流程：边缘服务器确认组中的每 个内容源服务器的下载此时都已经到达了配置的测试次数门限，则通过测试结 果可以比较出来到哪个内容源服务器的首字节时延最小，到哪个内容源服务器 的数据传输带宽最大。
对于随后再收到的请求， 可以根据所请求的内容类型，优选合适的内容源 服务器下载内容。 例如，如果所述访问请求消息对应的业务为预设的属于需要 较小时延的业务，则将链路信息状况表中具有最小的首字节时延的上层节点作 为最优的上层节点； 或者， 如果所述访问请求消息对应的业务为预设的属于需 要较大带宽的业务，则将链路信息状况表中具有最大的传输带宽的上层节点作 为最优的上层节点。
具体如下：如果边缘服务器收到请求和发现终端请求的是文件大小一般偏 小的文件， 如 html网页， gif等等， 而且本地没有緩存所请求的内容， 则可以选 择向首字节时延最小的内容源服务器请求内容；
例如，如果边缘服务器收到请求和发现终端请求的是文件大小一般偏大的 文件， 如软件包， 视频文件等等， 而且本地没有緩存所请求的内容， 则可以选
择向传输带宽最大的内容源服务器请求内容；
具体那种类型的请求该优先选择首字节时延最小的内容源服务器还是传 输带宽最大的内容源服务器可以提前作为规则配置，并且对于不同的内容提供 商， 配置的规则可以不一致。
例如图 2中， 测试发现到 original server 1的首字节时延最小， 测试发现到 original server 2 的传输带宽最大。
对于终端发起的请求 Get URL 5, 边缘服务器根据请求 URL知道终端请求 的是 html文件， 并且本地没有緩存终端所请求的内容， 则向 original server 1 请求内容；
对于终端发起的请求 Get URL 6, 边缘服务器根据请求 URL知道终端请求 的是视频文件， 并且本地没有緩存终端所请求的内容， 则向 original server 2 请求内容。
本实施例通过在标准的内容请求过程中确定链路状况信息表，可以提高适 用范围。本实施例通过根据链路状况信息表选择最优的内容源服务器，使得选 择的内容源服务器更合理， 提高业务质量。
第二实施例在建立链路状况信息表时，对内容源服务器是采用连续探测的 方式，也可以采用轮询的方式， 即依次对每个内容源服务器进行探测直至每个 内容源服务器探测次数达到预设值。例如， 向第一内容源服务器发送第一访问 请求， 向第二内容源服务器发送第二访问请求， 之后， 再向第一内容源服务器
发送第三访问请求， 向第二内容源服务器发送第四访问请求。 或者， 也可以采 用向所有内容源服务器同时探测的方式， 例如， 同时向第一内容源服务器和第 二内容源服务器发送第一访问请求，之后，再同时向第一内容源服务器和第二 内容源服务器发送第二访问请求。
另夕卜，在建立链路状况信息表之后，在实际过程中内容源服务器的状态可 能发生变化， 为了更好地确保实时跟踪网络状态的变化， 可以对已经建立的链 路状况信息进行更新。
图 4为本发明第三实施例的方法流程示意图， 包括：
步骤 41 : 建立链路状况信息表。
具体内容可以参见步骤 201 -218。
步骤 42: 更新链路状况信息表。
其中， 可以采用周期性刷新方式， 或者， 采用门限值刷新方式， 更新链路 状况信息表。
具体地， 对于周期性刷新方式可以是： 设置刷新周期， 例如 30s, 对属于 同一组所有的 original server都遍历一遍， 从而获得最新的到各个 original server的状态， 因此可以根据最新的状态重新选择最佳的链路。
对于门限值刷新方式可以是：
对于每次业务请求同时都测量首字节时延和传输带宽参数（筒写为首字节 时延 /传输带宽参数） ；
如果发现基于当前选择的状态最好的 original server下载时测量的下载带 宽 /时延相对之前的指标恶化了设置了门限， 如 20%, 则对随后的请求重新启 动探测， 遍历完之后重新再根据新的探测结果选定最佳的链路。
步骤 43: 在接收到终端的访问请求消息后， 如果本地没有緩存的内容， 则 根据更新的链路状况信息表，确定最优的内容源服务器， 并从最优的内容源服 务器获取内容。
其中，根据链路状况信息表确定最优的内容源服务器及获取内容的流程可 以具体参见步骤 219-226。
本实施例通过更新链路状况信息表， 可以更好地适应实际网络状态的变 化， 以便选择更合适的内容源服务器， 可以进一步提高业务质量。
图 5为本发明第四实施例的设备结构示意图， 包括接收模块 51、 判断模块 52、 确定模块 53和发送模块 54; 接收模块 51用于接收终端发送的访问请求消 息；判断模块 52用于如果本地没有所述访问请求消息所请求的内容，判断向上 层节点已经发送的访问请求消息的次数是否大于预设的探测阈值；确定模块 53 用于如果大于预设的探测阈值， 则根据已经建立的链路状况信息表，在多个可 选的上层节点中确定合适的上层节点，所述链路状况信息表是在发送给上层节 点的访问请求消息的次数小于等于所述预设的探测阈值时，根据从所述多个可 选的上层节点下载内容时得到的每个上层节点的链路状况信息建立的；发送模 块 54用于将所述访问请求消息发送给所述合适的上层节点，以获取所请求的内
本实施例还可以包括建立模块 55, 建立模块 55用于如果向上层节点已经 发送的访问请求消息的次数小于等于预设的探测阈值，则根据预先配置的发送 方式，将所述访问请求消息发送给对应的上层节点，根据所述上层节点返回内 容时的链路状况信息，建立链路状况信息表。所述建立模块 55可以具体用于将 所述访问请求消息发送给对应的上层节点，使得每个可选的上层节点连续接收 到预设次数的访问请求消息； 或者，将所述访问请求消息发送给对应的上层节 点，使得每个可选的上层节点依次接收到访问请求消息， 直至每个可选的上层 节点接收到的访问请求消息的次数达到预设次数； 或者，将所述访问请求消息 发送给对应的上层节点， 使得每个可选的上层节点同时接收到访问请求消息， 直至每个可选的上层节点同时接收到的访问请求消息的次数达到预设次数。
本实施例还可以包括更新模块 56, 更新模块 56用于更新链路状况信息表， 以便根据更新后的链路状况信息表确定合适的上层节点。所述更新模块 56可以 具体用于在达到预设的周期后， 重新向所述可选的上层节点发送访问请求消 表； 或者，在根据已经建立的链路状况信息表确定的合适的上层节点对应的网 络状况较预设状况差时， 重新向所述可选的上层节点发送访问请求消息，根据 所述可选的上层节点返回内容时的链路状况信息， 更新链路状况信息表。
所述确定模块 53可以具体用于如果所述访问请求消息对应的业务为预设
的属于需要较小时延的业务，则将链路信息状况表中首字节时延小于等于预设 值的上层节点作为合适的上层节点； 或者，如果所述访问请求消息对应的业务 为预设的属于需要较大带宽的业务，则将链路信息状况表中传输带宽大于等于 预设值的上层节点作为合适的上层节点。
本实施例中， 可以是， 所述设备为边缘服务器， 所述上层节点为内容源服 务器；或者，所述设备为边缘服务器，所述上层节点为中心存储服务器；或者， 所述设备为中心存储服务器， 所述上层节点为内容源服务器。
本实施例通过 ^据链路状况信息确定最优的上层节点，由于链路状况信息 可以实时反映各上层节点的状况， 因此，根据链路状况信息确定的最优上层节 点相对于采用静态配置方式确定的最优上层节点是更为合理的，可以提高业务 质量。 另外， 本实施例是根据从可选的上层节点下载内容时得到的信息建立的 链路状况信息表， 由于从上层节点下载内容是本地没有緩存内容后的标准流 程， 因此， 本实施例不需要特别引入新的流程， 根据现有标准流程建立链路状 况信息表， 实现对现有技术最大的兼容， 提高适用范围。
可以理解的是， 上述方法及设备中的相关特征可以相互参考。 另外， 上述 实施例中的 "第一" 、 "第二" 等是用于区分各实施例， 而并不代表各实施例 的优劣。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可 以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储
介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介 质包括： R〇M、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其限 制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术人员 应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改，或者对其 中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技术方案的 本质脱离本发明各实施例技术方案的精神和范围。
Claims
1、 一种 CDN网络中的数据传输方法， 其特征在于， 包括： 接收终端发送的访问请求消息； 如果本地没有所述访问请求消息所请求的内容，判断向上层节点已经发送 的访问请求消息的次数是否大于预设的探测阈值；
如果大于预设的探测阈值， 则根据已经建立的链路状况信息表， 在多个可 选的上层节点中确定合适的上层节点，所述链路状况信息表是在发送给上层节 点的访问请求消息的次数小于等于所述预设的探测阈值时，根据从所述多个可 选的上层节点下载内容时得到的每个上层节点的链路状况信息建立的；
将所述访问请求消息发送给所述合适的上层节点， 以获取所请求的内容。
2、 根据权利要求 1所述的方法， 其特征在于， 还包括：
如果向上层节点已经发送的访问请求消息的次数小于等于预设的探测阈 值，则根据预先配置的发送方式，将所述访问请求消息发送给对应的上层节点， 根据所述上层节点返回内容时的链路状况信息， 建立链路状况信息表。
3、根据权利要求 2所述的方法， 其特征在于， 所述根据预先配置的发送方 式， 将所述访问请求消息发送给对应的上层节点， 包括：
将所述访问请求消息发送给对应的上层节点，使得每个可选的上层节点连 续接收到预设次数的访问请求消息； 或者，
将所述访问请求消息发送给对应的上层节点，使得每个可选的上层节点依 次接收到访问请求消息，直至每个可选的上层节点接收到的访问请求消息的次 数达到预设次数；
或者，
将所述访问请求消息发送给对应的上层节点，使得每个可选的上层节点同 时接收到访问请求消息，直至每个可选的上层节点同时接收到的访问请求消息 的次数达到预设次数。
4、 根据权利要求 2所述的方法， 其特征在于， 还包括：
更新链路状况信息表，以便根据更新后的链路状况信息表确定合适的上层 节点。
5、 根据权利要求 4所述的方法， 其特征在于， 所述更新链路状况信息表， 包括：
在达到预设的周期后， 重新向所述可选的上层节点发送访问请求消息，根 据所述可选的上层节点返回内容时的链路状况信息， 更新链路状况信息表； 或者，
在根据已经建立的链路状况信息表确定的合适的上层节点对应的网络状 况较预设状况差时， 重新向所述可选的上层节点发送访问请求消息，根据所述 可选的上层节点返回内容时的链路状况信息， 更新链路状况信息表。
6、 根据权利要求 2所述的方法， 其特征在于， 所述链路状况信息包括： 首 字节时延和 /或传输带宽。
7、根据权利要求 6所述的方法， 其特征在于， 所述根据已经建立的链路状 况信息表， 在多个可选的上层节点中确定合适的上层节点， 包括：
如果所述访问请求消息对应的业务为预设的属于需要较小时延的业务，则 将链路信息状况表中首字节时延小于等于预设值的上层节点作为合适的上层 节点；
或者，
如果所述访问请求消息对应的业务为预设的属于需要较大带宽的业务，则 将链路信息状况表中传输带宽大于等于预设值的上层节点作为合适的上层节 点。
8、根据权利要求 7所述的方法， 其特征在于， 所述合适的上层节点的首字 节时延是最小的， 或者， 所述合适的上层节点的传输带宽是最大的。
9、 一种 CDN网络中的数据传输设备， 其特征在于， 包括：
接收模块， 用于接收终端发送的访问请求消息；
判断模块， 用于如果本地没有所述访问请求消息所请求的内容， 判断向上 层节点已经发送的访问请求消息的次数是否大于预设的探测阈值；
确定模块， 用于如果大于预设的探测阈值， 则根据已经建立的链路状况信 息表，在多个可选的上层节点中确定合适的上层节点， 所述链路状况信息表是 在发送给上层节点的访问请求消息的次数小于等于所述预设的探测阈值时，根 据从所述多个可选的上层节点下载内容时得到的每个上层节点的链路状况信 息建立的；
发送模块， 用于将所述访问请求消息发送给所述合适的上层节点， 以获取 所请求的内容。
10、 根据权利要求 9所述的设备， 其特征在于， 还包括：
建立模块，用于如果向上层节点已经发送的访问请求消息的次数小于等于 预设的探测阈值， 则根据预先配置的发送方式，将所述访问请求消息发送给对 应的上层节点，根据所述上层节点返回内容时的链路状况信息， 建立链路状况 信息表。
1 1、 根据权利要求 10所述的设备， 其特征在于， 所述建立模块具体用于 将所述访问请求消息发送给对应的上层节点，使得每个可选的上层节点连续接 收到预设次数的访问请求消息； 或者， 将所述访问请求消息发送给对应的上层 节点，使得每个可选的上层节点依次接收到访问请求消息， 直至每个可选的上 层节点接收到的访问请求消息的次数达到预设次数； 或者， 将所述访问请求消 息发送给对应的上层节点， 使得每个可选的上层节点同时接收到访问请求消 息， 直至每个可选的上层节点同时接收到的访问请求消息的次数达到预设次 数。
12、 根据权利要求 10所述的设备， 其特征在于， 还包括： 更新模块， 用于更新链路状况信息表， 以便根据更新后的链路状况信息表 确定合适的上层节点。
13、 根据权利要求 12所述的设备， 其特征在于， 所述更新模块具体用于 在达到预设的周期后， 重新向所述可选的上层节点发送访问请求消息，根据所 述可选的上层节点返回内容时的链路状况信息， 更新链路状况信息表； 或者， 在根据已经建立的链路状况信息表确定的合适的上层节点对应的网络状况较 预设状况差时， 重新向所述可选的上层节点发送访问请求消息，根据所述可选 的上层节点返回内容时的链路状况信息， 更新链路状况信息表。
14、 根据权利要求 9所述的设备， 其特征在于， 所述确定模块具体用于如 果所述访问请求消息对应的业务为预设的属于需要较小时延的业务，则将链路 信息状况表中首字节时延小于等于预设值的上层节点作为合适的上层节点；或 者，如果所述访问请求消息对应的业务为预设的属于需要较大带宽的业务， 则 将链路信息状况表中传输带宽大于等于预设值的上层节点作为合适的上层节 点。
15、 根据权利要求 9所述的设备， 其特征在于，
所述设备为边缘服务器， 所述上层节点为内容源服务器；
或者，
所述设备为边缘服务器， 所述上层节点为中心存储服务器；
或者， 所述设备为中心存储服务器， 所述上层节点为内容源服务器。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010620661.6 | 2010-12-31 | ||
| CN201010620661.6A CN102137006B (zh) | 2010-12-31 | 2010-12-31 | Cdn网络中的数据传输方法及设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2012089062A1 true WO2012089062A1 (zh) | 2012-07-05 |
Family
ID=44296665
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2011/084491 WO2012089062A1 (zh) | 2010-12-31 | 2011-12-23 | Cdn网络中的数据传输方法及设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102137006B (zh) |
| WO (1) | WO2012089062A1 (zh) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102137006B (zh) * | 2010-12-31 | 2013-12-18 | 华为技术有限公司 | Cdn网络中的数据传输方法及设备 |
| CN102427412A (zh) * | 2011-12-31 | 2012-04-25 | 网宿科技股份有限公司 | 基于内容分发网络的零延时主备源灾备切换方法和系统 |
| CN102594921A (zh) * | 2012-03-22 | 2012-07-18 | 网宿科技股份有限公司 | 基于内容分发网络的同步文件的访问方法和系统 |
| WO2013189038A1 (zh) * | 2012-06-20 | 2013-12-27 | 华为技术有限公司 | 内容处理的方法和网络侧设备 |
| CN103731404B (zh) * | 2012-10-12 | 2016-12-28 | 北京百度网讯科技有限公司 | 基于cdn网络的数据访问方法、系统及装置 |
| WO2014205819A1 (zh) * | 2013-06-28 | 2014-12-31 | 华为技术有限公司 | 一种建立链路的方法、节点及装置 |
| CN103414639B (zh) * | 2013-07-16 | 2016-08-10 | 广东工业大学 | 一种路由请求方法 |
| CN104506647B (zh) * | 2014-12-31 | 2017-12-08 | 北京奇艺世纪科技有限公司 | 一种数据存储系统及存储和访问方法 |
| CN105554125B (zh) * | 2015-04-24 | 2018-12-18 | 美通云动（北京）科技有限公司 | 一种利用cdn实现网页适配的方法及其系统 |
| CN105871975A (zh) * | 2015-11-17 | 2016-08-17 | 乐视云计算有限公司 | 选择回源服务器的方法及装置 |
| CN105791392A (zh) * | 2016-02-16 | 2016-07-20 | 中国科学院信息工程研究所 | 基于移动网络的边缘服务通信方法及系统 |
| WO2018098820A1 (zh) * | 2016-12-02 | 2018-06-07 | 深圳前海达闼云端智能科技有限公司 | 数据发送、接收的方法、装置、服务器及计算机程序产品 |
| CN107423155A (zh) * | 2017-07-27 | 2017-12-01 | 杭州绿湾网络科技有限公司 | 数据节点故障探测方法及装置 |
| CN107707621B (zh) * | 2017-08-30 | 2018-07-20 | 贵州白山云科技有限公司 | 一种实现智能缓存的方法及装置 |
| CN110213206B (zh) * | 2018-04-26 | 2022-06-21 | 腾讯科技（深圳）有限公司 | 流数据处理方法、服务器及计算机可读存储介质 |
| CN109274762B (zh) * | 2018-10-22 | 2021-10-29 | 杭州领智云画科技有限公司 | Cdn刷新方法和系统 |
| CN109639801A (zh) * | 2018-12-17 | 2019-04-16 | 深圳市网心科技有限公司 | 数据节点分配及数据获取方法及系统 |
| CN109413212B (zh) | 2018-12-19 | 2021-09-17 | 北京百度网讯科技有限公司 | 用于处理请求的方法和装置 |
| CN110830909B (zh) * | 2019-11-12 | 2021-11-09 | 中国联合网络通信集团有限公司 | 一种内容分发控制方法和装置 |
| CN111479137B (zh) * | 2020-04-16 | 2022-02-18 | 广州酷狗计算机科技有限公司 | 线路地址的提供方法、装置、服务器及存储介质 |
| CN113301079B (zh) * | 2020-06-03 | 2022-11-18 | 阿里巴巴集团控股有限公司 | 一种数据的获取方法、系统、计算设备及存储介质 |
| CN112965810B (zh) * | 2021-01-27 | 2022-06-24 | 合肥大多数信息科技有限公司 | 一种基于共享网络通道的多内核浏览器数据整合方法 |
| CN112860519A (zh) * | 2021-02-22 | 2021-05-28 | 中国工商银行股份有限公司 | 一种分布式系统的监测方法及装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1489069A (zh) * | 2002-10-10 | 2004-04-14 | 华为技术有限公司 | 面向内容的负载均衡方法和设备 |
| KR20060124402A (ko) * | 2005-05-31 | 2006-12-05 | (주)씨디네트웍스 | 지능형 컨텐츠 분배 방식에 의한 컨텐츠 전송 네트워크시스템 |
| CN101287011A (zh) * | 2008-05-26 | 2008-10-15 | 蓝汛网络科技（北京）有限公司 | 内容分发网络中响应用户服务请求的方法、系统和设备 |
| CN102137006A (zh) * | 2010-12-31 | 2011-07-27 | 华为技术有限公司 | Cdn网络中的数据传输方法及设备 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100571377C (zh) * | 2006-12-31 | 2009-12-16 | 中国科学院声学研究所 | 一种利用对等网络技术实现视频点播的系统及方法 |
-
2010
- 2010-12-31 CN CN201010620661.6A patent/CN102137006B/zh not_active Expired - Fee Related
-
2011
- 2011-12-23 WO PCT/CN2011/084491 patent/WO2012089062A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1489069A (zh) * | 2002-10-10 | 2004-04-14 | 华为技术有限公司 | 面向内容的负载均衡方法和设备 |
| KR20060124402A (ko) * | 2005-05-31 | 2006-12-05 | (주)씨디네트웍스 | 지능형 컨텐츠 분배 방식에 의한 컨텐츠 전송 네트워크시스템 |
| CN101287011A (zh) * | 2008-05-26 | 2008-10-15 | 蓝汛网络科技（北京）有限公司 | 内容分发网络中响应用户服务请求的方法、系统和设备 |
| CN102137006A (zh) * | 2010-12-31 | 2011-07-27 | 华为技术有限公司 | Cdn网络中的数据传输方法及设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102137006A (zh) | 2011-07-27 |
| CN102137006B (zh) | 2013-12-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2012089062A1 (zh) | Cdn网络中的数据传输方法及设备 | |
| US9794216B2 (en) | Request routing in a networked environment | |
| US9608957B2 (en) | Request routing using network computing components | |
| US10904205B2 (en) | Content delivery network optimization system | |
| US9515949B2 (en) | Managing content delivery network service providers | |
| JP5583750B2 (ja) | ネットワークアーキテクチャのための最適化されたリダイレクション | |
| US20120173677A1 (en) | Request routing | |
| KR102141444B1 (ko) | 모바일 콘텐트 네트워크에서 데이터 전송 및 수신 장치 및 방법 | |
| JP2004297494A (ja) | 複数のネットワーク接続における名前解決方法及び装置 | |
| US9288153B2 (en) | Processing encoded content |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 11853419 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 11853419 Country of ref document: EP Kind code of ref document: A1 |