Digital Twin Data Exchange Protocol for Physical Network Requests

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The lack of standardized data interaction modes between physical entity networks and digital twin networks in the field of communications hinders efficient data exchange.

Innovation Solution

A data sending method and apparatus that includes receiving a data initial request from a digital twin network, determining the support of the physical network for the requested data content, and sending a request success message and data accordingly.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If standardized data interaction modes are implemented between physical entity networks and digital twin networks, then data exchange efficiency is improved, but system complexity increases due to the need for standardized protocols and interfaces

Engineering Contradiction:
Improvedata exchange efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent implements a universal data interaction interface that can handle multiple types of data requests (data initial requests, data change requests, data termination requests) and support various reporting modes (periodic, event-triggered, quality-triggered) through a single standardized protocol structure. This multi-functional interface design improves data exchange efficiency across different scenarios while maintaining consistent interaction patterns that reduce overall system complexity.

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

Solution Approach 2:

The patent utilizes parameter changes within the standardized protocol to adapt to different data interaction scenarios. By modifying parameters such as reporting mode, data type, and trigger conditions within the same protocol framework, the system can efficiently handle diverse data exchange requirements without introducing new complex protocols for each scenario.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If comprehensive data requests with multiple parameters are processed, then data interaction capability is improved, but processing time increases due to validation and determination steps

Engineering Contradiction:
Improvedata interaction capabilityVSAvoidprocessing time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent applies preliminary action by pre-defining standardized protocol structures, data types, and validation rules before actual data interaction occurs. The standardized interface framework, reporting modes, and parameter specifications are established in advance, allowing the system to quickly process data requests without performing complex real-time analysis, thus reducing processing time while maintaining comprehensive interaction capability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements feedback mechanisms where the standardized protocol includes acknowledgment messages and status responses that provide real-time information about request processing state. This allows the system to efficiently manage multiple data interaction operations by receiving feedback on what has been processed and what awaits processing, optimizing the overall processing time.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS20260032050A1Data Sending Method, Device, and System, Storage Medium and Electronic Device
Publication Date: 2026.01.29 ZTE CORP
  • US20260032050A1 patent drawing
  • US20260032050A1 patent drawing
  • US20260032050A1 patent drawing

AI summary

Embodiments of the present disclosure provide a data sending method, apparatus, and system, and a storage medium and an electronic apparatus. The data sending method includes: receiving a data initial request sent by a digital twin network according to a current service requirement, where the data initial request includes at least one of the following: a data type of data required by the digital twin network, a reporting mode of the required data, or a compression mode of the required data; determining whether a physical network supports content indicated by the data initial request; and when the physical network supports the content indicated by the data initial request, sending a request success message to the digital twin network, and sending the required data to the digital twin network according to the content indicated by the data initial request.