KR20200047108A

KR20200047108A - 네트워크장치 및 네트워크장치에서 수행되는 상태정보 기반의 컨텍스트 관리 방법

Info

Publication number: KR20200047108A
Application number: KR1020180129148A
Authority: KR
Inventors: 이동진
Original assignee: 에스케이텔레콤 주식회사
Priority date: 2018-10-26
Filing date: 2018-10-26
Publication date: 2020-05-07
Also published as: KR102171306B1

Abstract

본 발명은, UPF에 의해 전달되는 상태정보가 일회성으로 이용될 수 밖에 없는 기존의 제약에서 벗어나, 타 노드 즉 SMF 또는 SMF와 연동하는 다른 제어 노드에서 UPF의 과거 상태정보가 필요한 경우 열람(획득)할 수 있도록 기술을 실현하는, 네트워크장치 및 상태정보 기반의 컨텍스트 관리 방법을 제안하고 있다.

Description

네트워크장치 및 네트워크장치에서 수행되는 상태정보 기반의 컨텍스트 관리 방법{NETWORK APPARATUS AND MANAGEMENT METHOD FOR CONTEXT BASED ON REPORT}

본 발명은, UPF(User Plane Function)에서 SRR(Session Report Request)를 통해 전달하는 상태정보를 보관하기 위한 기술에 관한 것이다.

LTE 통신시스템에서 통신서비스의 종류 및 전송 요구 속도 등이 다양해짐에 따라, LTE 주파수 증설 및 5G 통신시스템으로의 진화가 활발하게 진행되고 있다.

이와 같이 빠르게 진화되고 있는 5G 통신시스템은, 한정된 무선자원을 기반으로 최대한 많은 수의 단말을 수용하면서, eMBB (enhanced mobile broadband, 향상된 모바일 광대역)/mMTC(massive machine type communications, 대규모 기계형 통신)/URLLC(ultra-reliable and low latency communications, 고도의 신뢰도와 낮은 지연 시간 통신)의 시나리오를 지원하고 있다.

특히, 5G에서는, 단말, 기지국(액세스), 코어 및 서버를 End to End로 지원하기 위한 네트워크 구조를 정의하고 있으며, 기존 LTE(4G)에서 단일 노드(예: S-GW, P-GW 등)가 복합적으로 수행하던 제어 시그널링 및 데이터 송수신의 기능을 분리하여, 제어 시그널링 기능의 영역(Control Plane) 및 데이터 송수신 기능의 영역(User Plane)을 구분한 네트워크 구조를 정의하고 있다.

이때, 5G에서 Control Plane의 제어노드는, 단말의 무선구간 액세스를 제어하는 AMF(Access and Mobility Function), 단말 정보와 단말 별 가입서비스정보, 과금 등의 정책을 관리/제어하는 PCF(Policy Control Function), 단말 별로 데이터 서비스 이용을 위한 세션을 관리/제어하는 SMF(Session Management Function), 외부 망과의 정보 공유 기능을 담당하는 NEF(Network Exposure Function), 네트워크 내 각 노드들에 대한 정보를 관리/제어하는 기능의 NRF(Network Repository Function) 등으로 정의할 수 있다.

그리고, 5G에서 User Plane의 데이터노드는, SMF의 제어(연동)를 토대로 단말과의 세션을 통해 단말 및 외부 서비스망(예: 인터넷) 상의 서버 간 데이터를 송수신하는 UPF(User Plane Function)로 정의할 수 있다.

한편, 5G에서는, User Plane의 UPF가 주체적으로 SMF에 전송할 수 있는 유일한 메시지로서 세션 보고 요청(SRR: Session Report Request)을 정의하고 있다.

이에, UPF는, 세션이 해제된 단말(예: Idle 단말)로의 다운링크(DL) 데이터 수신 시 세션 정보를 얻기 위해 전달하는 상태정보(이하, DDN(Downlink Data Notification)), 단말의 데이터 세션에 대한 업링크/다운링크 사용량을 전달하는 상태정보(이하, Usage), UPF 자신의 과부하 상태를 전달하는 상태정보(이하, Overload), 세션 내 처리되는 트래픽 및 패킷에 대한 오류를 보고하는 상태정보(이하, error), UPF 자신의 트래픽 처리를 위한 CPU, Memory 자원 로드 상태를 전달하는 상태정보(이하, load) 등, 5G 표준에서 정의한 내용의 상태정보를 SRR 메시지를 통해 SMF로 전달할 수 있다.

헌데, 현재 표준에서는, UPF는 SRR를 SMF에 전송한 후 SRR 메시지에 대한 수신 성공을 나타내는 응답 Session Report Response "success"이 회신되면, SRR를 통해 전달한 상태정보를 바로 삭제(reset)하도록 정의하고 있다.

이 때문에, UPF가 전달한 상태정보는 일회성으로 이용될 수 밖에 없는 제약을 가지게 되어, SMF 뿐 아니라 Control Plane의 제어노드에서 UPF의 과거 상태정보가 필요한 경우가 생기더라도 이를 얻을 수 없는 문제가 있다.

이에, 본 발명에서는, UPF에서 SRR를 통해 전달하는 상태정보를 보관하기 위한 방안을 제안함으로써, UPF의 과거 상태정보가 필요한 경우 열람(획득)이 가능한 서비스 환경을 제공하고자 한다.

본 발명은 상기한 사정을 감안하여 창출된 것으로서, 본 발명에서 도달하고자 하는 목적은, UPF에서 SRR를 통해 전달하는 상태정보를 보관하기 위한 구체적인 기술 방안을 제공하는, 네트워크장치 및 상태정보 기반의 컨텍스트 관리 방법을 제공하는데 있다.

상기 목적을 달성하기 위한 본 발명의 제 1 관점에 따른 네트워크장치는, 상기 네트워크장치 및 상기 네트워크장치에서 제어하는 데이터 세션 중 적어도 하나에 대한 상태정보와 관련하여, 제어 노드로부터 보관정보를 수신하는 보관정보수신부; 및 상태정보가 상기 제어 노드로 전달되는 경우, 기 수신한 상기 보관정보에 따라 상기 전달된 상태정보 기반의 컨텍스트를 보관하는 보관제어부를 포함한다.

구체적으로, 상태정보 별 트리거링 조건에 따라, 상태정보를 생성하여 상기 제어 노드로 전달하는 보고부를 더 포함할 수 있다.

구체적으로, 상기 보관제어부는, 상기 제어 노드로부터의 과거 상태정보 요청 수신 시, 상기 보관하고 있는 컨텍스트 중 상기 과거 상태정보 요청에 따른 컨텍스트를 추출하여 상기 제어 노드로 전달할 수 있다.

구체적으로, 상기 네트워크장치는, 제어 시그널링 영역(Control Plane)에 속하는 상기 제어 노드의 제어에 따라 데이터 세션을 생성 및 제어하는 데이터 송수신 영역(User Plane)의 노드이며, 상기 상태정보 및 상기 추출한 컨텍스트 중 적어도 하나는, 상기 제어 시그널링 영역의 노드로부터의 요청 수신과 무관하게, 상기 데이터 송수신 영역의 노드가 상기 제어 시그널링 영역의 노드에 전송할 수 있도록 정의된 세션 보고 요청(Session Report Request) 메시지를 통해 전달될 수 있다.

