CN109951390B - Network device based on PopBetw strategy and cooperative route caching method thereof - Google Patents

Network device based on PopBetw strategy and cooperative route caching method thereof Download PDF

Info

Publication number
CN109951390B
CN109951390B CN201910174585.1A CN201910174585A CN109951390B CN 109951390 B CN109951390 B CN 109951390B CN 201910174585 A CN201910174585 A CN 201910174585A CN 109951390 B CN109951390 B CN 109951390B
Authority
CN
China
Prior art keywords
routing
content
request
layer
resource
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
CN201910174585.1A
Other languages
Chinese (zh)
Other versions
CN109951390A (en
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.)
Xian Jiaotong University
Original Assignee
Xian Jiaotong University
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 Xian Jiaotong University filed Critical Xian Jiaotong University
Priority to CN201910174585.1A priority Critical patent/CN109951390B/en
Publication of CN109951390A publication Critical patent/CN109951390A/en
Application granted granted Critical
Publication of CN109951390B publication Critical patent/CN109951390B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The invention discloses a network device based on PopBetw strategy and a cooperative route caching method thereof.A content center network is divided into two network layers by adopting an SDN network architecture, wherein one network layer is a control layer and the other network layer is a forwarding layer; the control layer is provided with a controller, the forwarding layer is provided with a plurality of routing nodes, the controller is connected with all the routing nodes, and the routing nodes in two adjacent areas are connected with each other. And a content heat table PT and a routing path table TT are added on the basis of a content cache table CS, a request table PIT to be processed, a forwarding information table FIB and three basic tables of all routing nodes of a forwarding layer. The control layer processes the request in a centralized way and sends the request to the forwarding layer to forward the command, and the forwarding layer directly executes the command and does not need to separately calculate and search by a single route. Therefore, not only can the waste of computing resources caused by repeated computing (two routes in one area may receive two interest packets with the same request and carry out the same resource search) be saved, but also the storage space can be saved.

Description

