KR20240014760A - 이동통신망에서의 시간확정적 플로우 요구사항을 관리하는 방법 - Google Patents

Abstract

본 발명은 이동통신망에서의 응용을 위한 데이터 플로우에 대한 요구사항을 관리하는 방법에 관한 것이다. 종래의 이동통신망도 트래픽의 요구사항을 관리하였으나, 본 발명은 시간확정형 서비스를 제공을 위한 DetNet (Deterministic Networking) 과 관련된 트래픽의 요구사항을 더 관리할 수 있도록 한다. DetNet 응용을 위한 데이터 플로우와 관련된 플로우 명세, 트래픽 속성, 플로우 요구사항을 포함하는 플로우 관련 파라메터를 지원하기 위한 방법에 관한 것이다.

Description

이동통신망에서의 시간확정적 플로우 요구사항을 관리하는 방법{Method of Management of Deterministic Flow Requirement Attribute in Mobile Communication System}

본 발명은 네트워크 계층 수준의 데이터 플로우에 대한 시간확정적 플로우 요구사항을 이동통신망에서 지원할 수 있도록 한다. 시간확정형 네트워크 서비스를 위한 DetNet에서 정의하는 플로우 관련 파라메터를 이동통신망에서 지원할 수 있도록 함으로써, 이동통신망에서도 네트워크 계층 수준의 시간확정형 서비스를 제공할 수 있도록 한다.

3GPP는 5G이동통신망과 DetNet을 연동하기 위한 스터디를 진행 중이다.[3GPP TS 23.700-46] DetNet은 시간확정적 서비스와 그 서비스의 플로우를 지원하기 위한 다양한 파라메터를 정의한다.[IETF RFC 9016] 특히 네트워크 종단간에 시간확정형 서비스를 지원하기 위한 다양한 파라메터를 정의한다. 5G이동통신망은 DetNet과 연동하여 시간확정형 서비스를 제공하기 위한 DetNet의 플로우 관련 파라메터에 기반한 QoS를 지원할 필요가 있다.

본 발명은 5G이동통신망에서 네트워크 계층 수준의 시간확정적 데이터 플로우의 요구사항을 관리하기 위하여 해당 파라메터들을 5G이동통신망에서 수용하기 위한 방법을 기술한다. 시간확정적 데이터 플로우에 대한 요구사항을 DetNet제어기로부터의 수신하여 5G이동통신망 내부의 각 기능요소에게 제공함으로써 시간확정적 데이터 플로우를 처리할 수 있도록 한다.

본 발명에서는 5G이동통신망의 각 기능요소들 사이에 정보흐름에 시간확정적 데이터 플로우 요구사항을 전달할 수 있는 방법과, 해당 요구사항이 만족되지 못하였을 때의 알림을 제공받을 수 있는 방법을 개시한다. DetNet에서 플로우를 나타내기 위해 기술하는 플로우 명세, 트래픽 속성, 플로우 요구사항을 5G이동통신망내에 전달할 수 있는 방법과 해당 요구사항이 만족되지 못하였을 때 알림을 받기 위한 알림정보의 설정을 개시한다.

응용을 위한 데이터 플로우를 명세하는

발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSec의 Security Parameters Index인 IPSecSpi 중 하나 이상과

상기 응용을 위한 데이터 플로우가 감내할 수 있는

최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 상기 응용을 위한 데이터 플로우가 요구하는 최소 대역폭 중 하나 이상을 입력으로 받은 이동통신망.

위에서 응용을 위한 데이터 플로우의 트래픽 특성을 명세하는 시간단위인 Interval, 단위 Interval동안 최대패킷수, 단위 Interval동안 최소패킷수, 패킷의 최대페이로드크기, 패킷의 최소페이로드크기 중 하나 이상을 더 입력으로 받은 이동통신망.

위에서 상기 응용을 위한 데이터 플로우가 감내할 수 있는

최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 중 어느 한가지를 만족시키지 못한 경우 알림의 요청에 대한 정보를 더 입력으로 받은 이동통신망.

위에서 상기 알림의 요청정보가

알림 이벤트, 알림 URI, 알림 상관 식별자 중 하나 이상을 포함하는 방법.

위에서 상기 입력을 DetNet의 제어기로부터 받은 이동통신망.

위에서 상기 입력을 응용을 제어하는 제1기능요소, 네트워크의 기능을 노출하는 제2기능요소, 시민감통신을 제어하는 제3기능요소, 정책을 제어하는 제4기능요소(응용을 제어하는 제1기능요소(AF), 네트워크의 기능을 노출하는 제2기능요소(NEF), 시민감통신을 제어하는 제3기능요소(TSCTSF), 정책을 제어하는 제4기능요소(PCF)) 중 어느 하나로 수신하는 이동통신망.

위에서 상기 입력을 직접 또는 다른 기능요소를 하나 이상 경유하여 간접적으로 정책을 제어하는 제4기능요소에게 전달(AF→NEF→TSCTSF→PCF, NEF/TSCTSF→PCF하는 이동통신망.

응용을 위한 데이터 플로우를 명세하는

발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSec의 Security Parameters Index인 IPSecSpi 중 하나 이상과

상기 응용을 위한 데이터 플로우가 감내할 수 있는

최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수 중 하나 이상을

정책을 제어하는 제4기능요소로부터 세션을 제어하는 제5기능요소를 전달하는 방법.

위에서 상기 응용을 위한 데이터 플로우를 명세하는

발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSec의 Security Parameters Index인 IPSecSpi 중 하나 이상을 SMPolicyDecionsion의 PccRule로 제공하는 방법.

위에서 상기 응용을 위한 데이터 플로우를 명세하는

상기 응용을 위한 데이터 플로우가 감내할 수 있는

최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수 중 하나 이상을

SMPolicyDesion, QosData, TrafficControlData에 포함시켜 제공하는 방법.

응용을 위한 데이터 플로우를 명세하는

발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSec의 Security Parameters Index인 IPSecSpi 중 하나 이상과

상기 응용을 위한 데이터 플로우가 감내할 수 있는

최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 상기 응용을 위한 데이터 플로우가 요구하는 최소 대역폭 중 하나 이상을

세션을 제어하는 제5기능요소로부터 사용자 단말로 전달하는 방법(SMF→UE, packetErrorRate, packetDelayBudget, gbrDl/Ul, maxPacketLossRateDl/Ul은 29.512에 이미 존재함).

위에서 상기 세션을 제어하는 제5기능요소로부터 상기 사용자 단말로 PDU Session Establishment 메시지 또는 PDU Session Modification 메시지(PDU Session Establishment Accept메시지 또는 PDU Session Modification Command메시지 중 어느 하나에 포함되는 Authorized QoS rules 및 Authorized QoS flow descriptions)로 전달하는 방법.

응용을 위한 데이터 플로우를 명세하는 Qos Flow Identifier (QFI)와 상기 응용을 위한 데이터 플로우가 감내할 수 있는 최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수 중 하나 이상을 세션을 제어하는 제5기능요소로부터 무선접속망인 RAN으로 전달하는 방법(SMF→RAN).

위에서 상기 세션을 제어하는 제5기능요소로부터 상기 무선접속망인 RAN으로

PDU Session Resource Setup Request Transfer 또는 PDU Session Resource Modify Request Transfer 정보요소에 포함시켜 전달하는 방법(PDU Session Resource Setup Request Transfer 또는 PDU Session Resource Modify Request Transfer 중 어느 하나에 포함되는 QoS Flow Setup Request Item이나 QoS Flow Add or Modify Request Item).

응용을 위한 데이터 플로우를 명세하는

발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSec의 Security Parameters Index인 IPSecSpi 중 하나 이상과

상기 응용을 위한 데이터 플로우가 감내할 수 있는

최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 중 하나 이상을

세션을 제어하는 제5기능요소로부터 트래픽 처리장치인 UPF로 전달하는 방법(SMF→UPF).

위에서 상기 세션을 제어하는 제5기능요소로부터 상기 트래픽 처리장치인 UPF로 PFCP Session Establishment Request메시지 또는 PFCP Session Modification Request 메시지에 포함시켜 전달하는 방법(PFCP Session Establishment Request메시지 또는 PFCP Session Modification Request 메시지에 중 어느 하나에 포함되는 PDR, FAR, QER중 어느 하나).

응용을 제어하는 제1기능요소, 네트워크의 기능을 노출하는 제2기능요소, 시민감통신을 제어하는 제3기능요소, 정책을 제어하는 제4기능요소 중 어느 하나가 응용을 위한 데이터 플로우가 감내할 수 있는

최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 중 어느 한가지를 만족시키지 못한 이벤트가 발생한 사실에 대한 알림 정보를 수신하는 이동통신망(PCF→NEF/TSCTSF, NEF→TSCTSF).

위에서 상기 수신하는 알림 정보는

발생한 이벤트와 알림에 대한 상관정보를 나타내는 알림 상관 식별자 중 하나 이상을 포함하는 방법.

위에서 상기 수신하는 알림 정보는

해당 이벤트에 대해 알림을 받을 URI(Universal Resource Identifier)로 수신하는 방법.

사용자 단말이

응용을 위한 데이터 플로우가 감내할 수 있는

최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 상기 응용을 위한 데이터 플로우가 요구하는 최소 대역폭 중 하나 이상에 오류가 발생하였음을

세션을 제어하는 제5기능요소로 전달하는 방법(UE→SMF).

위에서 상기 전달하는 방법은

NAS계층의 세션 메시지에 포함시켜 접속과 이동성을 제어하기 위한 기능요소를 경유하여 전달하는 방법.

무선접속망인 RAN이

응용을 위한 데이터 플로우가 감내할 수 있는

최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 상기 응용을 위한 데이터 플로우가 요구하는 최소 대역폭 중 하나 이상에 오류가 발생하였음을

세션을 제어하는 제5기능요소로 전달하는 방법(RAN→SMF).

상기 전달하는 방법은

NGAP메시지Transfer정보요소에 포함시켜 접속과 이동성을 제어하기 위한 기능요소를 경유하여 전달하는 방법.

트래픽 처리장치인 UPF가

응용을 위한 데이터 플로우가 감내할 수 있는

최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 상기 응용을 위한 데이터 플로우가 요구하는 최소 대역폭 중 하나 이상에 오류가 발생하였음을

세션을 제어하는 제5기능요소 혹은 네트워크내의 어느 장치로 전달하는 방법(UPF→SMF).

위에서 상기 네트워크내의 어느 장치는 트래픽 처리장치인 UPF가 이벤트를 보고하기를 요청받은 URI인 방법.

5G이동통신망에서 네트워크 계층 수준의 시간확정적 데이터 플로우의 요구사항을 관리함으로써 5G이동통신망에서 네트워크 계층 수준의 시간확정적 데이터 플로우를 처리할 수 있게 하고, DetNet과의 연동이 가능하게 한다. 또 시간확정적 데이터 플로우 요구사항을 만족시키지 못한 경우 알림을 제공할 수 있도록 한다.

도 1은 한 실시예에 따른 5G를 논리적 DetNet노드로 DetNet에 연동하는 예를 보인다.
도 2는 한 실시예에 따른 DetNet의 플로우 관련 파라메터이다.
도 3은 한 실시예에 따른 NEF를 통한 AF세션의 생성 절차이다.
도 4는 한 실시예에 따른 NEF를 통하지 않는 AF세션의 생성 절차이다.
도 5는 한 실시예에 따른 5G에서의 세션설정 절차이다.

5G이동통신망은 종래의 데이터 플로우를 위한 요구사항 및 데이터링크 계층의 TSN (Time Sensitive Networking)의 지원을 위한 요구사항은 지원하지만, 네트워크 계층 수준의 데이터 플로우에 대한 시간확정적 플로우 요구사항은 지원하지 않고 있다. 종래의 데이터 플로우에 대한 요구사항이 네트워크 계층 수준의 시간확정적 데이터 플로우 요구사항과 일부 중복되는 부분도 있으나 네트워크 계층 수준의 시간확정적 플로우를 지원하기 위한 부분은 추가적인 지원이 필요하다. 본 발명은 네트워크 계층 수준의 시간확정적 데이터 플로우를 지원하기 위한 방법을 개시한다.

[도 1] 5G와 DetNet의 연동

도 1은 5G를 논리적 DetNet노드로 DetNet에 연동하는 예를 보인다.

5G는 사용자 단말인 UE (User Equipment), 무선접속망을 제공하는 RAN (Radio Access Network), 코어망 내의 사용자 데이터 처리를 담당하는 기능요소인 UPF (User Plane Function)를 및 TSN과의 연동을 위한 TSN Translator로 DS-TT (Device Side TSN Translator)와 NW-TT (Network Side TSN Translator)를 포함한다. 5G는 또 접속과 이동성을 제어하기 위한 기능요소인 AMF (Access and Mobility Management Function), 세션을 제어하기 위한 기능요소인 SMF (Session Management Function), 접속과 세션에 대한 정책을 제어하는 기능요소인 PCF (Policy Control Function), 시민감통신을 제어하기 위한 기능요소인 TSCTSF (Time Sensitive Communication Time Synchronization Function), 네트워크의 기능과 서비스를 외부로 노출하기 위한 기능요소인 NEF (Network Exposure Function) 및 TSN응용을 제어하기 위한 기능요소인 TSN-AF (Time Sensitive Networking - Application Function)을 포함한다. TSN-AF는 응용을 제어하는 기능요소인 AF (Application Function)의 일종이다.

[도 1]의 DetNet System은 DetNet기술을 지원 가능한 종단 시스템이거나 DetNet노드 중 어느 하나이다. DetNet Network는 DetNet System들로 구성된 네트워크이다. DetNet의 제어평면 기능(CPF)인 DetNet Controller는 DetNet을 제어하는 제어기로 Central Network Controller(CNC)로도 불린다. 5G와 DetNet의 연동을 위해 CPF가 5G에게로 DetNet 제어정보를 보냄으로써 5G내부에서 DetNet지원을 위한 설정을 할 수 있도록 한다. CPF는 NEF를 경유하거나 혹은 직접 TSCTSF나 TSN-AF과 연동하며 5G 네트워크 정보와 DetNet플로우 정보를 주고받는다. NEF는 5G의 정보를 5G외부에 있는 CPF와 인터페이스하는 역할을 수행하며, TSCTSF는 시민감통신을, TSN-AF는 TSN의 응용을 제어하는 역할을 수행한다. PCF는 TSCTSF나 TSN-AF로부터 응용세션에 대한 요청을 수신하여 그 권한을 검증하고 서비스의 정책을 생성하여 이를 실행할 수 있도록 AMF, SMF 등으로 정책정보를 보낸다. SMF는 사용자 세션을 관장하며 사용자 세션에 대한 제어정보를 UPF에게 전달함으로써 UPF에서 사용자 트래픽을 처리할 수 있도록 한다. AMF는 사용자의 접속을 관리한다. DetNet트래픽은 상향으로는 UE와, RAN을 통해 UPF로 전달되고 하향은 그 반대방향으로 전달된다. 사용자 데이터 트래픽을 처리하는 UPF는 DetNet Network을 비롯한 Data Network로부터의 트래픽을 처리한다. UE와 UPF는 각각 DS-TT와 NW-TT를 가질 수 있으며 이들은 TSN 트래픽의 처리를 담당한다.

[도 2] DetNet의 관련 파라메터

[도 2]는 DetNet의 플로우 관련 파라메터이다. DetNet플로우 속성(attributes)과 DetNet플로우 요구사항(requirement attributes)으로 구성된다.

FlowID는 DetNet도메인 내에서의 DetNet플로우에 대한 식별자이다. PayloadType은 DetNet플로우가 실어 나르는 응용 플로우의 포맷으로 Ethernet, IP, MPLS를 지원한다. FlowFormat은 DetNet네트워크 내에서의 DetNet플로우의 포맷으로 IP와 MPLS를 지원한다. FlowSpecification은 MPLS플로우 명세와 IP플로우 명세로 구성되어 있으며 MPLS플로우 명세는 DetNet서비스부계층에서 사용되는 SLabel와 DetNet서비스부계층에서 사용되는 FLabel들로 구성된 FLabelStack으로 구성된다. IP플로우 명세는 발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSec의 Security Parameters Index인 IPSecSpi로 구성된다. TrafficSpecification은 TrafficSpecification을 기술하는 시간단위인 Interval과 단위 Interval동안 최대패킷수(MaxPacketsPerInterval), 최소패킷수(MinPacketsPerInterval) 그리고 패킷의 최대페이로드크기(MaxPayloadSize)와 최소페이로드크기(MinPayloadSize)로 구성된다. FlowEndpoints는 DetNet플로우의 Ingress와 Egress의 인터페이스나 노드정보를 나타낸다. FlowRank는 DetNet플로우의 우선순위를 나타낸다. FlowStatus는 DetNet플로우의 Ingress에서의 상태와 Egress에서의 상태와 실패코드로 구성된다.

FlowRequriements는 MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering을 포함한다. MinBandwitdh는 DetNet플로우가 보장 받아야할 최소 (요구)대역폭이다. MaxLatency는 DetNet Network의 Ingress로부터 Egress까지 DetNet플로우의 최대(요구)지연시간이다. MaxLatencyVariation은 종단간 최대(허용)지연시간과 최소(허용)지연시간의 차이이다. MaxLoss는 DetNet Network의 Ingress로부터 Egress까지의 DetNet플로우의 최대 (허용)패킷 유실률이다. MaxConsecutiveLossTolerance는 DetNet플로우가 감내할 수 있는 최대연속 (허용)패킷유실 개수이다. MaxMisordering은 DetNet플로우가 감내할 수 최대 (허용)순서오류로서 순서없이 받을 수 있는 최대 패킷수이다. FlowBiDir은 DetNet플로우가 상향/하향 동일한 경로로 라우팅되어야 하는지 여부를 나타낸다.

[도 3] NEF를 통한 AF세션 설정 절차

[도 3]는 NEF를 통한 AF세션의 생성 절차이다. 5G망과 AF가 Trusted관계가 아닌 경우 AF는 5G의 NEF를경유하여 통신한다. [도 1]의 CPF, DetNet Controller, 혹은 CNC가 [도 3]의 AF로 사용될 수 있다.

(1) AF가 세션에 대해 요구되는 특정한 QoS수준을 NEF를 통해서 요청한다. (2) NEF는 AF의 요청에 대해 권한검증을 수행한다. (3)(4)(6)(7)과정은 NEF가 TSCTSF를 경유하지 않고 PCF와 직접 인터페이스하는 경우이며, (3a, 3b, 3c)(4a, 4b)(6a)(7a, 7b)는 NEF가 TSCTSF를 경유하여 PCF와 인터페이스하는 경우이다. (3a) NEF는 AF세션을 위한 QoS정보를 TSCTSF에게 전달하고, (3b) TSCTSF는 Packet delay bound를 비롯한 TSC를 위해 필요한 계산을 수행하고 (3c) PCF에게 AF세션에 대한 권한검증을 요청한다. (4a) PCF는 권한검증 결과를 TSCTSF에게 전달하고 (4b)이것이 다시 NEF에게 전달되면 (5) AF세션에 대한 권한검증결과가 AF까지 전달된다. (6, 6a) NEF나 TSCTSF는 해당 세션에서 발생하는 특정이벤트에 대한 구독을 요청한다. (7, 7a) PCF는 구독 요청 받은 세션의 이벤트가 발생하면 NEF나 TSCTSF에게 알리며, (7b) TSCTSF는 이를 다시 NEF에게 전달하고, (8) AF세션에서 발생하는 이벤트가 AF에게 전달된다.

한편, NEF를 통한 AF세션의 변경절차는(미도시) [도 3]에서 (1)(3, 3a, 3c)(4, 4a,4b)(5)과정의 "Create"를 "Update"로 바꾸어 적용한다.

[도 4] NEF를 통하지 않는 AF세션 설정 절차

[도 4]는 NEF를 통하지 않는 AF세션의 생성 절차이다. 5G망과 AF가 Trusted관계인 경우 AF는 5G의 NEF를 경유하지 않고 직접 TSCTSF와 통신한다. [도 1]의 CPF, DetNet Controller, 혹은 CNC가 [도 4]의 AF로 사용될 수 있다.

[도 4]는 AF가 NEF를 경유하지 않는 점 외에는 [도 3]에서 설명한 바와 동일하다. 또한 NEF를 통하지 않는 AF세션의 변경절차도(미도시) [도 4]에서 (3a, 3c)(4a,4b) 과정의 "Create"를 "Update"로 바꾸어 적용한다.

상기 [도 3]의 (1)과 (3a)과정 및 [도 4]의 (3a)과정에서 AF 혹은 NEF는 각각 NEF와 TSCTSF로 AF 세션의 생성을 위한 Nnef_QoSandTSCAssistance_Create_REQ메시지 혹은 Ntsctsf_QoSandTSCAssistance_Create_REQ메시지를 보낼 수 있으며, 또 AF 혹은 NEF는 (미도시) AF 세션의 변경을 위한 Nnef_QoSandTSCAssistance_Update_REQ메시지 혹은 Ntsctsf_QoSandTSCAssistance_Update_REQ메시지를 보낼 수 있다. Nnef_QoSandTSCAssistance_Create_REQ메시지와 Ntsctsf_QoSandTSCAssistance_Create_REQ메시지 및Nnef_QoSandTSCAssistance_Update_REQ메시지와 Ntsctsf_QoSandTSCAssistance_Update_REQ메시지는 TSC(Time Sensitive Communication)응용의 콘텍스트 정보를 가진 TscAppSessionContextData정보요소와 TscAppSessionContextUpdateData정보요소를 각각 포함시킬 수 있다. TscAppSessionContextData와 TscAppSessionContextUpdateData는 미리 정의된 QoS에 대한 참조정보인 qosReference나 TSC를 위한 QoS요구정보를 나타내는 tscQosReq를 더 가질 수 있다. [3GPP TS 29.565, TS 29.522] 이때 상기 [도 2]에서 기술한 파라메터들을 Nnef_QoSandTSCAssistance_Create_REQ메시지와 Ntsctsf_QoSandTSCAssistance_Create_REQ메시지 및 Nnef_QoSandTSCAssistance_Update_REQ메시지와 Ntsctsf_QoSandTSCAssistance_Update_REQ메시지에 포함시킬 수 있다. 더 자세히는 발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSecSpi와 Interval, MaxPacketsPerInterval, MinPacketsPerInterval, MaxPayloadSize, MinPayloadSize 및 MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering, FlowBiDir 정보를 tscQosReq에 포함시키거나, TscAppSessionContextData에 새로운 정보요소의 형태로 포함시킬 수 있다.

TscAppSessionContextData와 TscAppSessionContextUpdateData는 또 해당 세션 콘텍스트의 변화 이벤트 통지를 위한 정보인 evSubsc정보요소를 더 포함할 수 있고, evSubsc는 통지받을 이벤트와 통지방식을 지정할 수 있다. 또 (미도시) Ntsctsf_QoSandTSCAssistance_Subscribe는 AF혹은 NEF가 해당 세션 콘텍스트의 변화 이벤트 통지를 위한 정보인 EventsSubscReqData를 포함하며 이는 상기의 evSubsc정보요소와 동일하다. [3GPP TS 29.565] 이때, MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering, FlowBiDir를 만족시키지 못하는 각각의 이벤트에 대한 구독을 요청할 수 있다. 여기서 구독 요청은 통지 받을 이벤트의 종류와 이벤트의 값이나 조건 및 그 이벤트에 대해 알림을 받을 URI(Universal Resource Identifier), 알림에 대한 상관정보를 나타내는 알림 상관 식별자 (Notification Correlation Identifier) 중 하나 이상을 포함할 수 있다.

상기 [도 3]의 (3)과 (3c)과정 및 [도 4]의 (3c)과정에서 NEF, TSCTSF 등은 PCF로 응용세션에 대한 정책 생성이나 변경을 위한 Npcf_PolicyAuthorization_Create_REQ메시지나 Npcf_PolicyAuthorization_Update_REQ메시지를 보낼 수 있으며, 또 AF도 (미도시) PCF로 Npcf_PolicyAuthorization_Create_REQ메시지나 Npcf_PolicyAuthorization_Update_REQ메시지를 보낼 수 있다. Npcf_PolicyAuthorization_Create_REQ메시지나 Npcf_PolicyAuthorization_Update_REQ메시지는 응용세션 정책 생성을 요청하는 콘텍스트 정보인 AppSessionContextReqData정보요소나, 응용세션 정책 변경을 요청하는 콘텍스트 정보인 AppSessionContextUpdateData 정보요소를 각각 포함시킬 수 있다. AppSessionContextReqData와 AppSessionContextUpdateData는 응용세션 트래픽의 특성을 규정하는 medComponents정보요소를 가질 수 있으며, medComponents는 대역폭과 필터 등을 포함하는 medSubComps를 더 포함할 수 있다. [3GPP TS 29.514] 이때 상기 [도 2]에서 기술한 파라메터들을 medSubComps에 포함시키거나, 혹은 medComponents에 새로운 정보요소의 형태로 포함시킬 수 있다. 더 자세히는 발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSecSpi와 Interval, MaxPacketsPerInterval, MinPacketsPerInterval, MaxPayloadSize, MinPayloadSize 및 MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering, FlowBiDir 정보를 그대로 혹은 새로운 정보요소의 형태로 medSubComps 내지 medComponents에 포함시킬 수 있다.

AppSessionContextReqData와 AppSessionContextUpdateData는 또 해당 세션 콘텍스트의 변화 이벤트 통지를 위한 정보인 evSubsc정보요소를 더 포함할 수 있고, evSubsc는 통지받을 이벤트와 통지방식을 지정할 수 있다. 또 [도 3]의 (6a)과정 및 [도 4]의 (6a)과정은 해당 세션 콘텍스트의 변화 이벤트 통지를 위한 정보인 EventsSubscReqData를 포함하며 이는 상기의 evSubsc정보요소와 동일하다. [3GPP TS 29.514] 이때, MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering, FlowBiDir를 만족시키지 못하는 각각의 이벤트에 대한 구독을 요청할 수 있다. 여기서 구독 요청은 통지 받을 이벤트의 종류와 이벤트의 값이나 조건 및 그 이벤트에 대해 알림을 받을 URI(Universal Resource Identifier), 알림에 대한 상관정보를 나타내는 알림 상관 식별자 (Notification Correlation Identifier) 중 하나 이상을 포함할 수 있다.

상기 [도 3]의 (7)과 (7a)과정 및 [도 4]의 (7a)과정에서 PCF는 TSCTSF내지는 NEF에게 세션에서 발생한 이벤트에 대한 알림을 위한 Npcf_PolicyAuthorization_Notify_REQ메시지로 보낼 수 있으며, Npcf_PolicyAuthorization_Notify_REQ메시지는 EventsNotification정보요소를 포함할 수 있다. [3GPP TS 29.514] 이때, MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering, FlowBiDir등을 만족시키지 못한 이벤트의 발생을 알리기 위한 정보요소를 포함할 수 있다. 여기서 알림 정보는 발생한 이벤트와 알림에 대한 상관정보를 나타내는 알림 상관 식별자 (Notification Correlation Identifier) 중 하나 이상을 포함하여 해당 이벤트에 대해 알림을 받을 URI(Universal Resource Identifier)로 전달한다.

상기 [도 3]의 (7b)와 (8)과정 및 [도 4]의 (7b)과정에서 TSCTSF내지 NEF는 AF에게 응용 세션에서 발생한 이벤트에 대한 알림을 위한 Ntsctsf_QoSandTSCAssistance_Notify_REQ메시지를 보낼 수 있으며, Ntsctsf_QoSandTSCAssistance_Notify_REQ메시지는 EventsNotification정보요소를 포함할 수 있다. [3GPP TS 29.565] 이때, MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering, FlowBiDir등을 만족시키지 못한 이벤트의 발생을 알리기 위한 정보요소를 포함할 수 있다. 여기서 알림 정보는 발생한 이벤트와 알림에 대한 상관정보를 나타내는 알림 상관 식별자 (Notification Correlation Identifier) 중 하나 이상을 포함하여 해당 이벤트에 대해 알림을 받을 URI(Universal Resource Identifier)로 전달한다.

[도 5] 세션 설정 절차

[도 5]는 5G에서의 세션설정 절차이다.

(1) UE로부터 세션설정요청메시지가 RAN을 경유하여 AMF로 전달된다. (3) AMF는 수신한 세션설정요청메시지를 SMF에게 전달한다. (5) SMF는 수신한 세션설정요청에 대한 정책설정을 PCF로 요청한다. (7) PCF는 요청받은 세션에 대한 권한검증을 수행하고 정책을 설정한다. 편의상 상기 [도 3]내지 [도 4]의 절차를 통해 PCF는 해당 세션에 제공할 QoS정보를 이미 알고 있는 것을 가정하여 기술한다. (9) PCF는 세션에 대한 정책정보(SMPolicyDecision)를 SMF에게 제공한다. (11) SMF는 세션에 대한 정책정보에 따라 UPF에게 세션의 설정을(PFCP Session Establishment Request) 요청한다. (13) SMF는 RAN에게 보낼 세션자원의 설정정보(PDU Session Resource Setup Request Transfer)와 UE에게 보낼 세션설정승낙(PDU Session Establishment Accept)메시지를 AMF에게 보낸다. (15) AMF는 SMF로부터의 세션자원설정정보를 포함하는 세션자원설정메시지를 RAN으로 보내며, 이때 (17)의 세션설정승낙메시지를 함께 보낸다. (19) RAN은 세션자원설정결과메시지를 AMF로 보내며, (21) AMF는 세션자원설정결과메시지에 포함된 세션자원설정결과정보를 SMF로 보낸다. (23) SMF는 RAN으로부터의 자원설정결과정보를 UPF에게 세션의 변경메시지로(PFCP Session Modification Request) 보낸다.

상기 [도 5]의 (9)과정에서 PCF는 (5)과정의 Npcf_SMPolicyControl_Create_REQ메시지에 대한 응답으로 SMF에게 세션정책결정정보인 SMPolicyDecision 정보요소를 Npcf_SMPolicyControl_Create_RSP메시지에 포함시켜 보낼 수 있으며, 또 PCF는 (미도시)Npcf_SMPolicyControl_Update_REQ메시지에 대한 응답인 Npcf_SMPolicyControl_Update_RSP메시지나 세션정책 변경의 알림을 위한 Npcf_SMPolicyControl_UpdateNotify_REQ메시지에도 SMPolicyDecision 정보요소를 포함시켜 보낼 수 있다. SMPolicyDecision은 세션에 대한 규칙인 sessRules 정보요소, 사용자 트래픽에 대한 PCC규칙인 pccRules 정보요소, 사용자 트래픽에 대한 QoS정책 정보인 qosDecs 정보요소, 사용자 트래픽에 대한 제어 정책정보인 traffContDecs 정보요소를 더 가질 수 있다. [3GPP TS 29.512] 이때 상기 [도 2]에서 기술한 파라메터들을 SMPolicyDecision내의 sessRules나 pccRules나 qosDecs나, traffContDecs에 포함시키거나, 혹은 SMPolicyDecision에 새로운 정보요소의 형태로 포함시킬 수 있다. 일실시예로 발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSecSpi정보는 pccRules에 추가하고, MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering는 qosDecs에 추가하고, Interval, MaxPacketsPerInterval, MinPacketsPerInterval, MaxPayloadSize, MinPayloadSize 및 FlowBiDir는 traffContDecs에 추가하며 Interval, MaxPacketsPerInterval, MinPacketsPerInterval, MaxPayloadSize, MinPayloadSize는 별도의 정보요소로 SMPolicyDecision에 추가할 수 있다.

SMPolicyDecision은 세션의 QoS모니터링을 위한 정책정보인 qosMonDecs 정보요소를 더 가질 수 있다. [3GPP TS 29.512] 이때, 순서오류에 대한 모니터링을 요청하고, 특히 최대허용 순서오류를 초과하는 이벤트에 대한 모니터링을 더 요청할 수 있다. 뿐만 아니라 최대지연 시간을 초과하는 이벤트와 최대 손실율을 초과하는 이벤트 및 최대 연속 손실율을 초과하는 이벤트에 대해서도 함께 구독을 요청할 수 있다.

상기 [도 5]의 (13)과정에서 SMF는 UE로 세션설정승낙을 위한 PDU Session Establishment Accept메시지를 포함시켜 보내며, 또는 (미도시)세션변경명령을 위한 PDU Session Modification Command메시지를 포함시켜 보낼 수 있다. 이들 메시지는 (17)과정으로 UE 에게 전달되며, UE가 사용할 트래픽을 명세하기 위한 Authorized QoS rules 정보요소와 Authorized QoS flow descriptions 정보요소를 Authorized QoS rules 정보요소를 포함할 수 있다. Authorized QoS rules는 QoS플로우의 분류와 식별을 위한 명세이고, Authorized QoS flow descriptions는 QoS플로우의 특성을 명세한다. [3GPP TS 24.501] 이때 상기 [도 2]에서 기술한 파라메터들을 Authorized QoS rules나 Authorized QoS flow descriptions에 포함시키거나 혹은 PDU Session Establishment Accept메시지나, PDU Session Modification Command메시지에 새로운 정보요소의 형태로 포함시킬 수 있다. 일실시예로, 발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSecSpi정보는 Authorized QoS rules에 추가하고, MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering는 Authorized QoS flow descriptions에 추가하고, Interval, MaxPacketsPerInterval, MinPacketsPerInterval, MaxPayloadSize, MinPayloadSize 및 FlowBiDir는 별도의 정보요소로 PDU Session Establishment Accept메시지나, PDU Session Modification Command메시지에 추가할 수 있다. 이렇게 함으로써 UE는 트래픽에 대한 DetNet QoS 제어를 할 수 있다.

UE는 SMF로부터의 QoS정보에 따른 처리에 문제가 발생한 경우, 이 이벤트를 SMF로 보고할 수 있다. UE는 해당 이벤트의 발생정보를 NAS-SM메시지에 포함시켜 SMF로 보고하며, NAS-SM메시지는 다시 NAS-AM메시지에 싸여 AMF로 전달된다.

상기 [도 5]의 (13)과정에서 SMF는 RAN으로 세션자원의 설정을 위한 PDU Session Resource Setup Request Transfer정보요소를 포함시켜 보내며, 또는 (미도시)세션자원의 변경을 위한 PDU Session Resource Modify Request Transfer정보요소를 포함시켜 보낼 수 있다. 이들 정보요소는 (15)과정의 PDU Session Resource Setup Request메시지나 또는 (미도시)PDU Session Resource Modify Request메시지에 각각 포함되어 RAN에게 전달되며, QoS Flow Setup Request Item이나, 또는 QoS Flow Add or Modify Request Item를 각각 포함할 수 있다. [3GPP TS 38.413] 이때 QoS플로우를 나타내는 QFI (QoS Flow Indicator)와 함께 상기 [도 2]에서 기술한 파라메터들을 QoS Flow Setup Request Item이나 QoS Flow Add or Modify Request Item에 포함시키거나 혹은 PDU Session Resource Setup Request Transfer나 PDU Session Resource Modify Request Transfer에 새로운 정보요소의 형태로 포함시킬 수 있다. 일실시예로, MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering, Interval, MaxPacketsPerInterval, MinPacketsPerInterval, MaxPayloadSize, MinPayloadSize 및 FlowBiDir를 제공함으로써 RAN이 DetNet QoS제공을 위한 설정을 할 수 있게 한다.

RAN은 SMF로부터의 QoS정보에 따른 처리에 문제가 발생한 경우, 이를 SMF로 보고할 수 있다. RAN는 해당 이벤트의 발생정보를 NGAP메시지Tranfer정보요소에 포함시켜 SMF로 보고하며, NGAP메시지Tranfer정보요소는 다시 NGAP메시지에 싸여 AMF로 전달된다.

상기 [도 5]의 (11)과정 혹은 (23)과정에서 SMF는 UPF로 PFCP세션의 설정이나 변경을 위해 PFCP Session Establishment Request메시지나, PFCP Session Modification Request 메시지를 보낼 수 있으며, 또 (미도시)세션변경절차중 PFCP Session Modification Request 메시지를 보낼 수 있다. 이들 메시지는 패킷 검출 규칙인 PDR(Packet Detection Rule)의 생성과 변경을 위한 Create PDR과 Update PDR, 패킷 전달 작업 규칙인 FAR(Forwarding Action Rule)의 생성과 변경을 위한 Create FAR과 Update FAR, QoS적용 규칙인 QER(QoS Enforcement Rule)의 생성과 변경을 위한 Create QER과 Update QER 정보요소를 포함할 수 있다. Create PDR과 Update PDR의 PDR은 다시 QoS플로우의 분류를 위한 PDI(Packet Detection Information) 정보요소를 더 가진다. [3GPP TS 29.244] 이때 상기 [도 2]에서 기술한 파라메터들을 Create PDR이나 Update PDR에 사용되는 PDR, Create FAR이나 Update FAR에 사용되는 FAR, Create QER이나 Update QER에 사용되는 QER에 포함시킬 수 있다. 일실시예로, 발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSecSpi은 PDR의 PDI에, FlowBiDir은 FAR에, Interval, MaxPacketsPerInterval, MinPacketsPerInterval, MaxPayloadSize, MinPayloadSize 및 MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering는 QER에 포함시킬 수 있다.

PFCP Session Establishment Request메시지나 PFCP Session Modification Request 메시지는 세션에 대한 이벤트의 발생의 탐지 및 보고 규칙인 Session Report Rule의 생성과 변경을 위한 Create SRR과 Update SRR 정보요소를 포함할 수 있다. [3GPP TS 29.244] 이때 Create SRR과 Update SRR에 사용되는 SRR에 MinBandwidth, MaxLatency, MaxLatencyVariation, MaxLoss, MaxConsecutiveLossTolerance, MaxMisordering를 만족시키지 못하는 이벤트에 대한 보고를 요청할 수 있다. 여기서 보고의 요청은 통지 받을 이벤트의 종류와 이벤트의 값이나 조건 및 그 이벤트에 대해 알림을 받을 URI(Universal Resource Identifier), 알림에 대한 상관정보를 나타내는 알림 상관 식별자 (Notification Correlation Identifier) 중 하나 이상을 포함할 수 있다.

UPF는 SMF로부터의 이벤트 보고 요청에 따라, 해당 이벤트가 발생한 경우 SMF로 보고하거나 해당URI로 보고할 수 있다.

Claims (1)

1. 응용을 위한 데이터 플로우를 명세하는
   발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSec의 Security Parameters Index인 IPSecSpi 중 하나 이상과
   상기 응용을 위한 데이터 플로우가 감내할 수 있는
   최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 상기 응용을 위한 데이터 플로우가 요구하는 최소 대역폭 중 하나 이상을 입력으로 받은 이동통신망.
   [청구항 2]
   [청구항 1]에서 응용을 위한 데이터 플로우의 트래픽 특성을 명세하는 시간단위인 Interval, 단위 Interval동안 최대패킷수, 단위 Interval동안 최소패킷수, 패킷의 최대페이로드크기, 패킷의 최소페이로드크기 중 하나 이상을 더 입력으로 받은 이동통신망.
   [청구항 2-1]
   [청구항 1]에서 상기 응용을 위한 데이터 플로우가 감내할 수 있는
   최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 중 어느 한가지를 만족시키지 못한 경우 알림의 요청에 대한 정보를 더 입력으로 받은 이동통신망.
   [청구항 2-2]
   [청구항 2-1]에서 상기 알림의 요청정보가
   알림 이벤트, 알림 URI, 알림 상관 식별자 중 하나 이상을 포함하는 방법.
   [청구항 3]
   상기 [청구항 1] 또는 [청구항 2]에서 상기 입력을 DetNet의 제어기로부터 받은 이동통신망.
   [청구항 4]
   상기 [청구항 1] 또는 [청구항 2]에서 상기 입력을 응용을 제어하는 제1기능요소, 네트워크의 기능을 노출하는 제2기능요소, 시민감통신을 제어하는 제3기능요소, 정책을 제어하는 제4기능요소(응용을 제어하는 제1기능요소(AF), 네트워크의 기능을 노출하는 제2기능요소(NEF), 시민감통신을 제어하는 제3기능요소(TSCTSF), 정책을 제어하는 제4기능요소(PCF)) 중 어느 하나로 수신하는 이동통신망.
   [청구항 5]
   상기 [청구항4]에서 상기 입력을 직접 또는 다른 기능요소를 하나 이상 경유하여 간접적으로 정책을 제어하는 제4기능요소에게 전달(AF→NEF→TSCTSF→PCF, NEF/TSCTSF→PCF하는 이동통신망.
   [청구항 11]
   응용을 위한 데이터 플로우를 명세하는
   발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSec의 Security Parameters Index인 IPSecSpi 중 하나 이상과
   상기 응용을 위한 데이터 플로우가 감내할 수 있는
   최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수 중 하나 이상을
   정책을 제어하는 제4기능요소로부터 세션을 제어하는 제5기능요소를 전달하는 방법.
   [청구항 12]
   [청구항 11]에서 상기 응용을 위한 데이터 플로우를 명세하는
   발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSec의 Security Parameters Index인 IPSecSpi 중 하나 이상을 SMPolicyDecionsion의 PccRule로 제공하는 방법.
   [청구항 13]
   [청구항 11]에서 상기 응용을 위한 데이터 플로우를 명세하는
   상기 응용을 위한 데이터 플로우가 감내할 수 있는
   최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수 중 하나 이상을
   SMPolicyDesion, QosData, TrafficControlData에 포함시켜 제공하는 방법.
   [청구항 21]
   응용을 위한 데이터 플로우를 명세하는
   발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSec의 Security Parameters Index인 IPSecSpi 중 하나 이상과
   상기 응용을 위한 데이터 플로우가 감내할 수 있는
   최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 상기 응용을 위한 데이터 플로우가 요구하는 최소 대역폭 중 하나 이상을
   세션을 제어하는 제5기능요소로부터 사용자 단말로 전달하는 방법(SMF→UE, packetErrorRate, packetDelayBudget, gbrDl/Ul, maxPacketLossRateDl/Ul은 29.512에 이미 존재함).
   [청구항 12]
   [청구항 21]에서 상기 세션을 제어하는 제5기능요소로부터 상기 사용자 단말로 PDU Session Establishment 메시지 또는 PDU Session Modification 메시지(PDU Session Establishment Accept메시지 또는 PDU Session Modification Command메시지 중 어느 하나에 포함되는 Authorized QoS rules 및 Authorized QoS flow descriptions)로 전달하는 방법.
   [청구항 31]
   응용을 위한 데이터 플로우를 명세하는 Qos Flow Identifier (QFI)와 상기 응용을 위한 데이터 플로우가 감내할 수 있는 최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수 중 하나 이상을 세션을 제어하는 제5기능요소로부터 무선접속망인 RAN으로 전달하는 방법(SMF→RAN).
   [청구항 32]
   [청구항 31]에서 상기 세션을 제어하는 제5기능요소로부터 상기 무선접속망인 RAN으로
   PDU Session Resource Setup Request Transfer 또는 PDU Session Resource Modify Request Transfer 정보요소에 포함시켜 전달하는 방법(PDU Session Resource Setup Request Transfer 또는 PDU Session Resource Modify Request Transfer 중 어느 하나에 포함되는 QoS Flow Setup Request Item이나 QoS Flow Add or Modify Request Item).
   [청구항 41]
   응용을 위한 데이터 플로우를 명세하는
   발신지 IP주소, 목적지 IP주소, IPv6플로우레이블, Dscp코드, 프로토콜, 목적지 포트, 발신지 포트, IPSec의 Security Parameters Index인 IPSecSpi 중 하나 이상과
   상기 응용을 위한 데이터 플로우가 감내할 수 있는
   최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 중 하나 이상을
   세션을 제어하는 제5기능요소로부터 트래픽 처리장치인 UPF로 전달하는 방법(SMF→UPF).
   [청구항 42]
   [청구항 41]에서 상기 세션을 제어하는 제5기능요소로부터 상기 트래픽 처리장치인 UPF로 PFCP Session Establishment Request메시지 또는 PFCP Session Modification Request 메시지에 포함시켜 전달하는 방법(PFCP Session Establishment Request메시지 또는 PFCP Session Modification Request 메시지에 중 어느 하나에 포함되는 PDR, FAR, QER중 어느 하나).
   [청구항 51]
   응용을 제어하는 제1기능요소, 네트워크의 기능을 노출하는 제2기능요소, 시민감통신을 제어하는 제3기능요소, 정책을 제어하는 제4기능요소 중 어느 하나가 응용을 위한 데이터 플로우가 감내할 수 있는
   최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 중 어느 한가지를 만족시키지 못한 이벤트가 발생한 사실에 대한 알림 정보를 수신하는 이동통신망(PCF→NEF/TSCTSF, NEF→TSCTSF).
   [청구항 52]
   [청구항 51]에서 상기 수신하는 알림 정보는
   발생한 이벤트와 알림에 대한 상관정보를 나타내는 알림 상관 식별자 중 하나 이상을 포함하는 방법.
   [청구항 53]
   [청구항 51]에서 상기 수신하는 알림 정보는
   해당 이벤트에 대해 알림을 받을 URI(Universal Resource Identifier)로 수신하는 방법.
   
   [청구항 61]
   사용자 단말이
   응용을 위한 데이터 플로우가 감내할 수 있는
   최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 상기 응용을 위한 데이터 플로우가 요구하는 최소 대역폭 중 하나 이상에 오류가 발생하였음을
   세션을 제어하는 제5기능요소로 전달하는 방법(UE→SMF).
   [청구항 62]
   [청구항 61]에서 상기 전달하는 방법은
   NAS계층의 세션 메시지에 포함시켜 접속과 이동성을 제어하기 위한 기능요소를 경유하여 전달하는 방법.
   
   [청구항 71]
   무선접속망인 RAN이
   응용을 위한 데이터 플로우가 감내할 수 있는
   최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 상기 응용을 위한 데이터 플로우가 요구하는 최소 대역폭 중 하나 이상에 오류가 발생하였음을
   세션을 제어하는 제5기능요소로 전달하는 방법(RAN→SMF).
   [청구항 72]
   [청구항 71]에서 상기 전달하는 방법은
   NGAP메시지Transfer정보요소에 포함시켜 접속과 이동성을 제어하기 위한 기능요소를 경유하여 전달하는 방법.
   [청구항 81]
   트래픽 처리장치인 UPF가
   응용을 위한 데이터 플로우가 감내할 수 있는
   최대 패킷 순서 오류개수 정보, 최대 연속 패킷 유실개수, 최대 패킷 유실률, 최대 지연 및 상기 응용을 위한 데이터 플로우가 요구하는 최소 대역폭 중 하나 이상에 오류가 발생하였음을
   세션을 제어하는 제5기능요소 혹은 네트워크내의 어느 장치로 전달하는 방법(UPF→SMF).
   [청구항 82]
   [청구항 81]에서 상기 네트워크내의 어느 장치는 트래픽 처리장치인 UPF가 이벤트를 보고하기를 요청받은 URI인 방법.