CN108540211B - Satellite network system based on SDN and ICN technologies - Google Patents
Satellite network system based on SDN and ICN technologies Download PDFInfo
- Publication number
- CN108540211B CN108540211B CN201810365819.6A CN201810365819A CN108540211B CN 108540211 B CN108540211 B CN 108540211B CN 201810365819 A CN201810365819 A CN 201810365819A CN 108540211 B CN108540211 B CN 108540211B
- Authority
- CN
- China
- Prior art keywords
- controller
- layer
- icn
- forwarding
- content
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1851—Systems using a satellite or space-based relay
- H04B7/18519—Operations control, administration or maintenance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- 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/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Astronomy & Astrophysics (AREA)
- Aviation & Aerospace Engineering (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a satellite network architecture based on SDN and ICN technologies, which comprises the following steps: an application layer, a control layer and a forwarding layer; the application layer realizes the services of content caching, name resolution, message routing, safety and the like; the north interface between the application layer and the control layer realizes the deployment of the service; the control layer is in a layered distribution type, communication among controllers in the control layer is realized through east-west interfaces, and meanwhile, each controller provides an open interface to realize the programmable function of the application layer to the controller; the forwarding layer comprises a low-orbit OpenFlow-based satellite node and a ground OpenFlow switch, and the forwarding layer is used for forwarding messages according to a flow table issued by control. The framework simplifies satellite network management and improves the speed of network data transmission by using the characteristic of ICN cache through the characteristic of SDN transfer control separation. And the deployment of the ICN can be realized by minimally modifying the network protocol and maximally compatible with the existing network infrastructure through the combination mode.
Description
Technical Field
The invention relates to the field of communication, in particular to a satellite network system based on SDN and ICN technologies.
Background
The SDN is used as a future network architecture, the forwarding and control of network layer data are decoupled, and the rapid deployment of new services is realized through the programmable characteristic of a controller. The ICN replaces an IP layer with the content, and the characteristics of request aggregation, data broadcasting, caching and the like inherent to the content by the network are exerted, so that the data transmission speed of the network is improved. However, ICN, as a future network of clean-state, is directly limited in its implementation by several factors.
The SDN-based satellite network architecture centralizes functions of data routing, resource allocation, network fault, safety monitoring and the like in a satellite network on a controller under the idea of software defined network, so that the management function of the satellite network is simplified. However, the SDN-based satellite network design is still the conventional IP-based network protocol stack, and the data transmission speed still cannot be substantially increased in the face of a new big data network environment. In an SDN-based information center network, an application layer realizes services such as name resolution, name routing, content caching and the like in an ICN idea, and the deployment of the services is realized through an open interface provided by a control layer. However, the SDN-based information-centric network is mainly based on a ground network, the network topology structure of the SDN-based information-centric network is fixed, and the existing scheme cannot be directly applied to a satellite network.
Disclosure of Invention
Aiming at the problems that the traditional space-ground integrated network control and service deployment are complex, the streaming media data request of videos and the like is delayed greatly in a big data environment and the like, the application provides a satellite network system ContentSDSN based on SDN and ICN technologies, and the framework improves the speed of network data transmission by utilizing the characteristic of ICN cache while simplifying satellite network management through the characteristic of SDN transfer control separation. And the deployment of the ICN can be realized by minimally modifying the network protocol and maximally compatible with the existing network infrastructure through the combination mode.
In order to achieve the purpose, the technical points of the scheme of the invention are as follows: a satellite network system based on SDN and ICN technologies comprises: an application layer, a control layer and a forwarding layer; the application layer realizes the services of content caching, name resolution, message routing, safety and the like; the north interface between the application layer and the control layer realizes the deployment of the service; the control layer is in a layered distribution type, communication among controllers in the control layer is realized through east-west interfaces, and meanwhile, each controller provides an open interface to realize the programmable function of the application layer to the controller; the forwarding layer comprises a low-orbit OpenFlow-based satellite node and a ground OpenFlow switch, and the forwarding layer is used for forwarding messages according to a flow table issued by control and increasing a caching function of returned contents.
Further, each controller includes: the system comprises a network topology management module, a routing management module and a content management module; the network topology management module comprises: the system comprises a link state monitoring module and a network topology management module; the route management module comprises: the system comprises a network flow management monitoring module, a name-based routing calculation module, a Forwarding Information Base (FIB) management module and a to-be-processed request table (PIT) management module; the content management module comprises a content fragment management module, a name resolver and a content cache management module; and the controller realizes the control of the forwarding equipment by using an OpenFlow protocol through a secure channel of the OpenFlow switch.
Furthermore, the structure adopts a mode of covering an IP protocol to identify the ICN request, and an IF (ICN-Flag) value is used for distinguishing the request type; for ICN requests, the Options field of the IP protocol is used to carry the content name information.
Further, in the architecture, a controller of the ground network adopts a layered distributed control mode, and is divided into a plurality of autonomous Areas (AS) according to the characteristics of the areas, each autonomous area is managed by a Name Routing System (NRS) controller, and the controllers exchange network state information through northbound interfaces.
Furthermore, a satellite network in the architecture adopts a double-layer orbit design, wherein 3 synchronous satellites are used as controllers to realize global real-time monitoring, and a Walker constellation is adopted in a low orbit to realize global coverage.
Furthermore, when the ICN client side initiates a request, whether the content needs to be forwarded through the satellite network is judged according to the state information of the request content in the controller, so that the forwarding process of the request is tracked through a ground or high orbit controller; when the content returns, the OpenFlow node on the return path caches the content according to the cache replacement policy.
Furthermore, the whole satellite operation period is divided into a plurality of time slices; the satellite controller periodically detects the topology change condition of the satellite network; therefore, whether the data transmission path needs to be changed or not is predicted in advance, and interruption caused by the dynamic property of the satellite network is avoided when the data packet is returned.
Furthermore, when a certain satellite node on the data return path fails to cause data interruption, the direct predecessor satellite node reports error information to the controller after the ACK is overtime, and the controller regenerates the data return path and avoids the failed node.
Compared with the prior art, the invention has the beneficial effects that: on one hand, the control of the integrated network of heaven and earth is simplified by utilizing an SDN framework, and meanwhile, the efficiency of network service deployment is improved; on the other hand, the inherent request aggregation and data distribution capacity of the forwarding nodes in the network and the characteristic that the forwarding nodes have high sensitivity and selectable cache on contents are utilized, so that the overall performance of the integrated network of heaven and earth is improved. The simulation result shows that the ContentSDSN architecture has the advantages of flexible network control, small request delay and the like compared with the traditional heaven-earth integrated network architecture.
Drawings
FIG. 1 is a diagram of a ContentSDSN architecture logic structure;
FIG. 2 is a ContentSDSN controller core function diagram;
FIG. 3 is a modified IP protocol diagram;
FIG. 4 is a routing flow chart under the ContentSDSN architecture;
FIG. 5 is a diagram of a ContentSDSN architecture prototype design;
FIG. 6 is a 3-dimensional view of a satellite network constellation;
FIG. 7 is a 2-dimensional view of a satellite network constellation;
FIG. 8 is a diagram illustrating the relationship between request latency and request times under the ContentSDSN architecture;
fig. 9 is a diagram of a relationship between the average hop count of requests and the node cache capacity in the ContentSDSN architecture.
Detailed Description
The invention will be further explained with reference to the drawings attached to the specification. The following examples are only for illustrating the technical solutions of the present invention more clearly, and the protection scope of the present invention is not limited thereby.
The logical structure of the ContentSDSN architecture provided by the invention under the SDN system framework based on the OpenFlow communication protocol is as shown in fig. 1. The application layer develops and realizes the services of content caching, name resolution, message routing, safety and the like in the ICN idea, and the service deployment is realized through a northbound interface between the application layer and the control layer.
In the architecture, a control layer is a core layer in a three-layer architecture and is realized in a layered and distributed mode, communication between controllers is realized through east-west interfaces, and meanwhile, the programmable function of the application layer to the controllers is realized by providing open interfaces for the controllers.
The single controller is implemented as shown in fig. 2, and the routing management module adds a routing module based on content names, a forwarding information base of content requests, and management services of a to-be-processed request table; meanwhile, the controller is additionally provided with a content management module, and services such as name resolution, content fragmentation, content cache management and the like are mainly provided.
The ContentSDSN architecture requires that legacy IP requests and ICN requests be identified in order to achieve compatibility with existing network infrastructure. The architecture identifies the ICN request in a manner that overlays the IP protocol, i.e., uses reserved bits in the IP protocol to distinguish between traditional IP requests and ICN requests.
The ContentSDSN architecture uses an IF (ICN-Flag) value to distinguish the request types, as in fig. 3, i.e., the IF location is 1 when the ICN client initiates a content request, and is 0 when the non-ICN client sends a request. For the ICN request, the Options field of the IP protocol is used to carry the content name information, i.e. the set of hash values mapped by the content name is written into the Options field. When the OpenFlow switch identifies the ICN message, the message header is uploaded to the controller, the Options field of the IP message is analyzed to obtain the name of the requested content, and the controller generates a requested transmission path according to the analyzed content name and issues a flow table to the OpenFlow forwarding equipment. For the returned data, a normal IP packet mode may be adopted, that is, the ICN data is placed in the data segment of the IP packet.
And finally, a forwarding layer composed of a low-orbit OpenFlow-based satellite node, a ground OpenFlow switch and the like is mainly used for forwarding the message according to a flow table issued by the controller, and meanwhile, the forwarding layer equipment is used for carrying out cache replacement on the returned content. As shown in fig. 4, the specific forwarding process is as follows:
step 1: the ICN controller initiates a request, judges whether the content needs to be forwarded through the satellite network according to the state information of the requested content in the controller, if not, executes Step2, otherwise, executes Step 7.
Step 2: and judging whether the AS has a request of the content A, if so, the boundary node matches a forwarding path according to a flow table in the OpenFlow switch and forwards the request to the router, the router forwards the request to a cache server, and the cache server packages the data of the content and then returns the data of the content to the user along the request path. Otherwise, Step3 is executed.
Step 3: the border node forwards the request message header to the direct controller, which parses out the content name from the Options field and looks up the PIT. If the PIT of the controller records the forwarding path of the request, adding the port number of the request entering the network to the corresponding PIT entity and discarding the packet. Ending request forwarding and waiting for data return. Otherwise, Step4 is executed.
Step 4: the direct controller queries the FIB, generates a forwarding path for the request if a record of the content exists in the FIB, performs a forwarding action, and waits for data to return. Otherwise, Step5 is executed.
Step 5: the direct controller initiates a path query request to an upper-layer controller through an east-west direction interface, and the upper-layer controller actively issues the path query request of the request I to other controllers of the layer where the direct controller is located. If the same-layer controller has the path record of the request I, the path is uploaded to the upper-layer controller and then forwarded to the direct controller by the upper-layer controller, the direct controller generates the complete path of the request I and then issues a forwarding flow table to the controlled OpenFlow switch, and meanwhile, the upper-layer controller also issues the forwarding flow table of the request I. Finally the direct controller adds a record of content a to its PIT and FIB. Perform a forwarding action and wait for data to return. Otherwise, Step6 is executed.
Step 6: if the AS domain does not have the cache of the content A and cannot obtain a reasonable forwarding path, a request path is generated by adopting a traditional IP routing mode to forward the request, and finally the direct controller adds the entity of the content A to the PIT and the FIB, executes the forwarding action and waits for the data to return. When the request is hit, the data is returned along the original path, and each node executes a cache replacement strategy. For ICN requests that use traditional IP routing, each controller updates the FIB record as it returns. The routing is finished.
Step 7: and the entry node uploads the header of the request I message to a corresponding high-orbit controller, and the controller analyzes the content name from the Options field and searches for a to-be-processed request table PIT. If the request I is recorded in the PIT table of the high-track controller, the interface of the request into the network is added to the corresponding PIT entity and the packet is discarded. The end request is forwarded and jumps to Step 10. Otherwise, Step8 is executed.
Step 8: and the high-rail controller inquires a Forwarding Information Base (FIB), if the record of the content A exists in the FIB, the FIB generates a forwarding path related to the request I according to the record of the FIB, the low-rail network topology and other related information, issues the forwarding path to a corresponding low-rail forwarding node, adds the record of the content A and a related port number to the PIT, executes a forwarding action and jumps to Step 10. Otherwise, Step9 is executed.
Step 9: and the high orbit controller maps the virtual nodes according to the source and target IP addresses of the request I, generates a default forwarding path by adopting a traditional IP routing mode, issues the path to the low orbit satellite forwarding node, issues a forwarding flow table and adds an entity of the content A into the PIT and the FIB. The low rail node performs Step10 after performing the forwarding action.
Step 10: and when the request is hit, returning the data according to the path generated by the controller, selecting the satellite node caching the content by the controller by adopting a centralized cache replacement strategy, deleting the corresponding PIT entity after the data return is finished, and ending the routing.
When large data such as video streams returns, the satellite nodes in charge of communication may fly out of the virtual node area due to the operation periodicity, so that data transmission is interrupted. Thus, the satellite controller divides the entire operating cycle into time slices according to the operating cycle of the satellite constellation. The satellite controller periodically detects the topology change condition of the satellite network, so that whether the data transmission path needs to be changed or not is predicted in advance, and interruption caused by the dynamic property of the satellite network is avoided when the data packet is returned. When a certain satellite node on the data return path fails to cause data interruption, the direct predecessor satellite node reports error information to the controller after ACK timeout, and the controller regenerates the data return path and avoids the failed node.
In general, as shown in fig. 5, the ContentSDSN architecture introduces four important functional blocks in the ICN concept: name resolution, content caching, name routing, and network security. The application layer can flexibly realize the development of different ICN services through software programming and is deployed into the ContentSDSN controller through a northbound interface. The switch based on the OpenFlow protocol introduces a content caching function on the function of configuring traditional flow table management and data exchange.
The effect of the present invention is demonstrated by way of another example.
The satellite network environment in the contentSDSN framework is realized through an STK simulation platform, an LEO forwarding layer adopts a Walker constellation of 20/4/1, and a GEO layer uses 3 geostationary satellites as a control layer of the satellite network. The satellite network is simulated by STK10, and the three-dimensional view and the two-dimensional view of the constellation are respectively shown in FIG. 6 and FIG. 7. The ground network adopts 2 ASs, each AS is internally provided with 5-10 OpenFlow switches, each AS is directly controlled by one controller, and the controllers of the two ASs realize network information interaction through the upper-layer controller thereof.
During the simulation, the size of the data block is 10KB, and the number of contents available for request in the network is 100. The simulation verification mainly compares the response speed of the request under the traditional Internet network architecture and the satellite architecture with the proposed ContentSDSN architecture, and the node cache area size under the architecture is related to the average hop count of the request. In the simulation design, two ICN clients are adopted to randomly initiate ICN requests, request packets initiated by each ICN client are subjected to Poisson distribution with lambda being 100/s, and the probability of each content being requested is subjected to Zipf distribution.
The probability that content with popularity k is requested is:
the average number of hops traversed by a request is:
wherein k is the ranking of the content according to popularity, α is a parameter, and θ is a constant; h isi(t) is the number of hops passed by the request i from the ICN client to the cached node, and N is the total number of requests in t time.
After simulation, the relationship between the request delay and the request times under the ContentSDSN architecture can be obtained, as shown in fig. 8; the average hop count of a request is related to the cache capacity of a node, as shown in fig. 9.
In summary, the following results can be obtained:
1. the invention enables the forwarding node to more conveniently identify the ICN request and the traditional IP request by modifying the IP frame.
2. The invention not only solves the bottleneck problem of large response delay in an end-to-end transmission mode under a big data environment, but also simplifies the control of the network and improves the flexibility of service deployment.
3. The invention can effectively shorten the response time of the request initiated by the terminal, and can quickly acquire the response no matter through a ground network or a satellite network.
The above description is only for the purpose of creating a preferred embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can substitute or change the technical solution and the inventive concept of the present invention within the technical scope of the present invention.
Claims (5)
1. A satellite network system based on SDN and ICN technologies, comprising: an application layer, a control layer and a forwarding layer; the application layer realizes content caching, name resolution, message routing and security service; the north interface between the application layer and the control layer realizes the deployment of the service; the control layer is in a layered distribution type, communication among controllers in the control layer is realized through east-west interfaces, and meanwhile, each controller provides an open interface to realize the programmable function of the application layer to the controller; the forwarding layer comprises a low-orbit OpenFlow-based satellite node and a ground OpenFlow switch, and the forwarding layer is used for forwarding messages according to a flow table issued by control and increasing a caching function of returned contents;
each controller, comprising: the system comprises a network topology management module, a routing management module and a content management module; the network topology management module comprises: a link state monitoring module; the route management module comprises: the system comprises a network flow management monitoring module, a name-based routing calculation module, a Forwarding Information Base (FIB) management module and a to-be-processed request table (PIT) management module; the content management module comprises a content fragment management module, a name resolver and a content cache management module; the controller realizes the control of the forwarding equipment by using an OpenFlow protocol through a secure channel of the OpenFlow switch;
adopting a mode of covering an IP protocol to identify an ICN request, and distinguishing request types by using an IF value; for the ICN request, carrying content name information by using an Options field of an IP protocol;
the controller of the ground network adopts a layered distributed control mode and is divided into a plurality of autonomous areas according to the characteristics of the areas, each autonomous area is managed by a name routing system controller, and the controllers exchange network state information through northbound interfaces.
2. The satellite network system based on SDN and ICN technology of claim 1, wherein the satellite network in the architecture adopts a dual-layer orbit design, wherein 3 geostationary satellites are used as controllers to implement global real-time monitoring, and the low orbit uses Walker constellation to implement global coverage.
3. The satellite network system based on SDN and ICN technology as claimed in claim 1, wherein when the ICN client initiates a request, it determines whether the content needs to be forwarded through the satellite network according to the request content status information in the controller, so as to track the forwarding process of the request through the ground or high-orbit controller; when the content returns, the OpenFlow node on the return path caches the content according to the cache replacement policy.
4. The satellite network system based on SDN and ICN technology as claimed in claim 1, wherein the whole satellite operation cycle is divided into several time slices; the satellite controller periodically detects the topology change condition of the satellite network.
5. The satellite network system based on SDN and ICN technology as claimed in claim 1, wherein when a satellite node on the data return path fails to cause data interruption, its direct predecessor satellite node reports error information to the controller after ACK timeout, and the controller regenerates the data return path and avoids the failed node.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810365819.6A CN108540211B (en) | 2018-04-23 | 2018-04-23 | Satellite network system based on SDN and ICN technologies |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810365819.6A CN108540211B (en) | 2018-04-23 | 2018-04-23 | Satellite network system based on SDN and ICN technologies |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108540211A CN108540211A (en) | 2018-09-14 |
| CN108540211B true CN108540211B (en) | 2021-02-19 |
Family
ID=63479397
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810365819.6A Active CN108540211B (en) | 2018-04-23 | 2018-04-23 | Satellite network system based on SDN and ICN technologies |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108540211B (en) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109639545B (en) * | 2018-12-20 | 2021-11-30 | 航天恒星科技有限公司 | Lightweight bus arrangement method of multi-satellite measurement and control platform system |
| CN109714219B (en) * | 2019-03-13 | 2021-11-09 | 大连大学 | Virtual network function rapid mapping method based on satellite network |
| CN109873767B (en) * | 2019-03-29 | 2021-02-09 | 中山大学 | Protocol-unaware forwarding-based space-ground integrated network virtualization method |
| CN109768928A (en) * | 2019-03-29 | 2019-05-17 | 中山大学 | Source routing method based on agreement unaware forwarding and virtual topology |
| CN111064706B (en) * | 2019-11-25 | 2021-10-22 | 大连大学 | Method for detecting spatial network data stream of mRMR-SVM |
| CN110912828A (en) * | 2019-11-26 | 2020-03-24 | 中国电子科技集团公司第五十四研究所 | CCN service processing method for SDN/CCN fusion network |
| CN112217555B (en) * | 2020-08-24 | 2022-05-10 | 成都天奥集团有限公司 | Formation satellite routing method based on SDN architecture and adopting SR routing protocol |
| CN112600717B (en) * | 2020-12-30 | 2021-10-08 | 上海交通大学 | Satellite network management and control protocol semi-physical test device based on SDN |
| CN113316191B (en) * | 2021-05-26 | 2022-08-23 | 电子科技大学 | Communication method based on heaven and earth integrated network |
| CN113872669A (en) * | 2021-09-27 | 2021-12-31 | 中国电子科技集团公司第五十四研究所 | Stateless distributed networking control system suitable for low-earth-orbit satellite network |
| CN113992753B (en) * | 2021-10-17 | 2022-06-10 | 南京理工大学 | Intelligent caching strategy for heaven-earth integrated satellite network node |
| CN115426025B (en) * | 2022-07-06 | 2023-10-20 | 哈尔滨工业大学（深圳） | Distributed computing data flow scheduling and routing method for low orbit satellite network |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104350725A (en) * | 2012-06-06 | 2015-02-11 | 华为技术有限公司 | Method of seamless integration and independent evolution of information-centric networking via software defined networking |
| CN106341474A (en) * | 2016-09-06 | 2017-01-18 | 上海海事大学 | Data control center based on ICN and SDN network and content management method thereof |
| KR101720710B1 (en) * | 2016-02-19 | 2017-03-28 | 부산대학교 산학협력단 | SDN-based Information Cache and Caching Router Selection Method in Wireless Mesh Networks |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2984796B1 (en) * | 2013-04-12 | 2020-09-23 | Nec Corporation | Method and system for providing an information centric network with a software defined network |
| US9906436B2 (en) * | 2013-08-05 | 2018-02-27 | Futurewei Technologies, Inc. | Scalable name-based centralized content routing |
| CN103716415B (en) * | 2014-01-20 | 2017-08-22 | 北京交通大学 | A kind of resource perception adaptation method with excellent extensibility |
| CN103841056B (en) * | 2014-03-13 | 2015-10-14 | 北京邮电大学 | A kind of open storage management and dispatching method based on software defined network and system |
| CN106059650B (en) * | 2016-05-24 | 2018-08-21 | 北京交通大学 | The Incorporate network architecture and data transmission method based on SDN and NFV technologies |
| CN106254117B (en) * | 2016-08-09 | 2019-07-23 | 西安交通大学 | A kind of programmable information centre's network design method of centralized control |
-
2018
- 2018-04-23 CN CN201810365819.6A patent/CN108540211B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104350725A (en) * | 2012-06-06 | 2015-02-11 | 华为技术有限公司 | Method of seamless integration and independent evolution of information-centric networking via software defined networking |
| KR101720710B1 (en) * | 2016-02-19 | 2017-03-28 | 부산대학교 산학협력단 | SDN-based Information Cache and Caching Router Selection Method in Wireless Mesh Networks |
| CN106341474A (en) * | 2016-09-06 | 2017-01-18 | 上海海事大学 | Data control center based on ICN and SDN network and content management method thereof |
Non-Patent Citations (2)
| Title |
|---|
| 《An ICN architecture within the framework of SDN》;Suyong Eum;《International Conference on Ubiquitous and Future Networks (ICUFN)》;20150701;全文 * |
| 《一种基于SDN的ICN高效缓存机制》;雷方元;《计算机科学》;20160815(第8(2016)期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108540211A (en) | 2018-09-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108540211B (en) | Satellite network system based on SDN and ICN technologies | |
| US10659425B2 (en) | Network monitoring and control system and method | |
| Li et al. | ECCN: Orchestration of edge-centric computing and content-centric networking in the 5G radio access network | |
| US10250502B2 (en) | Software defined network-based data processing method, node, and system | |
| EP3293935B1 (en) | Software defined network-based data processing method, and system | |
| US6856991B1 (en) | Method and apparatus for routing data to a load balanced server using MPLS packet labels | |
| US9807004B2 (en) | System and method for software defined routing of traffic within and between autonomous systems with enhanced flow routing, scalability and security | |
| EP1164754B1 (en) | Methods and arrangements in a telecommunications system | |
| US9253243B2 (en) | Systems and methods for network virtualization | |
| CN103650427B (en) | For routeing the integrated system of Ethernet packet on Internet protocol network | |
| US7088718B1 (en) | Server load balancing using IP option field approach to identify route to selected server | |
| US7047315B1 (en) | Method providing server affinity and client stickiness in a server load balancing device without TCP termination and without keeping flow states | |
| US20130041982A1 (en) | Method and node for acquiring content and content network | |
| EP3179700A1 (en) | Method, system, and node for node interconnection on content delivery network | |
| WO2018010529A1 (en) | Method and apparatus for an information-centric mac layer | |
| JP6206508B2 (en) | Packet transfer device, control device, communication system, communication method, and program | |
| EP2712480A1 (en) | Cloud service control and management architecture expanded to interface the network stratum | |
| Liu et al. | Satellite network architecture design based on SDN and ICN technology | |
| CN112398902A (en) | High availability load balancing method, system and computer readable storage medium | |
| CN114503531B (en) | Management of distributed endpoints | |
| EP3032803A1 (en) | Providing requested content in an overlay information centric networking (o-icn) architecture | |
| CN114521323A (en) | Centralized path computation for information-centric networks | |
| Shariatmadari | Data Dissemination using Information-Centric Networking | |
| Maheshwari | Mobile Edge Cloud Architecture for Future Low-Latency Applications | |
| Bujaranpally | Design and implementation of the MobilityFirst protocol stack on an SDN platform using IPV6 |
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 |