Network device based on PopBetw strategy and cooperative route caching method thereof
Technical Field
The invention belongs to the field of mobile communication, and particularly relates to a caching method under a new network architecture combining a central wireless network and an SDN.
Background
With the development of the internet, the demand of people is continuously increased, and according to statistics, the global traffic has broken through the scale of 100EBS, and the limitation of the IP network is gradually exposed. Content-centric networking is a revolutionary new network architecture that can place caches not only near end users, but also on routers. However, because of the wide cache distribution, how to reasonably solve the problems of content copy redundancy, frequent replacement and the like becomes a problem to be solved urgently so as to ensure excellent cache performance. On the basis of this problem, it is known that,
the PopBetw strategy is proposed based on the EgoBetw strategy, which is an extension to the EgoBetw strategy. The EgoBetw policy is mainly a representation of node intermediary centrality. The method is characterized in that after a requester in a network sends a request, the requester requests to search for content along each routing node, and returns the content along the routing nodes after finding the content, and some routing nodes can be returned by a plurality of routing nodes and store resources, so that the intermediary centrality of the routing nodes is higher than that of other routing nodes.
The contents hotness degree in the PopBetw policy is divided according to the request frequency of a certain content in a certain period, and if the request frequency is higher, the hotness degree of the resource is higher.
Among the currently available cache replacement policies are LRU policy, LFU replacement policy, FIFO cache policy, and PopBetw policy, among which, LRU policy (Least Recently Used algorithm) is the most common at present, and the most widely Used replacement policy is Used, and by using the concept of temporal locality of the request model, when inserting a new data block into the node cache table, the LRU policy kicks the Least Recently requested content item out of the table. In a certain period, when the number of resource requests is large, the possibility of reapplication of kicked resources is increased, the resources are stored again when the requests are made, the resource storage jitter frequency is increased, and the resource overhead is increased. The LFU replacement policy (Least Frequently Used algorithm) is to set a counter for the contents of the cache entry in each cache table, and once a request is received, the corresponding content reference counter value is incremented by one. When replacement occurs, a counter queue is queried, and the resource with the least number of requests in the history statistics is a replacement item. LFUs, while performing better than LRUs, are expensive to implement and are not suitable for use in large-scale caching environments. FIFO buffer strategy (First In First Out, First In First Out algorithm): when a new content is added to the CS, the items that are added first need to be culled. Although simple to operate, it is not efficient in a particular application and the resource overhead is excessive, especially when some pre-emptive resource hot-spot level remains in the front. The PopBetw strategy is an improvement on the content heat degree on the EgoBtaw strategy, and the content heat degree is improved, so that the problem that in the EgoBtaw method, due to the fact that no content replacement method exists, content replacement is frequent, running time delay is affected, and resource waste is caused is solved. However, the method belongs to non-cooperative caching, only improves the performance and replacement strategy of a single route, does not improve the whole route or multiple routes, and the processing time of the single route is too long, when the processing strategies of the multiple routes are the same, the processing of one route not only causes the increase of time delay, but also causes the consumption of computing resources to be too large.
Disclosure of Invention
In order to solve the problems, the invention provides a network device based on a PopBetw strategy and a cooperative route caching device and method thereof, which provide the integration of the whole route, and a two-layer network architecture is arranged, a control layer network calculates the route forwarding strategy independently, and the route layer is only responsible for forwarding, thereby shortening the time delay, avoiding the same route forwarding strategy from carrying out multiple calculations, and further saving the calculation resources.
In order to achieve the above object, the cooperative route caching method based on the PopBetw strategy of the present invention determines the intermediary centrality of all the route nodes in the forwarding layer, sorts the route nodes according to their intermediary centrality from large to small, and sends the sorted result to the controller to form a virtual route node arrangement position; placing the routing node with the maximum intermediary centrality on a first layer, and then sequentially placing other routing nodes on an upper layer;
arranging the contents from large to small according to the content hot degree, sending the arrangement result to a controller, and storing the arrangement result in a content cache table CS based on a PopBetw strategy network device; caching resources in a first-layer routing node preferentially, caching overflowing resources in a second-layer routing node to an Nth-layer routing node in sequence when the first-layer routing cache overflows, wherein N is the number of routing nodes; the changed resource position and the received routing node information are sent to a forwarding layer by a control layer;
when an interest packet in a content-centric network starts a request, the interest packet is firstly sent to a routing node closest to the content-centric network, then the routing node directly sends an interest packet request to a control layer, the control layer directly searches in a logic route arranged according to an intermediary centrality degree from bottom to top after receiving the interest packet request, if the routing node stores a resource requested by a user, the routing node storing the resource forwards the resource to the user, and the routing node does not store a resource copy in a path returning the resource; if the routing node where the resource is located is in a dormant state, counting the request frequency of the resource within set time, and when the request frequency reaches or exceeds a request threshold, awakening the routing node where the resource is located, otherwise, continuing to perform dormancy; if the requested resource can not be found, the request is forwarded to the core network for resource request.
Further, the content popularity degree adopts the request access frequency of the resource as a measurement standard, and the higher the access frequency is, the higher the content popularity degree is.
Furthermore, the routing nodes which are not used in the set time are dormant.
Furthermore, the routing node in the dormant state only forwards the interest packet, but not forwards the data packet.
Further, the data packet has data content name, data, digital signature, mark information and cache mark bit; the interest packet comprises an interest packet encrypted content name, a resource probe and a cache flag bit.
A network device based on POPBETW strategy comprises a control layer and a forwarding layer, wherein a controller is arranged in the control layer; the forwarding layer is provided with a plurality of routing nodes, the controller is connected with all the routing nodes, the routing nodes in two adjacent areas are connected with each other, and a content cache table CS, an interest table PIT to be sent, a forwarding information base FIB, a content heat table PT and a routing adjacent table AT are stored in all the routing nodes; the content cache table CS is used for storing caches in the routing nodes; the method comprises the steps that a to-be-sent interest table PIT is used for recording an interest packet to be forwarded, a forwarding information base FIB is used for recording route information after forwarding, a content heat table PT is used for recording and counting popularity of content and position information of the content, and a route adjacent table AT is used for recording surrounding route nodes to which the route can be connected;
when the network operation starts, a forwarding layer starts to forward a content cache table CS, a request table PIT to be processed, a forwarding information table FIB, a content heat table PT and a routing adjacent table AT in all routing nodes to a controller, the controller receives and summarizes the content cache table CS, the request table PIT to be processed, the forwarding information table FIB, the content heat table PT and the routing adjacent table AT which are all based on a PopBetw strategy network device, and when all tables in a route are updated, updating information is uploaded to the controller; the controller is further configured to receive the interest packets received by the routing nodes, search for content according to the interest packets, find out a shortest path between a route where the content is located and a request route through a route neighbor table AT based on the PopBetw policy network device, and control the routing node where the content is located to send the content to the request routing node;
each routing node of the forwarding layer stores content.
Furthermore, in the forwarding layer, each routing node only forwards the data packet between routes, the interest packet is sent to the control layer, the controller of the control layer searches and responds to the request in the interest packet, and the content cache table CS and the request table PIT to be processed of each routing node do not perform query operation any more, and do not perform resource copy storage operation on the way that the resource packet returns to the user.
Compared with the prior art, the invention has at least the following beneficial technical effects:
the device of the invention sets the network as a two-layer network architecture, one layer is a control layer, the other layer is a forwarding layer, the control layer processes the request in a centralized way and sends the request to the forwarding layer to forward the command, the forwarding layer directly executes the command, and the single route does not need to carry out independent calculation and search. Therefore, not only can the waste of computing resources caused by repeated computation (two routes in one area may receive two interest packets with the same request and carry out the same resource search) be saved, but also the storage space can be saved, the routes in one area do not store the same resource any more, when the data packet requested by the user returns along the way, the routes passed along the way do not store copies any more, the controller of the control layer updates the summarized content heat table PT, if the heat rank of the resource is increased and the heat rank after the content heat is not in the storage space range of the current route, the storage position of the resource needs to be replaced, if the heat rank of the resource is still in the storage space range of the route after the content heat table PT is updated, the replacement of the resource position is not needed, thereby saving the storage space, the unified control layer sends commands to achieve the purpose of reducing time delay.
Furthermore, all routes in the area are integrated according to the improved EgoBetw strategy-PopBetw strategy and are arranged according to the node intermediary centrality to perform centralized information processing, so that the current hot resources are prestored in the routing nodes with the large node intermediary centrality, the time delay of user requests is reduced, the resource replacement rate is reduced, and the resource cost is saved.
The method of the invention provides an integrated route content caching method based on a PopBetw caching strategy, and improves the PopBetw route operation mechanism into a multi-route overall cooperation mode, thereby realizing that the PopBetw strategy is changed from non-cooperation caching into cooperation caching, improving the caching efficiency and reducing the network delay.
Furthermore, the routing which is not used for a period of time is dormant, resources can be saved compared with the routing which is always open, and the awakening threshold value is set, so that unnecessary waste caused by awakening and then sleeping of some occasionally requested resources of the routing can be prevented.
Drawings
FIG. 1 is a schematic diagram of a PopBetw policy-based network device;
fig. 2 is a diagram of logically various routing node locations.
Detailed Description
The present invention will be described in detail below with reference to the accompanying drawings and specific embodiments.
In the description of the present invention, it is to be understood that the terms "center", "longitudinal", "lateral", "up", "down", "front", "back", "left", "right", "vertical", "horizontal", "top", "bottom", "inner", "outer", and the like, indicate orientations or positional relationships based on those shown in the drawings, and are used only for convenience in describing the present invention and for simplicity in description, and do not indicate or imply that the referenced devices or elements must have a particular orientation, be constructed and operated in a particular orientation, and thus, are not to be construed as limiting the present invention. Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of the present invention, "a plurality" means two or more unless otherwise specified. In the description of the present invention, it should be noted that, unless otherwise explicitly specified or limited, the terms "mounted," "connected," and "connected" are to be construed broadly, e.g., as meaning either a fixed connection, a removable connection, or an integral connection; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood in specific cases to those skilled in the art.
In the content-centric network, caching is always the most important thing, and the caching plays a decisive role in the time delay performance in the content-centric network. New strategies have also been proposed to reduce resource consumption for the purpose of reducing the time-ductility.
The content of the invention is divided into a PopBetw strategy-based network device and a plurality of parts:
the network device based on the PopBetw strategy adopts an SDN network architecture, and divides a content center network into two network layers, wherein one network layer is a control layer, and the other network layer is a forwarding layer. A controller is arranged in the control layer; the forwarding layer is provided with a plurality of routing nodes, the controller is connected with all the routing nodes, and the routing nodes in two adjacent areas are connected with each other. And a content hotlist PT and a routing path list TT are added on the basis of a content cache list CS, a pending request list PIT, a forwarding information list FIB and three basic lists of all routing nodes in a forwarding layer.
The controller is used for receiving a content cache table CS, a request table to be processed PIT, a forwarding information table FIB, a content heat table PT and a routing path table TT in all routes, and summarizing the content cache table CS, the request table to be processed PIT, the forwarding information table FIB, the content heat table PT and the routing path table TT into the whole network device based on the PopBetw strategy; and receiving the interest packets received by each routing node, searching for the content, finding out the shortest path between the route where the content is located and the request route through a routing path table TT based on the PopBetw policy network device, and controlling the routing node where the content is located to send the content to the request routing node.
In the control layer, all the routing nodes in the forwarding layer are logically integrated into one overall router. Firstly, measuring the intermediary centrality of each routing node by using a PopBetw cache strategy (the intermediary centrality refers to the size of a connection role played by each node in a network topology framework on a return path by packaging a data packet to be returned to a user after an interest packet requests a target resource), wherein the intermediary centrality is larger when the number of routing nodes adjacent to each routing node is larger; then, arranging the routing nodes from large to small according to the medium centrality; and sending the arranged result to the controller to form a virtual routing node arrangement position, wherein the actual position of the routing node is not changed. The routing node with the highest topological degree is placed on the first layer, then other routing nodes are sequentially placed on the upper layer, and the main route is placed on the logical virtual position of the control layer.
Arranging the contents from large to small according to the content hot degree, sending the arrangement result to the controller, and storing the arrangement result in a content cache table CS based on the PopBetw strategy network device; the content popularity cannot provide a specific measure, so that the request access frequency of the resource in the time period T is adopted as a standard, and the higher the access frequency is, the higher the content popularity is considered to be. The method comprises the steps of caching contents in a routing node (namely a routing node with the largest intermediary centrality) of a first layer (namely the bottommost layer) preferentially, caching overflowing resources in a routing node of a second layer when a routing cache of the bottommost layer overflows, caching the resources in the routing node of the upper layer according to the content hotness degree in sequence when the resources of the routing node of the second layer overflow, feeding back the positions of the resources to the routes, updating content hotness tables PT in all the routes, summarizing the content hotness tables PT in all the routes to a controller in a control layer, and updating the total content hotness tables PT in the controller.
Dormancy is carried out on the route nodes without cache contents in the whole route or the route without request in a period of time; when a certain interest packet is in a dormant route, if the content of the interest packet is requested in the later period and the request frequency exceeds a set threshold value P, the dormant route is awakened, otherwise, the dormancy is continued;
in the forwarding layer, each routing node directly executes the strategy of the control layer, only the forwarding of resource packets between routes is carried out, interest packets are not sent to the routing nodes any more, the routing nodes also do not accept and process the interest packets, the interest packets are sent to the control layer for processing, and the content cache table CS and the request table PIT to be processed of each routing node do not carry out query operation, and do not carry out other operations such as copying and storing of resource copies in the process of returning the resource packets to the user, thereby realizing low time delay.
In the control layer, an area is divided, all the routes in the area are integrated into a whole route, the topological degree of the route nodes on the cache path on the route branch is counted through an intermediary centrality calculation method and a hot content degree measurement method in a PopBetw strategy, and the route nodes in the area are sequentially arranged according to the topological degree of each branch route node. And placing the routing node with the highest use topology degree on the first layer, then sequentially placing other routing nodes on the upper layer, placing each route on a logic virtual position of the control layer, and not changing the actual position of the routing node.
Examples
Referring to fig. 1, a host constitutes a control layer as a controller, and a forwarding layer includes four routing nodes, routing node a, routing node B, routing node C, and routing node D. Wherein, the route node A is connected with the route node B, the route node C and the route node D, so the intermediary centrality of the route A is 3; the routing node B is connected with the routing node A, so that the intermediary centrality of the routing node B is 1; route node C connects route node A and route node D, so the intermediary centrality of route C is 2; the routing node D is connected with the routing node C and the routing node A, so that the intermediary centrality of the routing node D is 2; the routing node a has the greatest degree of intermediation, and referring to fig. 2, the routing node a is disposed at the lowest level (i.e., the first level) disposed at the logical position, the routing node C is disposed at the middle level (i.e., the second level) in a side-by-side arrangement with the routing node D, and the routing node B is disposed at the uppermost level (i.e., the third level). If the intermediaries of two or more routing nodes are the same, merging and placing the two or more routes in the same layer, namely merging the two routes from the same level, and randomly placing the resources.
When a user terminal starts to send an interest packet to request for needed resources, after the interest packet is sent to a routing node, all the routing nodes do not search any more, but are forwarded to a controller of a control layer, and the controller searches for the resource position in a content heat table PT; after the resource position is found, the control layer directly sends the interest packet to the routing node where the target resource is located through the current route, the routing node where the resource is located directly sends the resource to the user, and the resource returns that the passing routing node does not cache the resource copy any more along the way; if the control layer finds that the routing node where the resource is located is in a dormant state, the resource request is stored, the control layer counts whether the number of the resource requests in the set time reaches a request threshold value P or not, the routing node is awakened when the number of the resource requests reaches the threshold value P, then the control layer directly sends the interest packet to the routing node where the target resource is located through the current route, and the routing node where the resource is located directly sends the resource to the user; and if the requested resource cannot be found, forwarding the resource request to the core network for resource request.
In a content center network (a network with a novel addressing mode, the content center network does not rely on an IP address to address a content provider and a content requester, but addresses through a content name), when a terminal device of a user sends an interest packet start request, the interest packet is sent to a routing node closest to the user, the routing node directly sends the interest packet request to a control layer, the control layer directly searches from bottom to top in a logic route arranged according to the intermediary center degree after receiving the interest packet request, if the routing node in a region stores a resource requested by the user, the routing node storing the resource directly forwards the user, and the routing node does not store a resource copy in a path returning the resource and is only responsible for forwarding; if the routing node where the resource is located is in a dormant state, the control layer counts the request frequency of the resource in the latest time period, when the frequency reaches or exceeds a request threshold value, the resource is awakened, otherwise, the routing continues to be dormant. And the route in the dormant state only forwards the interest packet and does not forward the resource data packet, otherwise, the route forwards the request to a core network for resource request.
The above-mentioned contents are only for illustrating the technical idea of the present invention, and the protection scope of the present invention is not limited thereby, and any modification made on the basis of the technical idea of the present invention falls within the protection scope of the claims of the present invention.

