MC Communication Security Procedure Selection for Signaling Protection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing MC communication systems lack a mechanism to indicate the selected cryptographic mechanism and consider device capabilities and dynamic parameters such as battery status, processing power, and communication privacy needs, leading to inefficient resource usage and potential security breaches.

Innovation Solution

A method for selecting and indicating a security procedure, such as encryption algorithms like AES_128_GCM and AES_256_GCM, during key management procedures to protect MC service signaling fields, allowing negotiation based on device capabilities and dynamic parameters.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If a fixed cryptographic mechanism is used in MC communication system, then security implementation is simplified, but adaptability to different device capabilities and scenarios is reduced

Engineering Contradiction:
Improvesecurity procedure implementation complexityVSAvoidadaptability to device capabilities and scenarios
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The patent implements dynamic security procedure selection by allowing the MC server to choose cryptographic mechanisms based on real-time device capabilities, battery status, processing power, and communication scenario requirements. The server sends capability indication messages during key management procedures to negotiate the most appropriate security procedure for each specific case, making the security system adaptable rather than static.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the parameters of security procedures by supporting multiple cryptographic mechanisms (e.g., different key lengths, encryption algorithms) and allowing dynamic selection among them. The system can adjust security parameters such as encryption strength, key management methods, and procedural complexity based on device capabilities and scenario requirements, resolving the contradiction between fixed implementation and adaptability.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If high-security cryptographic mechanisms are always used, then security level is maintained, but resource consumption increases

Engineering Contradiction:
Improvesecurity levelVSAvoiddevice resource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent allows dynamic adjustment of security parameters including cryptographic mechanism type, key length, and encryption strength based on device capabilities and battery status. When devices have sufficient resources, higher-security mechanisms are applied; when resources are constrained, the system negotiates and applies appropriate lower-resource security procedures, maintaining adequate security while optimizing resource usage.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The patent applies security procedures proportionally to the actual requirements and capabilities. Instead of always applying maximum security measures, the system negotiates and applies the appropriate level of security (partial action) based on device capabilities, battery status, and scenario needs, avoiding excessive resource consumption while maintaining necessary security levels.

Inventive Principle:
Principle #16Partial or excessive action

3Adaptability or versatility

If multiple security procedures are supported, then adaptability to different scenarios is improved, but system complexity increases

Engineering Contradiction:
Improvescenario adaptabilityVSAvoidsecurity procedure management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces the MC server as an intermediary that manages security procedure selection and negotiation. The server receives capability indications from MC clients, determines the appropriate security procedure based on multiple factors (device capabilities, battery status, scenario), and communicates the selected procedure back to the client. This intermediary approach allows multiple security procedures to be supported without increasing client-side complexity, as the server handles the complex decision-making and coordination.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentEP3932000B1Method and apparatus for handling security procedure in MC communication system
Publication Date: 2025.10.08 SAMSUNG ELECTRONICS CO LTD
  • EP3932000B1 patent drawingFigure 1
  • EP3932000B1 patent drawingFigure 2~3A
  • EP3932000B1 patent drawingFigure 3B~3C

AI summary

A method for handling a security procedure in a MC communication system (1000) is provided. The method includes selecting, by a MC service server (100), the security procedure, including a signaling procedure parameter during a key management procedure, and indicating, by the MCservice server (100), the selected security procedure to protect at least one MC service signaling field by including the signaling procedure parameter to at least a MC service client (200) during the key management procedure.