구체적으로, 상기 보관정보는, 상기 상태정보의 종류 별로, 상태정보 기반의 컨텍스트를 보관하는 구간시간 및 보관하는 최대 개수, 컨텍스트 형태 중 적어도 하나를 포함할 수 있다.

구체적으로, 상기 보관제어부는, 상기 보관정보에 따라, 각 상태정보 별로 최대 개수 및 컨텍스트 형태를 근거로 컨텍스트 보관 자원을 할당하고, 상기 보관정보가 수신된 시점부터 상기 구간시간이 경과한 시점까지의 컨텍스트 윈도우를 기준으로, 상기 컨텍스트 보관 자원에 저장되는 컨텍스트를 슬라이딩 윈도우(sliding window) 방식에 따라 삭제하는 컨텍스트 구조를 생성할 수 있다.

구체적으로, 상기 보관정보 및 상기 과거 상태정보 요청 중 적어도 하나는, 상기 제어 노드로부터 수신되는 세션 제어메시지를 통해 수신될 수 있다.

구체적으로, 상기 보관제어부는, 상기 추출한 컨텍스트를 상기 제어 노드로 전달 시, 상태정보를 상기 제어 노드에 전달하는 경우와 식별되는 특정 식별자를 이용할 수 있다.

구체적으로, 상기 특정 식별자는, 상기 제어 노드로부터 수신한 상기 과거 상태정보 요청에서 확인되는 식별자, 또는 전달하는 대상 컨텍스트와 관련하여 이용하도록 정의된 식별자일 수 있다.

상기 목적을 달성하기 위한 본 발명의 제 2 관점에 따른 네트워크장치에서 수행되는 상태정보 기반의 컨텍스트 관리 방법은, 상기 네트워크장치 및 상기 네트워크장치에서 제어하는 데이터 세션 중 적어도 하나에 대한 상태정보와 관련하여, 제어 노드로부터 보관정보를 수신하는 파라미터수신단계; 및 상태정보가 상기 제어 노드로 전달되는 경우, 기 수신한 상기 보관정보에 따라 상기 전달된 상태정보 기반의 컨텍스트를 보관하는 컨텍스트보관단계를 포함한다.

구체적으로, 상기 제어 노드로부터의 과거 상태정보 요청 수신 시, 상기 보관하고 있는 컨텍스트 중 상기 과거 상태정보 요청에 따른 컨텍스트를 추출하여 상기 제어 노드로 전달하는 컨텍스트전달단계를 더 포함할 수 있다.

구체적으로, 상기 컨텍스트전달단계는, 상기 추출한 컨텍스트를 상기 제어 노드로 전달 시, 상태정보를 상기 제어 노드에 전달하는 경우와 식별되는 특정 식별자를 이용할 수 있다.

본 발명의 네트워크장치 및 상태정보 기반의 컨텍스트 관리 방법에 따르면, UPF에서 SRR를 통해 전달하는 상태정보를 보관하기 위한 기술을 실현함으로써, UPF의 과거 상태정보가 필요한 경우 열람(획득)이 가능한 서비스 환경을 제공할 수 있는 효과를 도출한다.

도 1은 5G 시스템의 구조를 보여주는 예시도이다.
도 2는 기존 기술에서 UPF가 상태정보를 SRR(Session Report Request)을 통해 전달하는 과정을 보여주는 예시도이다.
도 3은 본 발명의 일 실시예에 따른 네트워크장치의 구성을 나타내는 블록도이다.
도 4는 본 발명의 일 실시예에 따른 상태정보 기반의 컨텍스트 관리 방법을 시스템 관점에서 보여주는 흐름도이다.
도 5는 본 발명의 일 실시예에 따른 상태정보 기반의 컨텍스트 관리 방법을 구체적으로 보여주는 흐름도이다.

이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대하여 설명한다.

5G 통신시스템은, 한정된 무선자원을 기반으로 최대한 많은 수의 단말을 수용하면서, eMBB (enhanced mobile broadband, 향상된 모바일 광대역)/mMTC(massive machine type communications, 대규모 기계형 통신)/URLLC(ultra-reliable and low latency communications, 고도의 신뢰도와 낮은 지연 시간 통신)의 시나리오를 지원하고 있다.

도 1은 5G 시스템의 구조를 보여주는 예시도이다.

도 1에서 알 수 있듯이, 5G에서 Control Plane의 제어노드는, 단말의 무선구간 액세스를 제어하는 AMF(Access and Mobility Function), 단말 정보와 단말 별 가입서비스정보, 과금 등의 정책을 관리/제어하는 PCF(Policy Control Function), 단말 별로 데이터 서비스 이용을 위한 세션을 관리/제어하는 SMF(Session Management Function), 외부 망과의 정보 공유 기능을 담당하는 NEF(Network Exposure Function), 네트워크 내 각 노드들에 대한 정보를 관리/제어하는 기능의 NRF(Network Repository Function) 등으로 정의할 수 있다.

그리고, 5G에서 User Plane의 데이터노드는, SMF의 제어(연동)를 토대로 단말과의 세션을 통해 단말 및 외부 서비스망(예: DN(Data Network)) 상의 서버 간 데이터를 송수신하는 UPF(User Plane Function)로 정의할 수 있다.

이에, UPF는, 세션이 해제된 단말(예: Idle 단말)로의 다운링크(DL) 데이터 수신 시 세션 정보를 얻기 위해 전달하는 상태정보(이하, DDN(Downlink Data Notification)), 단말의 데이터 세션에 대한 업링크/다운링크 사용량을 전달하는 상태정보(이하, Usage), UPF 자신의 과부하 상태를 전달하는 상태정보(이하, Overload) 등, 5G 표준에서 정의한 내용의 상태정보를 SRR 메시지를 통해 SMF로 전달할 수 있다.

도 2를 참조하여, 현재 표준 정의에 따라, UPF가 상태정보를 SRR(Session Report Request)을 통해 전달하는 과정을 설명하겠다.

예컨대, UPF가 Usage 상태정보를 전달하는 경우를 가정하여 설명하겠다.

UPF는, Usage 상태정보를 전달하도록 정의된 트리거링 조건에 따라, 자신이 제어하는 데이터 세션 별 Usage(예: UL 사용량, DL사용량 등)을 모니터링하는 중 트리거링 조건이 만족되면, 그에 따른 Usage(예: UL 사용량, DL사용량 등)의 상태정보를 생성 및 SRR를 통해 SMF로 전달할 수 있다(1).

이에, SMF는 UPF로부터 SRR를 통해 전달되는 Usage 상태정보를 규격에 정의된 과정에 따라 처리할 수 있고, SRR 메시지에 대해서는 성공적으로 수신하였음을 나타내는 응답 Session Report Response "success"를 UPF로 회신하게 된다(2).

UPF는, SRR를 SMF에 전송한 후 SRR 메시지에 대한 수신 성공을 나타내는 응답 Session Report Response "success"이 회신되면, SRR를 통해 전달한 금번 Usage 상태정보를 바로 삭제(reset)하게 된다(3).

이처럼 현재 표준에서는, UPF는 SRR를 SMF에 전송한 후 Session Report Response "success"이 회신되면, SRR를 통해 전달한 상태정보를 바로 삭제(reset)하기 때문에, UPF가 전달한 상태정보는 일회성으로 이용될 수 밖에 없는 제약을 가진다.

이러한 제약으로 인해, 현재 표준에 따른다면, SMF 뿐 아니라 Control Plane의 제어노드에서 UPF의 과거 상태정보가 필요한 경우가 생기더라도 이를 얻을 수 없는 문제가 있다.

이에, 본 발명에서는, UPF에서 SRR를 통해 전달하는 상태정보를 보관하기 위한 방안을 제안하고, 더 나아가 UPF의 과거 상태정보가 필요한 경우 열람(획득)이 가능하도록 하는 방안을 제안하고자 한다.

구체적으로, 본 발명에서 제안하는 기술 방안을 실현하는 네트워크장치를 제안한다.

도 3을 참조하여, 본 발명의 일 실시예에 따른 네트워크장치(100)를 설명하면, 네트워크장치(100)는 보관정보수신부(120), 보관제어부(130)를 포함한다.

더 나아가, 본 발명의 일 실시예에 따른 네트워크장치(100)는 보고부(110)를 더 포함할 수 있다.

이러한 본 발명의 네트워크장치(100)는, 도 1에 도시된 User Plane의 노드 즉 각 UPF에 해당될 수 있다.

따라서, 본 발명의 네트워크장치(100)는, User Plane에서 UPF로서 자신의 기능을 수행하기 위한 프로세스모듈(1,2,...N) 및 메시지를 송수신하기 위한 인터페이스모듈(1,2,...N)을 구비하고 있을 것이다.

그리고 본 발명의 일 실시예에 따른 네트워크장치(100)는 Control Plane의 노드(SMF), 단말 및 외부 서비스망(예: DN(Data Network)) 간의 데이터 세션을 연결하기 위해 단말 측 (R)AN, 외부 서비스망(예: DN(Data Network)) 및/또는 타 UPF와 통신하기 위한 통신부(140)를 더 포함할 수 있다.

이에 통신부(140)는, SMF와 통신하도록 정의된 N4 인터페이스를 지원하고, (R)AN과 통신하도록 정의된 N3 인터페이스를 지원하고, DN과 통신하도록 정의된 N6 인터페이스를 지원하고, 타 UPF와 통신하도록 정의된 N9 인터페이스를 지원할 수 있다.

다만, 통신부(140)는, 5G에서 정의하고 있는 노드(NF) 간 서비스 기반 인터페이스(Service Based Interface)에서 정의되는 바에 따라, SMF 및 기타 NF(Network Function)와의 통신을 Nupf 인터페이스(Request/Response, Subscribe/Notify)를 통해 지원할 수 있다.

이러한 네트워크장치(100)의 구성 전체 내지는 적어도 일부는 하드웨어 모듈 형태 또는 소프트웨어 모듈 형태로 구현되거나, 하드웨어 모듈과 소프트웨어 모듈이 조합된 형태로도 구현될 수 있다.

여기서, 소프트웨어 모듈이란, 예컨대, 네트워크장치(100) 내에서 연산을 제어하는 프로세서에 의해 실행되는 명령어로 이해될 수 있으며, 이러한 명령어는 네트워크장치(100) 내 메모리에 탑재된 형태를 가질 수 있을 것이다.

결국, 본 발명의 일 실시예에 따른 네트워크장치(100)는 전술한 구성을 통해, 본 발명에서 제안하는 방안 즉 UPF에서 SRR를 통해 전달하는 상태정보를 보관하는 방안을 실현하며, 이하에서는 이를 실현하기 위한 네트워크장치(100) 내 각 구성에 대해 보다 구체적으로 설명하기로 한다.

보관정보수신부(120)는, 네트워크장치(100) 및 네트워크장치(100)에서 제어하는 데이터 세션 중 적어도 하나에 대한 상태정보와 관련하여, 제어 노드로부터 보관정보를 수신한다.

여기서, 본 발명의 네트워크장치(100)에 보관정보를 제공하는 제어 노드는 제어 시그널링 영역(Control Plane)에 속하는 SMF이고, 네트워크장치(100)는 SMF의 제어에 따라 데이터 세션을 생성 및 제어하는 데이터 송수신 영역(User Plane)의 노드 즉 UPF에 해당된다.

이에, 본 발명의 네트워크장치(100, UPF의 보관정보수신부(120))는, 네트워크장치(100, UPF) 및 네트워크장치(100, UPF)에서 제어하는 데이터 세션에 대한 상태정보와 관련하여, SMF로부터 보관정보를 수신할 수 있다.

본 발명에서 보관정보를 수신하는 일 실시예에 대해 구체적으로 설명하면 다음과 같다.

먼저, 보고부(110)에 대하여 설명하면, 보고부(110)는, 상태정보 별 트리거링 조건에 따라, 상태정보를 생성하여 제어 노드 즉 SMF로 전달하는 기능을 수행한다.

구체적으로 설명하면, 네트워크장치(100, UPF)에는, 네트워크장치(100, UPF) 및 네트워크장치(100, UPF)에서 제어하는 데이터 세션에 대한 여러 종류의 상태정보 별로, SMF에서 설정한 트리거링 조건(예: Trigger / Threshold / Event)이 보유된다.

여기서, 네트워크장치(100, UPF)에서 생성하는 상태정보는, 세션이 해제된 단말(예: Idle 단말)로의 다운링크(DL) 데이터 수신 시 세션 정보를 얻기 위해 전달하는 상태정보(이하, DDN(Downlink Data Notification)), 단말의 데이터 세션에 대한 업링크/다운링크 사용량을 전달하는 상태정보(이하, Usage), UPF 자신의 과부하 상태를 전달하는 상태정보(이하, Overload), 세션 내 처리되는 트래픽 및 패킷에 대한 오류를 보고하는 상태정보(이하, error), UPF 자신의 트래픽 처리를 위한 CPU, Memory 자원 로드 상태를 전달하는 상태정보(이하, load) 등, 5G 표준에서 정의한 여러 종류의 상태정보를 포함할 수 있다.

이에, 보고부(110)는, 상태정보 별로 각기 설정된 트리거링 조건(예: Trigger / Threshold / Event)에 따라 모니터링을 수행하고, 트리거링 조건을 만족하는 상태정보를 생성하여 SMF로 전달한다.

이때, SMF로 전달되는 상태정보는, 제어 시그널링 영역의 노드로부터의 요청 수신과 무관하게, 데이터 송수신 영역의 노드가 제어 시그널링 영역의 노드에 전송할 수 있도록 정의된 세션 보고 요청(Session Report Request) 메시지를 통해 전달된다.

즉, 보고부(110)는, 상태정보를 SRR 메시지를 통해 SMF로 전달하는 것이다.

예를 들어, 상태정보 중 Usage 상태정보를 일 예로 설명하면, 보고부(110)는, 자신이 제어하는 각 단말의 데이터 세션(PDU 세션) 단위로, Usage 상태정보를 전달하도록 정의된 트리거링 조건에 따라, Usage(예: UL 사용량, DL사용량 등)을 모니터링할 수 있다.

이에, 보고부(110)는, 모니터링 중 특정 데이터 세션의 트리거링 조건이 만족되면, 해당하는 특정 데이터 세션에 대한 Usage 상태정보를 생성 및 SRR를 통해 SMF로 전달할 수 있다.

이때, Usage 상태정보에는, Start Time, End Time, 모니터링하는 Time(일정 기간 동안 측정, QoS 적용 전/후 포함 가능), Volume Measurement(Uplink(UL 사용량), Downlink(DL 사용량), Total(총 사용량)), Duration Measurement, Application Detection Information(특정 Application/트래픽 식별), Time of First Packet, Last Packet에 대한 정보가 포함될 수 있다.

더 나아가, Usage 상태정보에는, UE Client IP, Server IP, QoS 정보, Session 및 각 Flow에 대한 지연값 및 속도에 대한 정보가 포함될 수도 있다.

보관정보수신부(120)는, 전술과 같이 보고부(110)에서 SMF로 전달하는 상태정보(예: DDN, Usage, Overload 등)와 관련하여, SMF로부터 보관정보를 수신할 수 있다.

이때, 보관정보는, SMF로부터 수신되는 세션 제어메시지를 통해 수신될 수 있다.

즉, 네트워크장치(100, UPF)는, SMF로부터 수신되는 세션 제어메시지 구체적으로 Session Establishment Request 메시지에 따른 정보들(예: UE ID, Slice ID, PDU 세션 ID, QER, FAR 등)을 근거로 단말의 데이터 세션을 생성하게 되며, SMF로부터 수신되는 세션 제어메시지 구체적으로 Session Modify Request 메시지에 따른 정보들(예: UE ID, Slice ID, PDU 세션 ID, QER, FAR 등)을 근거로 단말의 데이터 세션을 제어하게 된다.

보관정보수신부(120)는, SMF로부터 수신되는 이러한 세션 제어메시지, Session Establishment/Modify Request를 통해 상태정보(예: DDN, Usage, Overload 등)에 대한 보관정보를 수신할 수 있다.

예를 들면, 보관정보수신부(120)는, SMF로부터 세션 제어메시지 수신 시, 메시지 내 보관정보가 존재하는지 확인하고 존재 시 보관정보를 획득 및 저장(또는 기 저장된 보관정보 업데이트)할 수 있다.

구체적으로, 일 실시예에 따르면, 보관정보는, 상태정보의 종류 별로, 상태정보 기반의 컨텍스트를 보관하는 구간시간 및 보관하는 최대 개수, 컨텍스트 형태 중 적어도 하나가 포함하는 구조일 수 있다.

예를 들면, 보관정보에는, 상태정보(예: DDN, Usage, Overload 등) 별로, 상태정보 기반의 컨텍스트를 보관하는 구간시간(예: DDN_100초, Usage_24시간, Overload_10분 등) 및 보관하는 최대 개수(예: DDN_100개, Usage_1000개, Overload_50개 등)가 포함될 수 있다.

또한, 보관정보에는, 상태정보(예: DDN, Usage, Overload 등) 별로, 어떤 형태의 컨텍스트를 생성해야 하는지를 지정하는 컨텍스트 형태가 포함되며, 예를 들면 DDN 상태정보의 경우 DDN Report Request ID/DDN 시퀀스넘버(SEQN)의 컨텍스트 형태일 수 있고, Usage 상태정보의 경우 Usage Report Request ID/Usage Report SEQN/ Usage Report Trigger(어떤 트리거링 조건이 만족되어 보고되었는지)의 컨텍스트 형태일 수 있다.

한편, 다른 실시예에 따르면 보관정보는, SRR 메시지의 타입 별로, 구간시간 및 최대 개수 및 컨텍스트 형태 중 적어도 하나를 포함할 수 있다.

또한, 다른 실시예에 따르면 보관정보는, Nupf 인터페이스의 Service Name/Service Operation/Attribute Name 별 선택적으로, 구간시간 및 최대 개수 및 컨텍스트 형태 중 적어도 하나를 포함할 수 있다.

보관제어부(130)는, 상태정보가 제어 노드 즉 SMF로 전달되는 경우, 앞서 보관정보수신부(120)에서 수신한 보관정보에 따라 금번 전달된 상태정보 기반의 컨텍스트를 보관한다.

즉, 보관제어부(130)는, 보고부(110)에서 SRR 메시지를 통해 상태정보를 SMF로 전달할 때마다, 금번 전달된 상태정보 기반의 컨텍스트를 보관정보에 따라 생성 및 보관할 수 있다.

일 실시예를 구체적으로 설명하면, 보관제어부(130)는, 앞서 보관정보수신부(120)에서 수신한 최신의 보관정보에 따라, 각 상태정보 별로 최대 개수 및 컨텍스트 형태를 근거로 컨텍스트 보관 자원을 할당할 수 있다.

예를 들어, 보관정보에 포함되는 DDN 상태정보의 경우 구간시간(예: DDN_100초), 최대 개수(예: DDN_100개), DDN Report Request ID/DDN 시퀀스넘버(SEQN)/상태정보의 일부 또는 전체의 컨텍스트 형태를 가정할 때, 보관제어부(130)는, DDN 상태정보에 대하여 최대 개수(예: DDN_100개) 및 컨텍스트 형태(예: DDN Report Request ID/DDN SEQN/상태정보의 일부 또는 전체)를 근거로 최대 개수의 DDN 컨텍스트를 저장할 수 있는 컨텍스트 보관 자원을 할당할 수 있다.

또한, 보관정보에 포함되는 Usage 상태정보의 경우 구간시간(예: Usage_24시간), 최대 개수(예: Usage_1000개), URR ID/Usage Report SEQN/Usage Report Trigger/상태정보의 일부 또는 전체의 컨텍스트 형태를 가정할 때, 보관제어부(130)는, Usage 상태정보에 대하여 최대 개수(예: Usage_1000개) 및 컨텍스트 형태(예: URR ID/Usage Report SEQN/Usage Report Trigger/상태정보의 일부 또는 전체)를 근거로 최대 개수의 Usage 컨텍스트를 저장할 수 있는 컨텍스트 보관 자원을 할당할 수 있다.

이와 같은 방식으로, 보관제어부(130)는, 보관정보에 따라, 각 상태정보 별로 최대 개수 및 컨텍스트 형태를 근거로 컨텍스트 보관 자원을 할당할 수 있다.

그리고, 보관제어부(130)는, 보관정보에 따라, 각 상태정보 별로 보관정보가 수신된 시점부터 구간시간이 경과한 시점까지의 컨텍스트 윈도우를 기준으로, 컨텍스트 보관 자원에 저장되는 컨텍스트를 슬라이딩 윈도우(sliding window) 방식에 따라 삭제하는 컨텍스트 구조를 생성할 수 있다.

예를 들어, 보관정보에 포함되는 DDN 상태정보의 경우 구간시간(예: DDN_100초), 최대 개수(예: DDN_100개), DDN Report Request ID/DDN 시퀀스넘버(SEQN)/ 상태정보의 일부 또는 전체의 컨텍스트 형태를 가정할 때, 보관제어부(130)는, DDN 상태정보에 대하여, 보관정보가 수신된 시점(t)부터 구간시간(예: DDN_100초)이 경과하는 시점까지의 컨텍스트 윈도우(t + 100초)를 기준으로, DDN 컨텍스트 보관 자원에 저장되는 컨텍스트를 sliding window 방식에 따라 삭제하는 컨텍스트 구조를 생성할 수 있다.

또한, 보관정보에 포함되는 Usage 상태정보의 경우 구간시간(예: Usage_24시간), 최대 개수(예: Usage_1000개), URR ID/Usage Report SEQN/Usage Report Trigger/상태정보의 일부 또는 전체의 컨텍스트 형태를 가정할 때, 보관제어부(130)는, Usage 상태정보에 대하여, 보관정보가 수신된 시점(t)부터 구간시간(예: Usage_24시간)이 경과하는 시점까지의 컨텍스트 윈도우(t + 24시간)를 기준으로, Usage 컨텍스트 보관 자원에 저장되는 컨텍스트를 sliding window 방식에 따라 삭제하는 컨텍스트 구조를 생성할 수 있다.

이와 같은 방식으로, 보관제어부(130)는, 보관정보에 따라, 각 상태정보 별로, 생성한 컨텍스트가 컨텍스트 윈도우 시간만큼 보관된 후 자동으로 삭제될 수 있도록 하는 컨텍스트 구조를 생성할 수 있다.

이에, 보관제어부(130)는, 보고부(110)에서 SRR 메시지를 통해 상태정보를 SMF로 전달할 때마다, 금번 전달된 상태정보 기반의 컨텍스트를 보관정보에 따른 컨텍스트 형태로 생성하고, 기 할당 및 생성해 둔 컨텍스트 보관 자원에 컨텍스트 구조에 따라 보관할 수 있다.

이상 설명한 바에 따르면, 본 발명의 네트워크장치(100, UPF)는, SRR 메시지를 통해 SMF로 상태정보를 전달하는 경우, 전달한 상태정보 기반의 컨텍스트를 생성하여 보관하고 있다.

즉, 본 발명의 네트워크장치(100, UPF)는, UPF가 SRR 메시지를 통해 SMF로 전달한 상태정보를 SMF로부터 Session Report Response "success"회신 시 바로 삭제(reset)하더라도, 별도로 생성한 상태정보 기반의 컨텍스트를 보관할 수 있는 것이다.

더 나아가, 보관제어부(130)는, 제어 노드 즉 SMF로부터의 과거 상태정보 요청 수신 시, 보관하고 있는 컨텍스트 중 금번 과거 상태정보 요청에 따른 컨텍스트를 추출하여 SMF로 전달하는 기능을 수행할 수 있다.

이때, SMF로부터의 과거 상태정보 요청은, SMF로부터 수신되는 세션 제어메시지를 통해 수신될 수 있다.

보관제어부(130)는, SMF로부터 수신되는 이러한 세션 제어메시지, Session Establishment/Modify Request를 통해 과거 상태정보 요청을 수신할 수 있다.

예를 들면, 보관제어부(130)는, SMF로부터 세션 제어메시지 수신 시, 메시지 내 과거 상태정보 요청이 존재하는지 여부를 확인할 수 있다.

이는, 네트워크장치(100, UPF) 및 SMF 간에 기 정의한 특정 식별자를 근거로 확인할 수 있다.

일 예에 따르면, 본 발명에서는, 과거 상태정보 요청을 식별하기 위한 특정 식별자로서, Context information flag 를 정의하고 Context information flag=1의 경우 과거 상태정보 요청을 나타내는 것으로 정의할 수 있다.

이 경우, 보관제어부(130)는, SMF로부터 세션 제어메시지 수신 시, 메시지 내 Context infor. Flag=1이 확인되면, 과거 상태정보 요청이 수신되는 것으로 확인할 수 있다.

한편, 추출한 컨텍스트는, SRR 메시지를 통해 SMF로 전달될 수 있다.

이에, 보관제어부(130)는, 세션 제어메시지(Session Establishment/Modify Request)를 통해 SMF로부터 과거 상태정보 요청을 수신하게 되면, 보관하고 있는 컨텍스트 중 금번 과거 상태정보 요청에 따른 컨텍스트를 추출하여 SRR 메시지를 통해 SMF로 전달할 수 있다.

일 예에 따르면, 과거 상태정보 요청에는, 전달 대상의 컨텍스트를 지정하기 위한 정보가 포함될 것이다.

예를 들면, 과거 상태정보 요청에는, 전달 대상의 컨텍스트를 지정하기 위한 정보로서, UE ID, Slice ID 및 마지막 50초를 나타내는 정보가 포함될 수 있다.

이 경우, 보관제어부(130)는, 상태정보 별 컨텍스트 보관 자원에 보관된 컨텍스트 중, 최근(마지막) 50초 기간 내에 생성된 컨텍스트 중 UE ID 및 Slice ID가 일치하는 컨텍스트를 추출하여 SRR 메시지를 통해 SMF로 전달할 수 있다.

또 다른 예를 들면, 과거 상태정보 요청에는, 전달 대상의 컨텍스트를 지정하기 위한 정보로서, Usage, Slice ID 및 마지막 50개를 나타내는 정보가 포함될 수 있다.

이 경우, 보관제어부(130)는, Usage 컨텍스트 보관 자원에 보관된 컨텍스트 중, 최근(마지막)에 생성된 컨텍스트부터 50개의 컨텍스트 중 Slice ID가 일치하는 컨텍스트를 추출하여 SRR 메시지를 통해 SMF로 전달할 수 있다.

이때, 보관제어부(130)는, 추출한 컨텍스트를 SRR 메시지를 통해 SMF로 전달할 때, 상태정보를 SMF에 전달하는 경우와 식별되는 특정 식별자를 이용할 수 있다.

구체적으로, 특정 식별자는, SMF로부터 수신한 과거 상태정보 요청에서 확인되는 식별자 즉 전술의 Context information flag=1, 또는 전달하는 대상 컨텍스트와 관련하여 이용하도록 정의된 별도의 식별자일 수 있다.

보관제어부(130)는, 추출한 컨텍스트를 SRR 메시지를 통해 SMF로 전달할 때, Context information flag=1를 특정 식별자로서 이용/포함시켜 SMF로 하여금 상태정보를 전달하는 경우와 식별되도록 할 수 있고, 또는 네트워크장치(100, UPF) 및 SMF 간에 기 정의한 별도의 식별자를 특정 식별자로서 이용/포함시켜 SMF로 하여금 상태정보를 전달하는 경우와 식별되도록 할 수도 있다.

이상 설명한 바에 따르면, 본 발명의 네트워크장치(100, UPF)는, SRR 메시지를 통해 SMF로 상태정보를 전달하는 경우, 전달한 상태정보 기반의 컨텍스트를 생성하여 보관한다.

그리고, 본 발명의 네트워크장치(100, UPF)는, SMF로부터 과거 상태정보 요청 시 요청에 따른 컨텍스트를 추출/전달함으로써, 타 노드 즉 SMF 또는 SMF와 연동하는 다른 제어 노드에서 UPF의 과거 상태정보가 필요한 경우 열람(획득)이 가능하도록 한다.

이에, 본 발명에 따르면, UPF에 의해 전달되는 상태정보가 일회성으로 이용될 수 밖에 없는 기존의 제약에서 벗어나, 타 노드 즉 SMF 또는 SMF와 연동하는 다른 제어 노드에서 UPF의 과거 상태정보가 필요한 경우 열람(획득)할 수 있도록 하는 효과, 이를 근거로 보다 고 품질의 다양한 서비스 구현이 가능해지는 효과를 기대할 수 있다.

이하에서는, 도 4 및 도 5를 참조하여, 본 발명의 바람직한 실시예에 따른 상태정보 기반의 컨텍스트 관리 방법을 설명하겠다.

먼저 도 4를 참조하여, 본 발명의 일 실시예에 따른 상태정보 기반의 컨텍스트 관리 방법을 시스템 관점에서 설명하겠다.

도 4에는, SMF와 연동하는 다른 제어 노드(Network Function)으로부터의 요청에 따라, SMF가 본 발명의 네트워크장치(100, UPF)과 컨텍스트 보관 및 전달 기능을 실현하는 일 실시예를 도시하고 있다.

타 NF(20)으로부터의 컨텍스트 보관 요청 수신 시(S10, 예: URLLC 서비스_Slice ID), SMF(10)은 UPF(100)으로 세션 제어메시지(Session Establishment/Modify Request)를 통해 보관정보(이하, 보관파라미터로 지칭)를 전달할 수 있다(S20)

이 경우, UPF(100)는 세션 제어메시지(Session Establishment/Modify Request)에 대한 응답 Response (ok)을 회신한 후(S22), 보관파라미터에 따라 컨텍스트를 보관할 준비를 한다.

한편, UPF(100)는, 상태정보(예: DDN, Usage, Overload 등) 별로 각기 설정된 트리거링 조건(예: Trigger / Threshold / Event)에 따라 모니터링을 수행하고, 트리거링 조건을 만족하는 상태정보를 생성하여 SRR을 통해 SMF(10)로 전달하는 동작을 수행한다(S30,S40).

이때, UPF(100)는, SRR 메시지를 통해 상태정보를 SMF(10)로 전달할 때마다, 보관파라미터에 따라 상태정보 기반 컨텍스트를 생성/보관한다(S35,S45).

타 NF(20)으로부터의 컨텍스트 제공 요청 수신 시(S50, 예:시간_마지막 50초, UE ID, Slice ID), SMF(10)은 UPF(100)으로 세션 제어메시지(Session Establishment/Modify Request)를 통해 과거 상태정보 요청을 전달한다(S60).

이때, SMF(10)은 메시지 내 Context infor. Flag=1를 포함시켜, UPF(100)로 하여금 과거 상태정보 요청임을 식별할 수 있도록 한다.

UPF(100)는 세션 제어메시지(Session Establishment/Modify Request)에 대한 응답 Response (ok)을 회신한 후(S62), 보관하고 있는 컨텍스트 중 금번 과거 상태정보 요청에 따른 컨텍스트를 추출하여(S70) SRR을 통해 SMF(10)로 전달한다(S80).

이때, UPF(100)는 SRR 메시지 내 Context infor. Flag=1를 포함시켜, SMF(10)로 하여금 과거 상태정보 요청에 따른 컨텍스트 전달임을 식별할 수 있도록 한다.

이렇게 되면, SMF(10)는 전달받은 컨텍스트를 타 NF(20)로 전달하기 위해 필요한 처리 후 타 NF(20)로 전달할 수 있다(S90).

이하에서는, 도 5를 참조하여, 본 발명의 일 실시예에 따른 상태정보 기반의 컨텍스트 관리 방법을 구체적으로 설명하겠다.

본 발명의 상태정보 기반 컨텍스트 관리 방법에 따르면, 네트워크장치(100, UPF)는 SMF로부터 보관파라미터를 수신할 수 있다(S100).

예컨대, 네트워크장치(100, UPF)는, SMF로부터 수신되는 세션 제어메시지 구체적으로 Session Establishment Request 메시지에 따른 정보들(예: UE ID, Slice ID, PDU 세션 ID, QER, FAR 등)을 근거로 단말의 데이터 세션을 생성하게 되며, SMF로부터 수신되는 세션 제어메시지 구체적으로 Session Modify Request 메시지에 따른 정보들(예: UE ID, Slice ID, PDU 세션 ID, QER, FAR 등)을 근거로 단말의 데이터 세션을 제어하게 된다.

본 발명의 상태정보 기반 컨텍스트 관리 방법에 따르면, 네트워크장치(100, UPF)는 SMF로부터 수신되는 이러한 세션 제어메시지, Session Establishment/Modify Request를 통해 상태정보(예: DDN, Usage, Overload 등)에 대한 보관파라미터를 수신할 수 있다(S100).

본 발명의 상태정보 기반 컨텍스트 관리 방법에 따르면, 네트워크장치(100, UPF)는 수신한 보관정보(보관파라미터)에 따라, 각 상태정보 별로 최대 개수 및 컨텍스트 형태를 근거로 컨텍스트 보관 자원을 할당하고, 각 상태정보 별로 파라미터가 수신된 시점부터 구간시간이 경과한 시점까지의 컨텍스트 윈도우를 기준으로, 컨텍스트 보관 자원에 저장되는 컨텍스트를 슬라이딩 윈도우(sliding window) 방식에 따라 삭제하는 컨텍스트 구조를 생성할 수 있다(S110).

예를 들어, 보관정보에 포함되는 DDN 상태정보의 경우 구간시간(예: DDN_100초), 최대 개수(예: DDN_100개), DDN Report Request ID/DDN 시퀀스넘버(SEQN)/상태정보의 일부 또는 전체의 컨텍스트 형태를 가정할 때, 네트워크장치(100, UPF)는, DDN 상태정보에 대하여 최대 개수(예: DDN_100개) 및 컨텍스트 형태(예: DDN Report Request ID/DDN SEQN/상태정보의 일부 또는 전체)를 근거로 최대 개수의 DDN 컨텍스트를 저장할 수 있는 컨텍스트 보관 자원을 할당할 수 있다.

또한, 보관정보에 포함되는 Usage 상태정보의 경우 구간시간(예: Usage_24시간), 최대 개수(예: Usage_1000개), URR ID/Usage Report SEQN/Usage Report Trigger/상태정보의 일부 또는 전체의 컨텍스트 형태를 가정할 때, 네트워크장치(100, UPF)는, Usage 상태정보에 대하여 최대 개수(예: Usage_1000개) 및 컨텍스트 형태(예: URR ID/Usage Report SEQN/Usage Report Trigger/상태정보의 일부 또는 전체)를 근거로 최대 개수의 Usage 컨텍스트를 저장할 수 있는 컨텍스트 보관 자원을 할당할 수 있다.

이와 같은 방식으로, 네트워크장치(100, UPF)는 보관정보(보관파라미터)에 따라, 각 상태정보 별로 최대 개수 및 컨텍스트 형태를 근거로 컨텍스트 보관 자원을 할당할 수 있다.

또한 예를 들어, 보관정보에 포함되는 DDN 상태정보의 경우 구간시간(예: DDN_100초), 최대 개수(예: DDN_100개), DDN Report Request ID/DDN 시퀀스넘버(SEQN)/ 상태정보의 일부 또는 전체의 컨텍스트 형태를 가정할 때, 네트워크장치(100, UPF)는, DDN 상태정보에 대하여, 보관정보가 수신된 시점(t)부터 구간시간(예: DDN_100초)이 경과하는 시점까지의 컨텍스트 윈도우(t + 100초)를 기준으로, DDN 컨텍스트 보관 자원에 저장되는 컨텍스트를 sliding window 방식에 따라 삭제하는 컨텍스트 구조를 생성할 수 있다.

또한, 보관정보에 포함되는 Usage 상태정보의 경우 구간시간(예: Usage_24시간), 최대 개수(예: Usage_1000개), URR ID/Usage Report SEQN/Usage Report Trigger/상태정보의 일부 또는 전체의 컨텍스트 형태를 가정할 때, 네트워크장치(100, UPF)는, Usage 상태정보에 대하여, 보관정보가 수신된 시점(t)부터 구간시간(예: Usage_24시간)이 경과하는 시점까지의 컨텍스트 윈도우(t + 24시간)를 기준으로, Usage 컨텍스트 보관 자원에 저장되는 컨텍스트를 sliding window 방식에 따라 삭제하는 컨텍스트 구조를 생성할 수 있다.

이와 같은 방식으로, 네트워크장치(100, UPF)는, 보관정보(보관파라미터)에 따라, 각 상태정보 별로, 생성한 컨텍스트가 컨텍스트 윈도우 시간만큼 보관된 후 자동으로 삭제될 수 있도록 하는 컨텍스트 구조를 생성할 수 있다.

한편, 본 발명의 상태정보 기반 컨텍스트 관리 방법에 따르면, 네트워크장치(100, UPF)는 상태정보 별로 각기 설정된 트리거링 조건(예: Trigger / Threshold / Event)에 따라 모니터링을 수행하고(S120), 트리거링 조건을 만족하는 상태정보를 생성하여 SRR을 통해 SMF로 전달한다(S130).

본 발명의 상태정보 기반 컨텍스트 관리 방법에 따르면, 네트워크장치(100, UPF)는 S130단계에서 SRR 메시지를 통해 상태정보를 SMF로 전달할 때마다, 금번 전달된 상태정보 기반의 컨텍스트를 보관파라미터에 따라 생성 및 보관할 수 있다(S140).

예를 들면, 네트워크장치(100, UPF)는, S130단계에서 SRR 메시지를 통해 상태정보를 SMF로 전달할 때마다, 금번 전달된 상태정보 기반의 컨텍스트를 보관파라미터에 따른 컨텍스트 형태로 생성하고, 기 할당 및 생성해 둔 컨텍스트 보관 자원에 컨텍스트 구조에 따라 보관할 수 있다.

이상 본 발명의 상태정보 기반 컨텍스트 관리 방법에 따르면, 네트워크장치(100, UPF)는, SRR 메시지를 통해 SMF로 상태정보를 전달하는 경우, 전달한 상태정보 기반의 컨텍스트를 생성하여 보관할 수 있다.

그리고 본 발명의 상태정보 기반 컨텍스트 관리 방법에 따르면, 네트워크장치(100, UPF)는 SMF로부터의 과거 상태정보 요청 수신되는지 확인한다(S150).

즉 본 발명의 상태정보 기반 컨텍스트 관리 방법에 따르면, 네트워크장치(100, UPF)는, SMF로부터 세션 제어메시지(Session Establishment/Modify Request) 수신 시, 메시지 내 Context infor. Flag=1이 확인되면, 과거 상태정보 요청이 수신되는 것으로 확인할 수 있다(S150 Yes).

네트워크장치(100, UPF)는, 과거 상태정보 요청이 수신되면(S150 Yes), 보관하고 있는 컨텍스트 중 금번 과거 상태정보 요청에 따른 컨텍스트를 추출하여 SRR 메시지를 통해 SMF로 전달할 수 있다(S160,S170).

본 발명의 상태정보 기반 컨텍스트 관리 방법에 따르면, 네트워크장치(100, UPF)는, 추출한 컨텍스트를 SRR 메시지를 통해 SMF로 전달할 때(S170), Context information flag=1를 특정 식별자로서 이용/포함시켜 SMF로 하여금 상태정보를 전달하는 경우와 식별되도록 할 수 있고, 또는 네트워크장치(100, UPF) 및 SMF 간에 기 정의한 별도의 식별자를 특정 식별자로서 이용/포함시켜 SMF로 하여금 상태정보를 전달하는 경우와 식별되도록 할 수도 있다.

본 발명의 상태정보 기반 컨텍스트 관리 방법에 따르면, 네트워크장치(100, UPF)는, 상태정보 기반의 컨텍스트 보관 대상의 데이터 세션(예: PDU 세션) 연결이 해제되지 않는 한(S180 No), S120단계 및 그 이하 단계의 기능을 반복할 수 있다.

이상에서 설명한 바와 같이, 본 발명의 상태정보 기반 컨텍스트 관리 방법에 의하면, SRR 메시지를 통해 SMF로 상태정보를 전달하는 경우, 전달한 상태정보 기반의 컨텍스트를 생성하여 보관하고, SMF로부터 과거 상태정보 요청 시 요청에 따른 컨텍스트를 추출/전달함으로써, 타 노드 즉 SMF 또는 SMF와 연동하는 다른 제어 노드에서 UPF의 과거 상태정보가 필요한 경우 열람(획득)이 가능하도록 한다.

본 발명의 일 실시예에 따른 상태정보 기반 컨텍스트 관리 방법은, 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

지금까지 본 발명을 바람직한 실시 예를 참조하여 상세히 설명하였지만, 본 발명이 상기한 실시 예에 한정되는 것은 아니며, 이하의 특허청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 또는 수정이 가능한 범위까지 본 발명의 기술적 사상이 미친다 할 것이다.

본 발명에 따른 네트워크장치 및 상태정보 기반 컨텍스트 관리 방법에 따르면, UPF에 의해 전달되는 상태정보가 일회성으로 이용될 수 밖에 없는 기존의 제약에서 벗어나는 방안을 실현한다는 점에서, 기존 기술의 한계를 뛰어 넘음에 따라 관련 기술에 대한 이용만이 아닌 적용되는 장치의 시판 또는 영업의 가능성이 충분할 뿐만 아니라 현실적으로 명백하게 실시할 수 있는 정도이므로 산업상 이용가능성이 있는 발명이다.

100 : 네트워크장치(UPF)
110 : 보고부 120 : 보관정보수신부
130 : 보관제어부 140 : 통신부

Claims

네트워크장치에 있어서,
상기 네트워크장치 및 상기 네트워크장치에서 제어하는 데이터 세션 중 적어도 하나에 대한 상태정보와 관련하여, 제어 노드로부터 보관정보를 수신하는 보관정보수신부; 및
상태정보가 상기 제어 노드로 전달되는 경우, 기 수신한 상기 보관정보에 따라 상기 전달된 상태정보 기반의 컨텍스트를 보관하는 보관제어부를 포함하는 것을 특징으로 하는 네트워크장치.
제 1 항에 있어서,
상기 보관제어부는,
상기 제어 노드로부터의 과거 상태정보 요청 수신 시, 상기 보관하고 있는 컨텍스트 중 상기 과거 상태정보 요청에 따른 컨텍스트를 추출하여 상기 제어 노드로 전달하는 것을 특징으로 하는 네트워크장치.
제 1 항 또는 제 2 항에 있어서,
상기 네트워크장치는, 제어 시그널링 영역(Control Plane)에 속하는 상기 제어 노드의 제어에 따라 데이터 세션을 생성 및 제어하는 데이터 송수신 영역(User Plane)의 노드이며,
상기 상태정보 및 상기 추출한 컨텍스트 중 적어도 하나는,
상기 제어 시그널링 영역의 노드로부터의 요청 수신과 무관하게, 상기 데이터 송수신 영역의 노드가 상기 제어 시그널링 영역의 노드에 전송할 수 있도록 정의된 세션 보고 요청(Session Report Request) 메시지를 통해 전달되는 것을 특징으로 하는 네트워크장치.
제 1 항에 있어서,
상기 보관정보는,
상기 상태정보의 종류 별로, 상태정보 기반의 컨텍스트를 보관하는 구간시간 및 보관하는 최대 개수, 컨텍스트 형태 중 적어도 하나를 포함하는 것을 특징으로 하는 네트워크장치.
제 4 항에 있어서,
상기 보관제어부는,
상기 보관정보에 따라, 각 상태정보 별로 최대 개수 및 컨텍스트 형태를 근거로 컨텍스트 보관 자원을 할당하고,
상기 보관정보가 수신된 시점부터 상기 구간시간이 경과한 시점까지의 컨텍스트 윈도우를 기준으로, 상기 컨텍스트 보관 자원에 저장되는 컨텍스트를 슬라이딩 윈도우(sliding window) 방식에 따라 삭제하는 컨텍스트 구조를 생성하는 것을 특징으로 하는 네트워크장치.
제 1 항 또는 제 2 항에 있어서,
상기 보관정보 및 상기 과거 상태정보 요청 중 적어도 하나는,
상기 제어 노드로부터 수신되는 세션 제어메시지를 통해 수신되는 것을 특징으로 하는 네트워크장치.
제 2 항에 있어서,
상기 보관제어부는,
상기 추출한 컨텍스트를 상기 제어 노드로 전달 시, 상태정보를 상기 제어 노드에 전달하는 경우와 식별되는 특정 식별자를 이용하는 것을 특징으로 하는 네트워크장치.
제 7 항에 있어서,
상기 특정 식별자는,
상기 제어 노드로부터 수신한 상기 과거 상태정보 요청에서 확인되는 식별자, 또는 전달하는 대상 컨텍스트와 관련하여 이용하도록 정의된 식별자인 것을 특징으로 하는 네트워크장치.
네트워크장치에서 수행되는 상태정보 기반의 컨텍스트 관리 방법에 있어서,
상기 네트워크장치 및 상기 네트워크장치에서 제어하는 데이터 세션 중 적어도 하나에 대한 상태정보와 관련하여, 제어 노드로부터 보관정보를 수신하는 파라미터수신단계; 및
상태정보가 상기 제어 노드로 전달되는 경우, 기 수신한 상기 보관정보에 따라 상기 전달된 상태정보 기반의 컨텍스트를 보관하는 컨텍스트보관단계를 포함하는 것을 특징으로 하는 상태정보 기반의 컨텍스트 관리 방법.
제 9 항에 있어서,
상기 제어 노드로부터의 과거 상태정보 요청 수신 시, 상기 보관하고 있는 컨텍스트 중 상기 과거 상태정보 요청에 따른 컨텍스트를 추출하여 상기 제어 노드로 전달하는 컨텍스트전달단계를 더 포함하는 것을 특징으로 하는 상태정보 기반의 컨텍스트 관리 방법.
제 9 항 또는 제 10 항에 있어서,
상기 네트워크장치는, 제어 시그널링 영역(Control Plane)에 속하는 상기 제어 노드의 제어에 따라 데이터 세션을 생성 및 제어하는 데이터 송수신 영역(User Plane)의 노드이며,
상기 상태정보 및 상기 추출한 컨텍스트 중 적어도 하나는,
상기 제어 시그널링 영역의 노드로부터의 요청 수신과 무관하게, 상기 데이터 송수신 영역의 노드가 상기 제어 시그널링 영역의 노드에 전송할 수 있도록 정의된 세션 보고 요청(Session Report Request) 메시지를 통해 전달되는 것을 특징으로 하는 상태정보 기반의 컨텍스트 관리 방법.
제 9 항에 있어서,
상기 보관정보는,
상기 상태정보의 종류 별로, 상태정보 기반의 컨텍스트를 보관하는 구간시간 및 보관하는 최대 개수, 컨텍스트 형태 중 적어도 하나를 포함하는 것을 특징으로 하는 상태정보 기반의 컨텍스트 관리 방법.
제 10 항에 있어서,
상기 컨텍스트전달단계는,
상기 추출한 컨텍스트를 상기 제어 노드로 전달 시, 상태정보를 상기 제어 노드에 전달하는 경우와 식별되는 특정 식별자를 이용하는 것을 특징으로 하는 상태정보 기반의 컨텍스트 관리 방법.
제 13 항에 있어서,
상기 특정 식별자는,
상기 제어 노드로부터 수신한 상기 과거 상태정보 요청에서 확인되는 식별자, 또는 전달하는 대상 컨텍스트와 관련하여 이용하도록 정의된 식별자인 것을 특징으로 하는 상태정보 기반의 컨텍스트 관리 방법.