Claims (6)

1. A collaborative route caching method based on a PopBetw strategy is characterized by comprising the following steps:
determining the intermediary centrality of all routing nodes in a forwarding layer, sequencing the routing nodes from large to small according to the intermediary centrality, and sending the arranged result to a controller to form a virtual routing node arrangement position; placing the routing node with the maximum intermediary centrality on a first layer, and then sequentially placing other routing nodes on an upper layer;
arranging the contents from large to small according to the content hot degree, sending the arrangement result to a controller, and storing the arrangement result in a content cache table CS based on a PopBetw strategy network device; caching resources in a first-layer routing node preferentially, caching overflowing resources in a second-layer routing node to an Nth-layer routing node in sequence when the first-layer routing cache overflows, wherein N is the number of routing nodes; the changed resource position and the received routing node information are sent to a forwarding layer by a control layer;
when an interest packet in a content-centric network starts a request, the interest packet is firstly sent to a routing node closest to the content-centric network, then the routing node directly sends an interest packet request to a control layer, the control layer directly searches from bottom to top in a logical route arranged according to the intermediary centrality after receiving the interest packet request,
if the routing node stores the resource requested by the user, the routing node storing the resource forwards the resource to the user, and the routing node does not store a resource copy in a path for returning the resource; if the routing node where the resource is located is in a dormant state, counting the request frequency of the resource within set time, and when the request frequency reaches or exceeds a request threshold, awakening the routing node where the resource is located, otherwise, continuing to perform dormancy;
if the requested resource can not be found, the request is forwarded to a core network for resource request;
the PopBetw strategy-based network device comprises a control layer and a forwarding layer, wherein a controller is arranged in the control layer; the forwarding layer is provided with a plurality of routing nodes, the controller is connected with all the routing nodes, the routing nodes in two adjacent areas are connected with each other, and a content cache table CS, a to-be-processed request table PIT, a forwarding information table FIB, a content heat table PT and a routing adjacent table AT are stored in all the routing nodes; the content cache table CS is used for storing caches in the routing nodes; the routing node comprises a pending request table PIT, a forwarding information table FIB, a content heat table PT, a routing adjacent table AT and a forwarding information table FIB, wherein the pending request table PIT is used for recording an interest packet to be forwarded, the forwarding information table FIB is used for recording routing information after forwarding, the content heat table PT is used for recording and counting popularity of content and position information of the content, and the routing adjacent table AT is used for recording routing nodes to which the routing node can be connected;
the PopBetw strategy is an improvement on the content popularity of the EgoBew strategy, and is divided according to the request frequency of a certain content in a certain period, and if the request frequency is higher, the popularity of the resource is higher.
2. The method of claim 1, wherein the content popularity is measured by a requested access frequency of the resource, and the content popularity is higher when the access frequency is higher.
3. The method of claim 1 wherein unused routing nodes within a set time period are dormant.
4. The method of claim 1, wherein the routing node in the sleeping state only forwards the interest packet and does not forward the data packet.
5. The PopBetw policy-based collaborative route caching method according to claim 4, wherein the data packet has a data content name, data, a digital signature, flag information, and a cache flag bit; the interest packet comprises an interest packet encrypted content name, a resource probe and a cache flag bit.
6. A network device based on PopBetw strategy is characterized by comprising a control layer and a forwarding layer, wherein a controller is arranged in the control layer; the forwarding layer is provided with a plurality of routing nodes, the controller is connected with all the routing nodes, the routing nodes in two adjacent areas are connected with each other, and a content cache table CS, a to-be-processed request table PIT, a forwarding information table FIB, a content heat table PT and a routing adjacent table AT are stored in all the routing nodes; the content cache table CS is used for storing caches in the routing nodes; the routing node comprises a pending request table PIT, a forwarding information table FIB, a content heat table PT, a routing adjacent table AT and a forwarding information table FIB, wherein the pending request table PIT is used for recording an interest packet to be forwarded, the forwarding information table FIB is used for recording routing information after forwarding, the content heat table PT is used for recording and counting popularity of content and position information of the content, and the routing adjacent table AT is used for recording routing nodes to which the routing node can be connected;
when the network operation starts, the forwarding layer starts to forward a content cache table CS, a request table PIT to be processed, a forwarding information table FIB, a content heat table PT and a routing adjacent table AT in all routing nodes to the controller, the controller receives and summarizes the content cache table CS, the request table PIT to be processed, the forwarding information table FIB, the content heat table PT and the routing adjacent table AT which are all based on the PopBetw strategy network device, and when all tables in the routing are updated, the updated information is uploaded to the controller; the controller is also used for receiving the interest packets received by the routing nodes, searching contents according to the interest packets, finding the shortest path between the route where the contents are located and the request route through a route adjacent table AT based on the PopBetw strategy network device, and controlling the routing node where the contents are located to send the contents to the request routing node;
each routing node of the forwarding layer stores content;
in a forwarding layer, each routing node only forwards data packets between the routing nodes, an interest packet is sent to a control layer, a controller of the control layer searches and responds to a request of the interest packet, and a content cache table CS and a to-be-processed request table PIT of each routing node do not perform query operation or resource copy copying and storing operation in the process of returning resource packets to a user;
the PopBetw strategy is an improvement on the content popularity of the EgoBew strategy, and is divided according to the request frequency of a certain content in a certain period, and if the request frequency is higher, the popularity of the resource is higher.
CN201910174585.1A 2019-03-08 2019-03-08 Network device based on PopBetw strategy and cooperative route caching method thereof Active CN109951390B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910174585.1A CN109951390B (en) 2019-03-08 2019-03-08 Network device based on PopBetw strategy and cooperative route caching method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910174585.1A CN109951390B (en) 2019-03-08 2019-03-08 Network device based on PopBetw strategy and cooperative route caching method thereof

