5G PDU Session Service Request Handling for Low Latency

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current 5G communication systems face delays in service request procedures due to the inability to handle multiple access scenarios simultaneously, particularly when a service request is ongoing on one access type, leading to significant delays in other access types, which is not suitable for low-latency services.

Innovation Solution

A method and system that configures Protocol Data Unit (PDU) sessions as always-ON or normal types, allowing simultaneous service requests and registration procedures, with the network activating user plane resources irrespective of the PDU session type in the uplink data status information element request, enabling dynamic configuration changes based on PDU session types during service requests.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If the system supports only one service request procedure at a time, then the service request handling is simplified, but significant delays occur when multiple accesses need simultaneous service requests

Engineering Contradiction:
Improveservice request handling complexityVSAvoidservice request delay
Core Design Contradiction:
Device complexityVSLoss of time

Solution Approach 1:

The patent segments the service request handling by introducing access-specific counters (3GPP access attempt counter and Non-3GPP access attempt counter) and separate timers (T3517 for 3GPP, T3325 for Non-3GPP) for each access type. This allows independent tracking and management of service requests on different accesses, enabling parallel processing without interference between access types.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent dynamically adjusts the service request behavior based on the access type and current system state. The UE can independently initiate service requests on 3GPP or Non-3GPP accesses based on data buffer status and access availability, with the network independently accepting or rejecting requests on each access type without blocking the other.

Inventive Principle:
Principle #15Dynamics

2Reliability

If the system waits for one service request to complete before initiating another, then resource conflicts are avoided, but low-latency service requirements cannot be met

Engineering Contradiction:
Improveservice request reliabilityVSAvoidservice request processing speed
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The patent segments the service request management into independent access-specific procedures with separate attempt counters and timers. Each access (3GPP and Non-3GPP) maintains its own service request state, allowing concurrent operations without resource conflicts. The network independently processes service requests from different accesses without requiring sequential completion.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent changes the system parameters by introducing access-specific attempt counters and timers, transforming the single-service-request model into a multi-service-request model. This parameter change enables the system to track and manage multiple service requests simultaneously, meeting low-latency requirements while maintaining reliability through independent error handling per access.

Inventive Principle:
Principle #35Parameter changes

3Device complexity

If the UE triggers service request only after the other access completes, then service request conflicts are prevented, but significant delays occur for time-sensitive services

Engineering Contradiction:
Improveservice request coordination complexityVSAvoidaccess delay
Core Design Contradiction:
Device complexityVSLoss of time

Solution Approach 1:

The patent segments the service request coordination into independent access-specific procedures. Each access type (3GPP and Non-3GPP) has its own attempt counter and timer, allowing the UE to independently determine when to trigger service requests on each access based on local conditions without waiting for the other access to complete.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent enables preliminary service request actions on either access type without requiring the other access to be in a specific state. The UE can proactively initiate service requests on 3GPP or Non-3GPP accesses based on data buffer status and access availability, eliminating the need to wait for the other access to complete before acting.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12010644B2Method and system for handling service request procedure in communication network
Publication Date: 2024.06.11 SAMSUNG ELECTRONICS CO LTD
  • US12010644B2 patent drawing
  • US12010644B2 patent drawing
  • US12010644B2 patent drawing

AI summary

The present disclosure relates to a communication method and system for converging a 5th-Generation (5G) communication system for supporting higher data rates beyond a 4th-Generation (4G) system with a technology for Internet of Things (IoT). The present disclosure may be applied to intelligent services based on the 5G communication technology and the IoT-related technology, such as smart home, smart building, smart city, smart car, connected car, health care, digital education, smart retail, security and safety services. The method includes configuring, by a User Equipment (UE) (100), a Protocol Data Unit (PDU) session type as an always-ON type or a normal PDU type. Further, the method includes sending, by the UE (100), a PDU session establishment request message including the PDU session type to be the always-ON type or the normal PDU type to a network (200) during an initial PDU session establishment procedure.