Multi-Protocol Node Interconnection Without Protocol Converters

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing railway video surveillance systems face challenges in seamless interconnection and interworking among nodes of different non-standard protocols, requiring additional interface and protocol conversion modules, leading to increased equipment and maintenance costs, complex operations, and high personnel development requirements.

Innovation Solution

Implementing interconnection and interworking through a method that utilizes a correspondence relationship between ports and protocol versions, allowing direct communication between nodes using peer-to-peer protocol versions, eliminating the need for additional interface service or protocol conversion modules.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If cascaded connection between different levels of nodes of different non-standard protocols is implemented in the interface plus protocol converter mode, then interconnection and interworking can be achieved, but interface service module and protocol conversion module are required, involving more intermediate modules and additional equipment investment cost

Engineering Contradiction:
Improveinterconnection and interworking capabilityVSAvoidnumber of intermediate modules
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent extracts and eliminates the protocol conversion module from the traditional interface plus protocol converter architecture. By directly supporting multiple protocol versions in the core node and enabling peer-to-peer communication between access nodes and core nodes, the system removes the need for intermediate protocol conversion modules, thereby reducing device complexity while maintaining interconnection and interworking capability across different protocol versions

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The core node is designed with multi-functionality to directly support multiple protocol versions (Document 630, Document 71, Document 575) simultaneously. The core node can identify and communicate with access nodes using their respective protocol versions without requiring external protocol conversion modules, making the core node a universal interface that handles diverse protocol requirements internally

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Adaptability or versatility

If cascaded connection between different levels of nodes of different non-standard protocols is implemented in the interface plus protocol converter mode, then interconnection and interworking can be achieved, but there are conventional problems like limitations of a single protocol proxy and step-by-step forwarding, and a constrained upgrading and retrofit hierarchical position under a three-level architecture mode

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidoperation flow complexity
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent segments the protocol handling function by allowing each access node to independently manage its own protocol version and directly establish connections with the core node. This eliminates the step-by-step forwarding limitation where a single protocol proxy would need to handle all protocol conversions sequentially. Each access node can operate with its specific protocol version (Document 630, Document 71, or Document 575) without constraining the overall system architecture

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Instead of having the core node act as a single protocol proxy that converts between different protocols in a centralized manner, the patent inverts the approach by enabling access nodes to directly initiate and maintain connections with the core node using their native protocol versions. This peer-to-peer approach eliminates the constrained hierarchical positioning and simplifies the operation flow by removing the need for complex protocol translation steps

Inventive Principle:
Principle #13The other way round (Inversion)

3Adaptability or versatility

If cascaded connection between different levels of nodes of different non-standard protocols is implemented in the interface plus protocol converter mode, then interconnection and interworking can be achieved, but interconnection and interworking of various levels of nodes involves a relatively complex operation flow, relatively high investment on personnel development and railway upgrading and retrofit, relatively high difficulties in troubleshooting, and relatively high daily maintenance cost

Engineering Contradiction:
Improvemulti-level node interconnectionVSAvoidpersonnel development and maintenance cost
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

Solution Approach 1:

The access nodes are designed to autonomously identify the protocol version of the core node and automatically establish connections using the appropriate protocol. This self-service capability eliminates the need for complex manual configuration and personnel training in protocol conversion procedures. The system automatically handles protocol selection and connection establishment, reducing the investment required for personnel development and simplifying maintenance operations

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS20250373466A1Method for implementing interconnection and interworking, electronic device, and computer-readable medium
Publication Date: 2025.12.04 CRSC COMM & INFORMATION GRP CO LTD
  • US20250373466A1 patent drawing
  • US20250373466A1 patent drawing
  • US20250373466A1 patent drawing

AI summary

The present disclosure provides a method for implementing interconnection and interworking, an electronic device, and a computer-readable medium. The method is applied to a regional node having a first management unit, and includes: according to a preset first correspondence between ports and protocol versions and by a first target port, implementing interconnection and interworking with a first-level access node by adopting a protocol version corresponding to the first-level access node, where the first target port has the first correspondence with the protocol version corresponding to the first-level access node; and according to the first correspondence between ports and protocol versions and by a second target port, implementing interconnection and interworking with a core node having a second management unit by adopting a protocol version corresponding to the core node, where the second target port is a port having the first correspondence with the protocol version corresponding to the core node.