Publications (2)

Publication Number Publication Date
CN109951390A CN109951390A (en) 2019-06-28
CN109951390B true CN109951390B (en) 2021-01-19

Family

ID=67009458

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910174585.1A Active CN109951390B (en) 2019-03-08 2019-03-08 Network device based on PopBetw strategy and cooperative route caching method thereof

Country Status (1)

Country Link
CN (1) CN109951390B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110933645B (en) * 2019-11-01 2021-04-20 西安交通大学 CCN (content-centric networking) residence time content caching method based on scene of Internet of vehicles
CN111342885B (en) * 2020-03-16 2021-08-20 西安电子科技大学 Gateway station combination-based satellite network routing method
WO2022133928A1 (en) * 2020-12-24 2022-06-30 华为技术有限公司 Communication network and networking method

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108900599A (en) * 2018-06-26 2018-11-27 西安交通大学 A kind of the content center network device and its cluster cache decision method of software definition

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8965845B2 (en) * 2012-12-07 2015-02-24 International Business Machines Corporation Proactive data object replication in named data networks
CN108712391B (en) * 2018-04-25 2021-03-30 广东工业大学 Method for coping with naming attack and time analysis attack in content-centric network
CN108965479B (en) * 2018-09-03 2021-04-20 中国科学院深圳先进技术研究院 Domain collaborative caching method and device based on content-centric network

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108900599A (en) * 2018-06-26 2018-11-27 西安交通大学 A kind of the content center network device and its cluster cache decision method of software definition

