Interest Message Metadata for ICN Data Selection
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In Information-Centric Networking (ICN) architectures, requesting nodes may face delays or receive unwanted data objects due to the lack of efficient data selection and forwarding strategies, especially when multiple items match an interest message.
Innovation Solution
A network node and a requesting node in an ICN architecture are enhanced to include metadata in interest messages that specify criteria for selecting a subset of matching items, such as factual properties, usage data, and position in a range, allowing for more precise data selection and forwarding.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If default data selection strategy (leftmost child) is used, then implementation simplicity is maintained, but data retrieval speed and relevance deteriorate when multiple items match
Solution Approach 1:
The requesting node performs preliminary actions by specifying selection criteria (such as freshness requirements, size constraints, or specific properties) in the interest message metadata before the data retrieval process begins. This allows the network node to pre-filter matching items according to these criteria, avoiding the need for complex post-retrieval filtering and improving overall retrieval speed without requiring complex selection logic at the network node.
Solution Approach 2:
The patent applies local quality by allowing different selection criteria to be applied to different matching items based on their specific properties. Instead of a uniform selection approach, the system evaluates each matching item against the specified criteria (such as freshness, size, or other properties) and selects items that locally satisfy these requirements, thereby improving retrieval relevance and speed for diverse data types.
2Reliability
If multiple items are returned to satisfy interest messages with range name components, then completeness of results is improved, but data processing overhead and time increase
Solution Approach 1:
The patent extracts only the essential selection criteria from the interest message metadata (such as freshness requirements, size constraints, or specific property thresholds) and applies these extracted criteria to filter the set of matching items. This extraction approach ensures that only items satisfying the critical requirements are returned, maintaining result completeness for relevant data while reducing processing time by eliminating unnecessary items early in the selection process.
Solution Approach 2:
The system applies partial action by selectively evaluating matching items against the specified criteria rather than processing all possible matches. The requesting node specifies a subset of relevant criteria in the metadata, and the network node applies only these partial criteria to filter results, achieving sufficient completeness for the user's needs without the excessive processing time required to evaluate all possible selection dimensions.
3Ease of operation
If no selection criteria are specified in interest messages, then message simplicity is maintained, but data relevance and user satisfaction deteriorate
Solution Approach 1:
The patent implements universality by designing the interest message metadata structure to serve multiple functions: it can specify selection criteria (such as freshness, size, or property requirements), indicate range name components, and maintain backward compatibility with existing ICN architectures. This multi-functional metadata approach allows the same message format to work whether simple or advanced selection is needed, maintaining ease of operation while enabling data relevance when criteria are specified.
Solution Approach 2:
The requesting node performs self-service by autonomously determining and specifying its own data selection criteria in the interest message metadata based on its specific needs. Instead of relying on the network node to infer requirements or on complex centralized control, the requesting node independently configures the selection criteria (such as freshness requirements or size constraints) that are most relevant to its application, thereby maintaining message simplicity while improving data relevance.
Data Source
Figure 1
Figure 2
Figure 3
AI summary
A network node (1) is configured to receive an interest message comprising a request for a data object and metadata. The metadata specifies one or more criteria for selecting a subset of a plurality of items. The network node is further configured to determine whether there is a match between the requested data object and a plurality of items (e.g. from a CS or FIB) and select a subset of the plurality of items by applying the one or more criteria if the match has been determined to exist. At least one of the criteria is a preference specified for at least one of: factual properties of the plurality of items, usage data related to the plurality of items, usage data related to the at least one communication interface, an effort to obtain data from another network node, and a position in a range specified in the interest message.