Also Published As

Publication number Publication date
CN109951390A (en) 2019-06-28

Similar Documents

Publication Publication Date Title
CN109951390B (en) Network device based on PopBetw strategy and cooperative route caching method thereof
CN105049254B (en) Data buffer storage replacement method based on content rating and popularity in a kind of NDN/CCN
CN106131182B (en) Name a kind of cooperation caching method based on Popularity prediction in data network
Tang et al. Coordinated en-route web caching
Gupta et al. Packet classification using hierarchical intelligent cuttings
CN109905480B (en) Probabilistic cache content placement method based on content centrality
US8638791B2 (en) Heterogeneous forwarding information bases in line cards
CN105022700B (en) A kind of name data network cache management system and management method based on spatial cache division and content similarity
CN108900570A (en) A kind of buffer replacing method based on content value
WO2020007073A1 (en) Content caching method in information center network virtualization
CN108965479B (en) Domain collaborative caching method and device based on content-centric network
CN113783779A (en) Hierarchical random caching method in named data network
CN104994152B (en) A kind of Web collaboration caching system and method
Le et al. The performance of caching strategies in content centric networking
CN108093056B (en) Node cache replacement method in information center wireless network virtualization network
CN108183867B (en) Information center network node cache replacement method
CN106941695B (en) It is a kind of in opportunistic network to be based on the matched data distributing method of interest
CN109195180A (en) A kind of solution for reducing content in mobile content central site network and obtaining time delay
WO2020160007A1 (en) Semantics and deviation aware content request and multi-factored in-network content caching
CN112631789B (en) Distributed memory system for short video data and video data management method
CN110995592B (en) Novel self-maintenance method and route forwarding method of undetermined interest table
CN106790421B (en) ICN two-step caching method based on community
CN112822275B (en) Lightweight caching strategy based on TOPSIS entropy weight method
CN108156249A (en) Based on approximate markovian network-caching update method
CN113382053A (en) Content active pushing method based on node semi-local centrality and content popularity

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant