KR20220005936A - 네트워크 노드 및 네트워크 노드 간 메시지 전송 방법 - Google Patents

네트워크 노드 및 네트워크 노드 간 메시지 전송 방법 Download PDF

Info

Publication number
KR20220005936A
KR20220005936A KR1020200083733A KR20200083733A KR20220005936A KR 20220005936 A KR20220005936 A KR 20220005936A KR 1020200083733 A KR1020200083733 A KR 1020200083733A KR 20200083733 A KR20200083733 A KR 20200083733A KR 20220005936 A KR20220005936 A KR 20220005936A
Authority
KR
South Korea
Prior art keywords
message
processing
network node
service
network
Prior art date
Application number
KR1020200083733A
Other languages
English (en)
Inventor
이동진
이성준
최현준
Original Assignee
에스케이텔레콤 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 에스케이텔레콤 주식회사 filed Critical 에스케이텔레콤 주식회사
Priority to KR1020200083733A priority Critical patent/KR20220005936A/ko
Publication of KR20220005936A publication Critical patent/KR20220005936A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1012—Server selection for load balancing based on compliance of requirements or conditions with available server resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/16—
    • H04L67/2823—
    • H04L67/322—
    • H04L67/327—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은, 네트워크 노드(NF) 간 메시지 전송 시 자신의 자원상태를 타 네트워크 노드(예: SCP)와 공유할 수 있는 환경을 구현하고, 이러한 환경을 기반으로 각 NF Service의 저지연 처리/자원 경량화를 실현하는, 네트워크 노드 및 네트워크 노드 간 메시지 전송 방법을 제안하고 있다.

Description

네트워크 노드 및 네트워크 노드 간 메시지 전송 방법{NETWORK NODE AND MESSAGE SENDING METHOD BETWEEN NETWORK NODES}
본 발명은, 네트워크 노드 간 메시지 전송 기술에 관한 것이다.
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), 단말 별로 데이터 서비스 이용을 위한 세션을 관리/제어하는 SMF(Session Management Function), 외부 망과의 정보 공유 기능을 담당하는 NEF(Network Exposure Function), 네트워크 내 각 노드들에 대한 정보를 관리/제어하는 기능의 NRF(Network Repository Function), 가입자 세션의 QoS 품질을 제어하는 PCF(Policy Control Function), 가입자의 슬라이스 정보를 제공하는 NSSF(Network Slice Selection Function), 가입자에 대한 과금을 제공하는 CHF(CHarging Function), 가입자의 UDM(Unified Data Management)등으로 정의할 수 있다.
그리고, 5G에서 User Plane의 데이터노드는, SMF의 제어(연동)를 토대로 단말과의 세션을 통해 단말 및 어플리케이션 서버 간 데이터를 송수신하는 UPF(User Plane Function)로 정의할 수 있다.
그리고, 5G에서 Control Plane의 제어노드 및 User Plane의 데이터노드는 모두 네트워크 노드(Network Function)라 하겠다.
현재 5G SA는 단말에 대한 망 접속 및 처리에 대한 지연이 큰 단점이 있다.
즉 5G SA에서는 LTE/5G NSA와 달리 Service Based Interface(SBI, HTTP/2, HTTP/3 및 QUIC 기반)을 사용하고 있으며, SBI는 일반 P2P Interface 기반 시그널링(예: GTP-C) 보다 성능이 좋지 않기 때문에, LTE/5G NSA 대비 접속 시간, 처리/지연이 상당히 높은 단점이 있고 이 때문에 서비스 품질 저하가 발생될 수 밖에 없다.
아울러, 현재 표준에 따르면, 각 네트워크 노드(NF)는 자체적으로 로드 밸런싱(Load Balance), 오버로드 컨트롤(Overload Control)을 독립적으로 수행해야 하기 때문에, NF 설계/개발 및 동작 등에서 자원이 매우 무거워질 수 밖에 없으며, NF 자체에 대한 안정성 Risk 가 증가될 수 밖에 없다.
즉, 5G SA에서는, LTE/5G NSA 대비 큰 처리/지연의 단점 및 NF의 무거운 자원 문제 등을 해소하고, NF Service의 저지연 처리/자원 경량화를 실현할 수 있는 새로운 기술 방안이 필요한 시점이다.
본 발명은 상기한 사정을 감안하여 창출된 것으로서, 본 발명에서 도달하고자 하는 목적은, 5G SA에서 NF Service의 저지연 처리/자원 경량화를 실현할 수 있는 구체화된 방안을 제공하는, 네트워크 노드 및 네트워크 노드 간 메시지 전송 방법을 제공하는데 있다.
상기 목적을 달성하기 위한 본 발명의 제 1 관점에 따른 네트워크 노드는, 타 네트워크 노드의 NF(Network Function) 서비스 이용을 위해 상기 타 네트워크 노드로 전달하기 위한 메시지 전송 시, 상기 네트워크 노드의 처리상태정보를 함께 전송하는 메시지전송부를 포함하며; 상기 처리상태정보에는, 상기 타 네트워크 노드로 상기 메시지를 라우팅하는 특정 네트워크 노드 또는 상기 타 네트워크 노드에서, 메시지 처리 기반의 부하 분산 및 메시지 전달 대상의 타 네트워크 노드 선택 중 적어도 하나를 수행하는데 필요한 정보가 포함된다.
구체적으로, 상기 특정 네트워크 노드는, 네트워크 노드 간 메시지 전송의 간접 통신을 지원하는 SCP (Service Communication Proxy)일 수 있다.
구체적으로, 상기 처리상태정보는, 상기 네트워크 노드 간 프로토콜 메시지의 헤더에 삽입될 수 있다.
상기 목적을 달성하기 위한 본 발명의 제 2 관점에 따른 네트워크 노드는, 제1 네트워크 노드가 제2 네트워크 노드의 NF(Network Function) 서비스 이용을 위해 전송한 메시지를 수신하는 메시지수신부; 상기 수신한 메시지 처리 시 상기 메시지와 함께 수신된 상기 제1 네트워크 노드의 처리상태정보를 근거로, 메시지 처리 기반의 부하 분산을 수행하는 처리제어부; 및 상기 처리된 메시지를 전송 대상의 제2 네트워크 노드로 전송하는 메시지전송부를 포함한다.
구체적으로, 상기 처리상태정보는, 상기 메시지를 통해 서비스를 요청한 가입자의 가입자 식별정보, 가입자에 대한 주소정보, 가입자 세션에 대한 성능 정보, 상기 제1 네트워크 노드의 NF Service Name 정보, Service Operation 정보, NF status 정보, NF 처리 latency 정보, NF Trace 식별정보 중 적어도 하나를 포함할 수 있다.
구체적으로, 상기 처리제어부는, 수신한 메시지의 종류를 상기 메시지와 함께 수신된 상기 처리상태정보에 따라 분류하여, 메시지를 종류 별로 각기 처리하는 다수의 메시지 처리모듈 중 매핑되는 메시지 처리모듈로 분배하는 구조를 가지며, 상기 다수의 메시지 처리모듈 별로 메시지 처리를 위한 자원을 상이하게 할당하여 상기 부하 분산을 수행할 수 있다.
구체적으로, 상기 처리제어부는, 기 정의된 서비스 별로 우선순위, 네트워크 지연, 처리 속도, 메시지 크기 중 적어도 하나에 따라, 높은 우선순위를 갖는 서비스의 메시지를 처리하는 메시지 처리모듈일수록 낮은 우선순위를 갖는 서비스의 메시지를 처리하는 메시지 처리모듈 보다 많은 자원을 할당할 수 있고, 네트워크 지연이 크거나 처리 속도가 느리거나 메시지 크기가 큰 서비스의 메시지를 처리하는 메시지 처리모듈일수록, 네트워크 지연이 작거나 처리 속도가 빠르거나 메시지 크기가 작은 서비스의 메시지를 처리하는 메시지 처리모듈 보다 많은 자원을 할당할 수 있다.
구체적으로, 상기 처리제어부는, 상기 수신한 메시지와 함께 수신된 상기 처리상태정보를 근거로, 상기 전송 대상의 제2 네트워크 노드 선택을 수행할 수 있다.
구체적으로, 상기 처리제어부는, 다수 네트워크 노드로부터의 메시지 수신 시 함께 수신한 처리상태정보에 의해 확인되는 상기 다수 네트워크 노드의 자원상태 및 상기 수신한 메시지와 함께 수신된 상기 처리상태정보를 근거로, 상기 다수의 네트워크 노드 중 상기 제1 네트워크 노드로 상기 NF 서비스를 가장 우수한 품질로 제공하는 네트워크 노드를 판단하여 상기 전송 대상의 제2 네트워크 노드로서 선택 또는 재 선택할 수 있다.
구체적으로, 상기 처리제어부는, 상기 수신한 메시지와 함께 수신된 상기 처리상태정보를 근거로, 상기 가입자에 기 지정된 특정 네트워크 노드를 상기 전송 대상의 제2 네트워크 노드로서 선택 또는 재 선택할 수 있다.
상기 목적을 달성하기 위한 본 발명의 제 3 관점에 따른 네트워크 노드 간 메시지 전송 방법은, 제1 네트워크 노드가 제2 네트워크 노드의 NF(Network Function) 서비스 이용을 위한 메시지 전송 시, 상기 제1 네트워크 노드의 처리상태정보를 함께 전송하는 단계를 포함하며; 상기 처리상태정보에는, 상기 타 네트워크 노드로 상기 메시지를 라우팅하는 특정 네트워크 노드 또는 상기 타 네트워크 노드에서, 메시지 처리 기반의 부하 분산 및 메시지 전달 대상의 타 네트워크 노드 선택 중 적어도 하나를 수행하는데 필요한 정보가 포함될 수 있다.
구체적으로, 상기 특정 네트워크 노드는, 네트워크 노드 간 메시지 전송의 간접 통신을 지원하는 SCP (Service Communication Proxy)일 수 있다.
상기 목적을 달성하기 위한 본 발명의 제 4 관점에 따른 네트워크 노드 간 메시지 전송 방법은, 제1 네트워크 노드가 제2 네트워크 노드의 NF(Network Function) 서비스 이용을 위해 전송한 메시지를 수신하는 메시지수신단계; 상기 수신한 메시지 처리 시 상기 메시지와 함께 수신된 상기 제1 네트워크 노드의 처리상태정보를 근거로, 메시지 처리 기반의 부하 분산을 수행하는 메시지처리단계; 및 상기 처리된 메시지를 전송 대상의 제2 네트워크 노드로 전송하는 메시지전송단계를 포함할 수 있다.
구체적으로, 상기 처리상태정보는, 상기 메시지를 통해 서비스를 요청한 가입자의 가입자 식별정보, 가입자에 대한 주소정보, 가입자 세션에 대한 성능 정보, 상기 제1 네트워크 노드의 NF Service Name 정보, Service Operation 정보, NF status 정보, NF 처리 latency 정보, NF Trace 식별정보 중 적어도 하나를 포함할 수 있다.
구체적으로, 상기 메시지처리단계는, 수신한 메시지의 종류를 상기 메시지와 함께 수신된 상기 처리상태정보에 따라 분류하여, 메시지를 종류 별로 각기 처리하는 다수의 메시지 처리모듈 중 매핑되는 메시지 처리모듈로 분배하는 구조에서, 상기 다수의 메시지 처리모듈 별로 메시지 처리를 위한 자원을 상이하게 할당하여 상기 부하 분산을 수행할 수 있다.
구체적으로, 상기 메시지처리단계는, 기 정의된 서비스 별로 우선순위, 네트워크 지연, 처리 속도, 메시지 크기 중 적어도 하나에 따라, 높은 우선순위를 갖는 서비스의 메시지를 처리하는 메시지 처리모듈일수록 낮은 우선순위를 갖는 서비스의 메시지를 처리하는 메시지 처리모듈 보다 많은 자원을 할당할 수 있고, 네트워크 지연이 크거나 처리 속도가 느리거나 메시지 크기가 큰 서비스의 메시지를 처리하는 메시지 처리모듈일수록, 네트워크 지연이 작거나 처리 속도가 빠르거나 메시지 크기가 작은 서비스의 메시지를 처리하는 메시지 처리모듈 보다 많은 자원을 할당할 수 있다.
구체적으로, 상기 메시지처리단계는, 상기 수신한 메시지와 함께 수신된 상기 처리상태정보를 근거로, 상기 전송 대상의 제2 네트워크 노드 선택을 수행할 수 있다.
구체적으로, 상기 메시지처리단계는, 다수 네트워크 노드로부터의 메시지 수신 시 함께 수신한 처리상태정보에 의해 확인되는 상기 다수 네트워크 노드의 자원상태 및 상기 수신한 메시지와 함께 수신된 상기 처리상태정보를 근거로, 상기 다수의 네트워크 노드 중 상기 제1 네트워크 노드로 상기 NF 서비스를 가장 우수한 품질로 제공하는 네트워크 노드를 판단하여 상기 전송 대상의 제2 네트워크 노드로서 선택 또는 재 선택할 수 있다.
구체적으로, 상기 메시지처리단계는, 상기 수신한 메시지와 함께 수신된 상기 처리상태정보를 근거로, 상기 가입자에 기 지정된 특정 네트워크 노드를 상기 전송 대상의 제2 네트워크 노드로서 선택 또는 재 선택할 수 있다.
본 발명의 네트워크 노드 및 네트워크 노드 간 메시지 전송 방법에 따르면, 네트워크 노드 간 메시지 전송 시 자신의 자원상태를 타 네트워크 노드(예: SCP)와 공유할 수 있는 환경을 구현하고, 이러한 환경을 기반으로 각 NF Service의 저지연 처리/자원 경량화를 실현할 수 있는 효과를 도출한다.
도 1은 5G 시스템의 구조를 보여주는 예시도이다.
도 2는 5G 시스템에서의 NF 및 SCP 간 통신 구조를 보여주는 표준 관련 예시도이다.
도 3은 5G 시스템에서 NF 간 메시지 전송 시 표준에서 정의하고 있는 전달 정보의 타입 및 본 발명에서 추가/정의하는 정보를 보여주는 예시 테이블이다.
도 4는 5G SA Core에서 SCP 기반 메시지 전송 흐름 및 본 발명의 일 실시예에 따른 네트워크 노드의 구성 일부를 보여주는 예시도이다.
도 5는 본 발명의 일 실시예에 따른 네트워크 노드의 구성을 보여주는 블록도이다.
도 6은 본 발명의 일 실시예에 따른 네트워크 노드(예: SCP)에서 수행되는 부하 분산 구조를 보여주는 예시도이다.
도 7은 본 발명의 일 실시예에 따른 처리상태정보의 구조를 보여주는 예시도이다.
도 8은 본 발명의 일 실시예에 따른 네트워크 노드 간 메시지 전송의 전체 시나리오를 보여주고 있다.
도 9는 본 발명의 일 실시예에 따른 네트워크 노드에서 수행되는 메시지 전송 방법을 보여주는 흐름도이다.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대하여 설명한다.
본 발명은, 네트워크 노드 간 메시지 전송 기술에 관한 것이다.
도 1은 5G 시스템의 구조를 보여주는 예시도이다.
도 1에서 알 수 있듯이, 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), 단말 별로 데이터 서비스 이용을 위한 세션을 관리/제어하는 SMF(Session Management Function), 외부 망과의 정보 공유 기능을 담당하는 NEF(Network Exposure Function), 네트워크 내 각 노드들에 대한 정보를 관리/제어하는 기능의 NRF(Network Repository Function), 가입자 세션의 QoS 품질을 제어하는 PCF(Policy Control Function), 가입자의 슬라이스 정보를 제공하는 NSSF(Network Slice Selection Function), 가입자에 대한 과금을 제공하는 CHF(CHarging Function), 가입자의 UDM(Unified Data Management)등으로 정의할 수 있다.
그리고, 5G에서 User Plane의 데이터노드는, SMF의 제어(연동)를 토대로 단말과의 세션을 통해 단말 및 어플리케이션 서버 간 데이터를 송수신하는 UPF(User Plane Function)로 정의할 수 있다.
그리고, 5G에서 Control Plane의 제어노드 및 User Plane의 데이터노드는 모두 네트워크 노드(Network Function, NF)라 하겠다.
현재 5G SA는 단말에 대한 망 접속 및 처리에 대한 지연이 큰 단점이 있다.
즉 5G SA에서는 LTE/5G NSA와 달리 Service Based Interface(SBI, HTTP/2, HTTP/3 및 QUIC 기반)을 사용하고 있으며, SBI는 일반 P2P Interface 기반 시그널링(예: GTP-C) 보다 성능이 좋지 않기 때문에, LTE/5G NSA 대비 접속 시간, 처리/지연이 상당히 높은 단점이 있고 이 때문에 서비스 품질 저하가 발생될 수 밖에 없다.
아울러, 현재 표준에 따르면, 각 네트워크 노드(NF)는 자체적으로 로드 밸런싱(Load Balance), 오버로드 컨트롤(Overload Control)을 독립적으로 수행해야 하기 때문에, NF 설계/개발 및 동작 등에서 자원이 매우 무거워질 수 밖에 없으며, NF 자체에 대한 안정성 Risk 가 증가될 수 밖에 없다.
즉, 5G SA에서는, LTE/5G NSA 대비 큰 처리/지연의 단점 및 NF의 무거운 자원 문제 등을 해소하고, NF Service의 저지연 처리/자원 경량화를 실현할 수 있는 새로운 기술 방안이 필요한 시점이다.
한편, 도 2에 도시된 바와 같이, NF 간 통신을 효과적으로 제공하기 위해 SCP(Service Communication Proxy)라는 시스템이 Rel.16 표준에 도입되었다
SCP의 도입 목적은, SBA(Service Based Architecture) 기반의 NF들이 SBI(Service Based Interface)로 통신하고 있는 다양한 NF 서비스 간 통신을 효율적으로 처리할 수 있게 하는데 있다.
이처럼, NF 간 통신(메시지 전송)이 SCP를 통해 이루어지게 되면, NF 간에는 SCP를 거쳐 공통된 형태/구조의 메시지(SBI Msg) 기반 통신이 구현될 수 있다.
이에, 본 발명은, 이처럼 NF 간에 SCP를 거쳐 공통된 형태/구조의 메시지(SBI Msg) 기반 통신이 구현되는 점에 기인하여, 각 NF Service의 저지연 처리/자원 경량화를 실현할 수 있는 기술 방안을 제안하고자 한다.
구체적으로, 본 발명에서 제안하는 기술 방안(이하, 처리상태정보 기반 메시지 전송 방안)을 실현하는 네트워크 노드를 제안한다.
먼저 간단히 설명하면, 본 발명에서 제안하는 처리상태정보 기반 메시지 전송 방안은, NF 간 메시지 전송 시 전송측 NF(NF Consumer)의 처리상태정보를 함께 전송함으로써, 전송측 NF의 자원상태를 타 NF(예: SCP, NF Producer)와 공유할 수 있는 환경을 구현하고 있다.
이에, 본 발명에서 제안하는 처리상태정보 기반 메시지 전송 방안은, 이러한 환경을 기반으로, 전송측 NF(NF Consumer)의 자원상태를 알게 되는 타 NF(예: SCP, NF Producer)가 전송측 NF(NF Consumer)에서 독립 수행하던 로드 밸런싱(L/B), 오버로드 컨트롤(Overload Control)을 대신 처리해주고 더 나아가 메시지 전송(전달) 시 가장 우수한 NF 선택/이동을 처리해주어, NF Service의 저지연 처리/자원 경량화를 실현할 수 있다.
이때, 도 4에 도시된 바와 같이, 본 발명은, SCP을 통해 NF 간 통신(메시지 전송)이 이루어지는 환경에도 적용 가능하며, SCP를 통하지 않고 NF 간 통신(메시지 전송)이 이루어지는 환경에서도 적용 가능할 것이다.
다만, 설명의 편의를 위해, SCP을 통해 NF 간 통신(메시지 전송)이 이루어지는 환경을 주로 언급하여 실시예를 설명하겠다.
물론, 본 발명에서 제안하는 처리상태정보 기반 메시지 전송 방안은, NF Producer에 해당되는 NF 역시, 자신의 NF Service를 회신할 때, 자신(NF Producer)의 처리상태정보를 동일한 방식으로 함께 전송할 수 있다.
도 3에서 알 수 있듯이, 현재 Rel.16 표준에서 NF 간 메시지 전송 시 헤더(Header) 내 정의하고 있는 전달 정보의 타입은, 메시지의 우선순위를 나타내는 3gpp-Sbi-Message-Priority, 콜백 여부를 나타내는 3gpp-Sbi-Callback, SCP를 통해 HTTP/2 서버와 간접적으로 통신 할 때 대상 URI의 apiRoot를 표시하는 3gpp-Sbi-Target-apiRoot, SCP로 하여금 위임된 발견 파라미터에 따라 적합한 NF Producer를 찾을 수 있도록 하는 3gpp-Sbi-Discovery-*, SCP에서 NF Consumer로의 서비스 응답 시 NF Producer를 표시하는데 사용되는 3gpp-Sbi-Producer-Id 등이 있다.
즉, 현재 표준에 따르면, NF 간 메시지 전송 시, 타 NF(예: SCP, NF Producer)에 NF(NF Service) 자신의 상태를 알리거나 공유할 수 있는 정보가 정의되지 않고 있다.
본 발명에서는, 도 3과 같이, 현재 Rel.16 표준에서 정의하는 정보 타입에 더하여, 메시지 전송측 NF(NF Consumer)의 자원상태를 파악할 수 있게 하는 처리상태정보, 일명 3gpp-Sbi-ProcessStatusInfo를 추가로 정의하고자 한다.
이에, 본 발명에서는, NF Consumer가 자신의 처리상태정보 즉 도 3에 도시된 바와 같이 추가 정의한 3gpp-Sbi-ProcessStatusInfo를 메시지 전송 시 전달할 수 있고, NF Producer에 해당되는 NF 역시, NF Service를 NF Consumer로 회신할 때(메시지 전송 시) 자신의 처리상태정보 즉 도 3에 도시된 바와 같이 추가 정의한 3gpp-Sbi-ProcessStatusInfo를 함께 전달할 수 있다.
한편, 본 발명에서 언급하는 NF(NF Consumer, NF Producer 등)는, NF Instance를 의미할 수도 있고, NF를 집합한 NF Set를 의미할 수도 있다.
이하에서는, 도 4 및 도 5를 참조하여, 본 발명의 처리상태정보 기반 메시지 전송 방안을 실현하는 네트워크 노드의 구성에 대해 구체적으로 설명하겠다.
먼저, 도 4는, 5G SA Core에서 SCP 기반 메시지 전송 흐름 및 본 발명의 일 실시예에 따른 네트워크 노드의 구성 일부를 보여주고 있다.
앞서 언급한 바처럼, 설명의 편의를 위해 SCP(30)을 통해 NF 간 통신(메시지 전송)이 이루어지는 환경을 주로 언급하여 본 발명의 처리상태정보 기반 메시지 전송 방안에 대한 실시예를 설명하겠다.
한편, 도 4에서는 설명의 간략화를 위해 SCP를 단일로 도시하였으나 이는 일 실시 예일 뿐이며, 후술에서 구체적으로 설명하는 본 발명의 처리상태정보 기반 메시지 전송 방안은, 2 이상의 SCP가 연동되는 구조(예: NF 1<->SCP 1<->SCP 2<->NF 2)에서도 적용/동작 가능할 것이다.
도 4에서 도시된 바와 같이, 가입자(UE)로부터의 Service 요청에 따라, NF 1(10)이, Service 요청 처리에 필요한 NF 2(20)의 NF Service를 이용하기 위해 메시지(SBI Msg)를 전송하는 관점에서 볼 때, NF 1(10)은 NF 2(20)가 제공하는 NF Service를 이용하는 NF Consumer에 해당되며, NF 2(20)는 NF Consumer인 NF 1(10)의 요청에 따른 NF Service를 제공하는 NF Producer에 해당된다 할 것이다.
NF Consumer로서의 NF 1(10)은 Control Plane의 제어노드 및 User Plane의 데이터노드 중 어떤 노드라도 해당될 수 있으며, NF 2(20) 역시 Control Plane의 제어노드 및 User Plane의 데이터노드 중 어떤 노드라도 해당될 수 있다.
먼저, NF Consumer로서의 네트워크 노드 즉 NF 1(10) 관점에서 본 발명을 설명하면, 본 발명의 실시예에 따른 네트워크 노드(이하, NF 1(10))이라 함)는, 메시지(SBI Msg) 전송 시 NF 1(10)의 처리상태정보를 함께 전송하는 메시지전송부(11)를 포함한다.
구체적으로, 메시지전송부(11)는, 타 네트워크 노드 예컨대 도 4의 NF 2(20)의 NF Service 이용을 위해 NF 2(20)로 전달하기 위한 메시지 전송 시, NF 1(10) 자신의 처리상태정보를 함께 전송한다.
이때, 처리상태정보에는, 타 네트워크 노드 예컨대 도 4의 NF 2(20)로 상기 메시지를 라우팅하는 특정 네트워크 노드 즉 SCP(30) 또는 NF 2(20)에서, 메시지 처리 기반의 부하 분산(예: 로드 밸런싱, 오버로드 컨트롤 등) 및 메시지 전달 대상의 타 네트워크 노드 선택 중 적어도 하나를 수행하는데 필요한 정보가 포함되도록 정의될 수 있다.
그리고, 처리상태정보는, 상기 메시지 즉 NF 1(10, 메시지전송부(11))가 전송하는 메시지를 정의하는 프로토콜 헤더에 삽입 및 전송될 수 있다.
구체적으로, 상기 메시지는, NF 간 통신을 지원하는 Service Based Interface(SBI) 메시지이며, SBI MSg는 Layer 7 Protocol인, HTTP, HTTP/2, HTTP/3 및 QUIC 일 수 있다.
구체적으로, SBI Msg는 Internet Protocol Suite(예: Link Layer(L2), Internet Layer(L3), Transport Layer(L4), Application Layer(L7))에 포함되는 L3, L4와 L7에 해당 되며, NF 간 통신에 필요한 시그널링 메시지이며, 헤더는 L4, 또는 L7에 구성되는 전체 메시지의 일부 첫 fragment일 수 있다. 예를 들어, L4의 경우, 상기 처리상태정보는 TCP header에 삽입될 수 있고, L7의 경우 상기 처리상태정보는 HPPT header에 삽입될 수 있다.
예를 들어, NF Consumer 입장에서 NF 서비스를 요청/응답 받고자 하여 특정 NF Producer로 통신하기 위해서는 NF Consumer 입장에서 SCP의 목적지주소(예: IP주소)로 전달하되, 해당 NF Consumer의 메시지(SBI Msg) 내 포함되는 목적지 URI 및 path 를 통해서 특정 NF 서비스를 명시화 할 수 있다.
해당 URL / path 는 다음 구조로 작성될 수 있다.
{apiRoot}/<apiName>/{apiVersion}/<apiSpecificResourceUriPart>/<…>/ 로 구분될 수 있다.
예를 들어, URI 주소는, //{apiRoot}/nsmf-pdusession/v1/…/…/ 등으로 구분되어, SCP에서 NF Consumer의 메시지(SBI Msg) 수신 시 이를 해석하여 어느 NF Producer로 보낼 수 있는지 판단하여 보낼 수 있다.
즉, NF(Consumer/Producer 둘다 포함)는 통상적으로 단순히 목적지를 SCP로만 입력하고, 모든 트래픽을 SCP로 보낸다.
단, SBI msg 안에는, URL 라는 path(여기에, Service name, Service operation, NF instance ID, 요청하는 메시지 세부 종류, UUID(universally unique identifier) 등 고유의 자원 정보가 명시됨)를 통해, SCP가 어느 NF Producer로 보낼지 판단/해석하는데 필요한 정보를 전달하게 된다.
이와 같이, 본 발명에서는, NF Consumer가 메시지(SBI Msg) 전송 시 자신의 자원상태 파악에 필요한 처리상태정보를 메시지 헤더에 포함시키도록 새롭게 정의함으로써, 해당 메시지(SBI Msg)를 수신하는 타 NF(예: SCP, NF Producer)에서 처리상태정보를 기반으로 NF Consumer인 NF의 자원상태를 파악(공유)하고, 이를 근거로 한 부하 분산 수행을 통해 로드 밸런싱/오버로드 컨트롤을 대신 처리하거나 메시지 전달 대상의 타 NF (재)선택을 수행할 수 있는 환경을 구현하고 있다.
도 5는, 본 발명의 일 실시예에 따른 네트워크 노드의 구성을 더욱 구체적으로 보여주고 있다.
도 5에 도시된 바와 같이, NF Consumer가 전송한 메시지(SBI Msg)를 수신하는 네트워크 노드 관점에서 본 발명을 설명하면, 본 발명의 실시예에 따른 네트워크 노드(100)는, 메시지수신부(110), 처리제어부(120), 메시지전송부(130)를 포함할 수 있다.
이러한 네트워크 노드(100)의 구성 전체 내지는 적어도 일부는 하드웨어 모듈 형태 또는 소프트웨어 모듈 형태로 구현되거나, 하드웨어 모듈과 소프트웨어 모듈이 조합된 형태로도 구현될 수 있다.
여기서, 소프트웨어 모듈이란, 예컨대, 네트워크 노드(100) 내에서 연산을 제어하는 프로세서에 의해 실행되는 명령어로 이해될 수 있으며, 이러한 명령어는 네트워크장치(100) 내 메모리에 탑재된 형태를 가질 수 있을 것이다.
결국, 본 발명의 일 실시예에 따른 네트워크 노드(100)는 전술한 구성을 통해, 본 발명에서 제안하는 방안 즉 처리상태정보 기반 메시지 전송 방안을 실현하며, 이하에서는 이를 실현하기 위한 네트워크 노드(100) 내 각 구성에 대해 보다 구체적으로 설명하기로 한다.
그리고, 이러한 본 발명의 네트워크 노드(100)는, NF Consumer(예: 도 4의 NF 1)가 전송한 메시지(SBI Msg)를 라우팅하는 SCP(30)일 수 있고 SCP(30)에 의해 라우팅된 해당 메시지(SBI Msg)를 수신하게 되는 NF Producer(예: 도 4의 NF 2)일 수도 있다.
다만, 이하에서는 설명의 편의를 위해, 본 발명의 네트워크 노드(100)로서 NF 간 메시지 전송의 간접 통신을 지원하는 SCP(30)를 언급한 실시예를 중심으로 설명하겠다.
메시지수신부(110)는, 제1 네트워크 노드가 제2 네트워크 노드의 NF(Network Function) 서비스 이용을 위해 전송한 메시지를 수신하는 기능을 담당한다.
이하에서는, 전술의 도 4에 도시된 바와 같이, NF 1(10, 제1 네트워크 노드)이 NF 2(20, 제2 네트워크 노드)의 NF Service를 이용하기 위한 메시지(SBI Msg)를 전송하는 상황을 언급하여 설명하겠다.
이 경우, 메시지수신부(110)는, NF 1(10)이 NF 2(20)의 NF Service 이용을 위해 전송한 메시지(SBI Msg)를, 전송(전달) 대상의 NF(NF 2)로 라우팅하기 위해 수신하는 것이다.
한편, 앞서 설명하였듯이, NF Consumer 입장에서 NF 서비스를 요청/응답 받고자 하여 특정 NF Producer로 통신하기 위해서는 NF Consumer 입장에서 SCP(30)의 목적지주소(예: IP주소)로 전달하되, 해당 NF Consumer의 메시지(SBI Msg) 내 포함되는 목적지 URI 및 path 를 통해서 특정 NF 서비스를 명시화 할 수 있다.
예를 들어, URI 주소는, //{apiRoot}/nsmf-pdusession/v1/…/…/ 등으로 구분되어, SCP(30)에서 NF Consumer의 메시지(SBI Msg) 수신 시 이를 해석하여 어느 NF Producer로 보낼 수 있는지 판단하여 보낼 수 있다.
처리제어부(120)는, 상기 수신한 메시지 처리 시 상기 메시지와 함께 수신된 상기 제1 네트워크 노드의 처리상태정보를 근거로, 메시지 처리 기반의 부하 분산을 수행하는 기능을 담당한다.
즉, 앞서 설명한 바 있듯이, 본 발명에서는, NF Consumer 즉 NF 1(10)이 메시지(SBI Msg) 전송 시 NF 1(10) 자신의 자원상태 파악에 필요한 처리상태정보를 메시지 헤더에 포함(도 3의 3gpp-Sbi-ProcessStatusInfo)시켜 함께 전송하고 있다.
여기서, 처리상태정보는, 상기 메시지(SBI Msg)를 통해 서비스를 요청한 가입자의 가입자 식별정보, 가입자에 대한 주소정보, 가입자 세션에 대한 성능 정보, 상기 제1 네트워크 노드(예: 도 4의 NF 1)의 NF Service Name 정보, Service Operation 정보, NF status 정보, NF 처리 latency 정보, NF Trace 식별정보 중 적어도 하나를 포함하는 구조로 정의될 수 있다.
도 7은, 이와 같이 본 발명에서 정의하는 처리상태정보의 구조를 일 예로서 보여주고 있다.
도 7에서는, NF Consumer로서 AMF가 전송하는 메시지(SBI Msg)에 포함되는 처리상태정보를 예로서 보여주고 있다.
도 7에 도시된 바와 같이, 처리상태정보(Processing Status Information)는, 해당 메시지(SBI Msg)를 통해 Service를 요청한 가입자(UE)의 가입자 식별정보(User ID)를 포함할 수 있으며, 이러한 User ID는 MSISDN(전화번호), IMSI, IMEI, SUPI, SUCI, PEI, 5G-GUTI, GUTI 등으로 구분될 수 있다.
그리고, 처리상태정보(Processing Status Information)는, 가입자에 대한 주소정보(UE Address)를 포함할 수 있으며, 이러한 UE Address는 UE IP (v4/v6) Address, UE IP Port, Protocol, 등으로 구분될 수 있다.
그리고, 처리상태정보(Processing Status Information)는, 가입자 세션에 대한 성능 정보(PDU Session ID)를 포함할 수 있으며, 이러한 성능 정보는 5GQI, UL/DL Bitate, RAT Type (E-UTRAN, NR, etc), Data Network Name(DNN), TAI(Tracking Area Index), Slice (S-NSSAI(SST/SD)) 정보, 위치 (ECGI, NCGI, etc) 정보, 과금 (online/offline) 정보, 정책 QoS 제어 품질 (Policy QoS Control) 정보, 사용자평면 터널 (UPF tunnel) 정보 등으로 구분될 수 있다.
구체적으로, 처리상태정보(Processing Status Information) 내 이러한 성능 정보는, NF의 Service 별(즉, NF Service Name 별), 또는 NF의 Service Operation 별로 구분되어, 각 성능(예: 5GQI, UL/DL Bitate, RAT Type, TAI, Slice 등)을 포함시킬 수 있다.
그리고, 처리상태정보(Processing Status Information)는, 해당 메시지(SBI Msg)의 전송 측인 제1 네트워크 노드(예: 도 4의 NF 1)의 NF Service Name 정보/Service Operation 정보(예: Namf_Communication)를 포함할 수 있고, NF status 정보를 포함할 수 있으며 이러한 NF status 정보는 NF ID, NF instance ID 등으로 구분될 수 있다.
그리고, 처리상태정보(Processing Status Information)는, 해당 메시지(SBI Msg)의 전송 측인 제1 네트워크 노드(예: 도 4의 NF 1)의 NF 처리 delay/latency 및 jitter 정보(예: 0.4ms, +/-0.02ms etc..), NF 처리 시작 시간 정보(예: request 시간(HH:MM:SS, 09:12:41s), NF Trace 식별정보(예: 0x8555D)를 포함할 수 있다.
이에, 처리제어부(120)는, NF 1(10)이 전송한 메시지(SBI Msg)를 수신하면, 수신한 메시지(SBI Msg)의 헤더에서 NF 1(10)의 처리상태정보(도 7 참조)를 확인할 수 있고, 이를 근거로 메시지 처리 기반의 부하 분산을 수행할 수 있다.
이때, 본 발명의 네트워크 노드(100)로서 SCP(30)를 가정하였으므로, 처리제어부(120)에서 수행하는 메시지 처리는, 다수의 각 NF Consumer로부터 수신되는 메시지(SBI Msg)를 전송(전달) 대상의 NF Producer로 전송하는 분류/처리 등을 의미할 것이다.
반면, 본 발명의 네트워크 노드(100)로서 Control Plane의 제어노드 및 User Plane의 데이터노드 중 어떤 노드라도 해당될 수 있는 NF Producer(예: 도 4의 NF 2)를 가정한다면, 처리제어부(120)에서 수행하는 메시지 처리는, 해당 NF Producer를 SMF인 경우로 가정할 때, SMF 내 단말 별 데이터 세션 관리/제어를 위한 NF Instance가 수행하는 호 처리 등을 의미할 것이다.
다시, 본 발명의 네트워크 노드(100)로서 SCP(30)를 언급한 실시예를 중심으로, 메시지 처리 기반의 부하 분산을 수행하는 구성에 대해 구체적으로 설명하겠다.
일 실시예에 따르면, 처리제어부(120)는, 수신한 메시지의 종류를 상기 메시지와 함께 수신된 상기 처리상태정보에 따라 분류하여, 메시지를 종류 별로 각기 처리하는 다수의 메시지 처리모듈 중 매핑되는 메시지 처리모듈로 분배하는 구조를 가질 수 있다.
이에, 처리제어부(120)는, 상기 다수의 메시지 처리모듈 별로 메시지 처리를 위한 자원을 상이하게 할당하는 방식으로, 메시지 처리 기반의 부하 분산을 수행할 수 있다.
도 6은, 본 발명의 네트워크 노드(100, 예: SCP(30))에서 수행되는 부하 분산 구조를 예로서 보여주고 있다.
도 6에 도시된 바와 같이, 본 발명의 네트워크 노드(100, SCP(30))은, URLLC/eMBB/mMTC/Default 메시지 처리모듈 등 메시지를 종류 별로 각기 처리하는 다수의 메시지 처리모듈(124), 수신되는 메시지를 다수의 메시지 처리모듈(124)로 분류하는 Msg 처리분류기(122)를 구비할 수 있다.
그리고, 본 발명의 네트워크 노드(100, SCP(30)) 내 처리제어부(120)는, 도 6에 도시된 처리모듈 제어기에 해당될 수 있다.
이에, 처리제어부(120)는, Msg 처리분류기(122)의 메시지 분류 및 다수의 메시지 처리모듈(124)에 대한 자원 할당을 제어하는 방식으로, 메시지 처리 기반의 부하 분산을 수행할 수 있다.
구체적으로, 처리제어부(120)는, 수신한 메시지(SBI Msg)의 종류를 해당 메시지(SBI Msg) 내 헤더에서 확인되는 처리상태정보 특히 주소값 및/또는 속성값에 따라 분류하여, 다수의 메시지 처리모듈(124) 중 분류와 매핑되는 메시지 처리모듈로 분배하도록, Msg 처리분류기(122)의 메시지 분류를 제어할 수 있다.
여기서, 주소값은 N-tuple Flow ID로서 예를 들면 srcIP, dstIP, srcPort, dstPort, Protocol를 포함할 수 있고, 속성값은 3-tuple Property ID로서 예를 들면 NF Service Name(예: Nsmf_PDUSession), Service Operation(예: CreateSMContext), Attribute Name(예: SUPI)를 포함할 수 있다.
그리고, 처리제어부(120)는, 기 정의된 서비스 별로 우선순위, 네트워크 지연, 처리 속도, 메시지 크기 중 적어도 하나에 따라, 다수의 메시지 처리모듈(124) 별로 메시지 처리를 위한 자원을 상이하게 할당하여, 다수의 메시지 처리모듈(124)에 대한 자원 할당을 제어할 수 있다.
구체적인 일 실시예에 따르면, 처리제어부(120)는, 높은 우선순위를 갖는 서비스의 메시지를 처리하는 메시지 처리모듈일수록 낮은 우선순위를 갖는 서비스의 메시지를 처리하는 메시지 처리모듈 보다 많은 자원을 할당하여, 다수의 메시지 처리모듈(124)에 대한 자원 할당을 제어할 수 있다.
예를 들면, 도 6에 도시된 바와 같이, 서비스 별 우선순위에 따라 URLLC->mMTC->eMBB->Default의 순서로 운선순위가 낮아진다고 가정하면, 처리제어부(120)는, URLLC 메시지 처리모듈에 80%, mMTC 메시지 처리모듈에 10%, eMBB 메시지 처리모듈에 7%, Default 메시지 처리모듈에 3%의 자원을 할당할 수 있다.
또 다른 실시예에 따르면, 처리제어부(120)는, 네트워크 지연이 크거나 처리 속도가 느리거나 메시지 크기가 큰 서비스의 메시지를 처리하는 메시지 처리모듈일수록, 네트워크 지연이 작거나 처리 속도가 빠르거나 메시지 크기가 작은 서비스의 메시지를 처리하는 메시지 처리모듈 보다 많은 자원을 할당하여, 다수의 메시지 처리모듈(124)에 대한 자원 할당을 제어할 수 있다.
예를 들면, 도 6에 도시된 바와 같이 URLLC 메시지 처리모듈에 80%, mMTC 메시지 처리모듈에 10%, eMBB 메시지 처리모듈에 7%, Default 메시지 처리모듈에 3%의 자원을 할당한 상황에서, 처리제어부(120)는, mMTC 네트워크의 지연 또는 처리 속도가 다른 URLLC/eMBB/Default 메시지 처리모듈 대비 상대적으로 커지거나 느려 진다면, 다른 URLLC/eMBB/Default 메시지 처리모듈 중 하나의 자원을 줄이고 mMTC 메시지 처리모듈에 자원 할당을 늘릴 수 있다.
메시지전송부(130)는, 처리제어부(120)에 의해 처리된 메시지(SBI Msg)를, 전송(전달) 대상의 제2 네트워크 노드(예: 도 4의 NF 2)로 전송할 수 있다.
이에, 도 6에 도시된 바와 같이, 각 NF Consumer로부터 SBI Msg 1,2 [Request]가 Time t, Time t+1에 수신되었다고 가정할 수 있다.
이 경우, 본 발명의 네트워크 노드(100, SCP(30))는, 각 SBI Msg 1,2 [Request]를 해당 메시지 내 NF 처리상태정보를 근거로 분류 및 매핑되는 메시지 처리모듈로 분배할 것이며, 예를 들면 SBI Msg 2 [Req.]가 URLLC 메시지 처리모듈에 분배되고 SBI Msg 1[Req.]이 Default 메시지 처리모듈에 분배될 수 있다.
이 경우, 본 발명의 네트워크 노드(100, SCP(30))에서는, 상대적으로 많은 자원이 할당된 URLLC 메시지 처리모듈에서 SBI Msg 2[Req.]가 SBI Msg 1[Req.] 보다 빠르게 처리될 수 있으므로, SBI Msg 2[Req.]가 처리된 SBI Msg 2[Response]를 Time t+2에 전송(전달) 대상의 NF Instance(NF Producer)로 전송하고 SBI Msg 1[Req.]이 처리된 SBI Msg 1[Res.]를 더 늦은 Time t+3에 전송(전달) 대상의 NF Instance(NF Producer)로 전송하게 되는 방식으로, 메시지 처리 기반의 부하 분산을 수행할 수 있다.
아울러, 본 발명의 네트워크 노드(100, SCP(30))에서는, 동일 NF들(예: NF instance A(처리상태정보 지연10ms), B(처리상태정보 지연20ms), C(처리상태정보 지연30ms)가 있다고 가정하면, SCP 입장에서 자기 자신의 메시지 처리모듈 자원, 그리고 메시지 종류(헤더 등)을 보고 판단하여, 중요하다고 판단한 해당 메시지를 NF instance A(지연이 가장 낮은) 쪽으로 처리해서 내보낼 수 있다.
이에, 본 발명에 따르면, 메시지(SBI Msg)를 수신하는 타 NF(예: SCP)가, 각 메시지(SBI Msg) 내 처리상태정보를 기반으로 각 NF(NF Service)에서 독립 수행하던 로드 밸런싱(L/B), 오버로드 컨트롤(Overload Control)를 대신하여 처리할 수 있다.
이상 설명한 바와 같이, 본 발명의 네트워크 노드(100, SCP(30))에서는, 많은 NF Consumer로부터의 NF Service들이 들어올 시, SCP 내부적으로 메시지 처리 기반의 부하 분산을 수행함으로써, NF Service 간 통신에 대한 지연을 개선할 수 있고, 각 NF(NF Service)에서 로드 밸런싱(L/B), 오버로드 컨트롤(Overload Control)를 독립적으로 수행해야 하는 필요를 낮춰 각 NF(NF Service)에서의 자원 경량화를 가능하게 할 수 있다.
더 나아가, 처리제어부(120)는, 앞서 설명한 바와 같이 NF 1(10)이 전송한 메시지(SBI Msg)를 수신하면, 수신한 메시지(SBI Msg)의 헤더에서 NF 1(10)의 처리상태정보(도 7 참조)를 확인할 수 있고, 이를 근거로 전송(전달) 대상의 제2 네트워크 노드(NF Producer) 선택을 수행함으로써, 메시지 전송(전달) 시 가장 우수한 NF 선택/이동을 처리해 줄 수도 있다.
이하에서는, 전송(전달) 대상의 제2 네트워크 노드(NF Producer)를 선택하는 구성에 대해 구체적으로 설명하겠다.
일 실시예에 따르면, 본 발명의 네트워크 노드(100, SCP(30))에서는, 전술한 바와 같이 다수 네트워크 노드 즉 다수 NF로부터의 메시지(SBI Msg) 수신 시 함께 수신한 처리상태정보에 의해, 다수의 NF(NF Service)에 대한 자원상태를 확인 및 알 수 있다.
이에, 처리제어부(120)는, 다수의 NF(NF Service)에 대한 자원상태를 및 금번 수신한 메시지(SBI Msg)와 함께 수신된 처리상태정보를 근거로, 다수의 NF(NF Service) 중 금번 수신한 메시지(SBI Msg)를 전송한 제1 네트워크 노드(예: 도 4의 NF 1)로 상기 NF 서비스를 가장 우수한 품질로 제공하는 NF를 판단하여 금번 전송(전달) 대상의 제2 네트워크 노드(예: 도 4의 NF 2)로서 선택 또는 재 선택할 수 있다.
예를 들면, 처리제어부(120)는, 다수의 NF(NF Service)에 대한 자원상태로 판단한 결과, 금번 수신한 메시지(SBI Msg)와 함께 수신된 처리상태정보 내 성능 정보에서 확인한 QoS를 가장 우수하게 만족시키는 NF(NF Service)가 있다면, 해당 NF(NF Service)를 금번 전송(전달) 대상의 NF(예: 도 4의 NF 2)로서 선택할 수 있다.
또는, 처리제어부(120)는, 다수의 NF(NF Service)에 대한 자원상태로 판단한 결과, 금번 수신한 메시지(SBI Msg) 내 발견 파라미터(3gpp-Sbi-Discovery-*)에 따른 NF Service(NF Producer) 보다, 메시지(SBI Msg)와 함께 수신된 처리상태정보 내 성능 정보에서 확인한 QoS를 더 우수하게 만족시키는 NF(NF Service)가 있다면, 해당 NF(NF Service)를 금번 전송(전달) 대상의 NF(예: 도 4의 NF 2)로서 재 선택할 수 있다.
또 다른 일 실시예에 따르면, 처리제어부(120)는, 금번 수신한 메시지(SBI Msg)와 함께 수신된 처리상태정보를 근거로, 가입자에 기 지정된 특정 네트워크 노드를 금번 전송(전달) 대상의 제2 네트워크 노드(예: 도 4의 NF 2)로서 선택 또는 재 선택할 수 있다.
예를 들면, 처리제어부(120)는, 금번 수신한 메시지(SBI Msg)와 함께 수신된 처리상태정보 내 가입자 식별정보 또는 주소 정보를 근거로 특정 가입자가 확인되면, 해당 특정 가입자에 기 지정된 특정 NF(NF Service)를 금번 전송(전달) 대상의 NF(예: 도 4의 NF 2)로서 선택 또는 재 선택할 수 있다.
이에, 본 발명에 따르면, 메시지(SBI Msg)를 수신하는 타 NF(예: SCP)가, 각 메시지(SBI Msg) 내 처리상태정보를 기반으로 메시지 전달 대상의 타 NF (재)선택을 수행함으로써, 메시지 전송(전달) 시 가장 우수한 NF 선택/이동을 처리해 줄 수 있다.
이를 통해, 본 발명의 네트워크 노드(100, SCP(30))는, NF 에서의 가입자 정보(예: 전화번호)를 보고 특정 NF A, B, C 로 전달(우회) 처리하거나, 가입자의 QoS, 속도, Slice 를 보고 특정 NF A, B, C 로 전달할 수 있다.
이상 설명한 바와 같이, 본 발명의 네트워크 노드(100, SCP(30))에서는, SCP 내부적으로 라우팅 대상의 메시지 전송(전달) 시 가장 우수한 NF (재)선택/이동을 처리함으로써, NF Service 간 통신에 대한 지연을 개선할 수 있고 각 NF(NF Service)에서의 자원 경량화를 가능하게 할 수 있다.
더 나아가, 본 발명의 네트워크 노드(100, SCP(30))에서는, 라우팅 대상의 메시지(SBI Msg) 전송(전달) 시, 원본 메시지(SBI Msg) 내 정보, 예컨대 헤더 및/또는 바디(body)를 수정할 수도 있다.
예를 들면, 본 발명의 네트워크 노드(100, SCP(30))에서 메시지(SBI Msg) 내 처리상태정보를 기반으로 메시지 전달 대상의 타 NF를 재 선택한 경우, 원본 메시지(SBI Msg) 내 발견 파라미터(3gpp-Sbi-Discovery-*) 및 재 선택된 타 NF 간 조건이 만족되지 않은 충돌 문제가 발생할 수도 있다.
이 경우, 본 발명의 네트워크 노드(100, SCP(30))에서는, 메시지 전달 대상의 타 NF를 재 선택한 경우, 원본 메시지(SBI Msg) 내 발견 파라미터(3gpp-Sbi-Discovery-*)를 재 선택과 일치하도록 수정하여, 위 충돌 문제를 예방할 수 있다.
이 밖에도, 본 발명의 네트워크 노드(100, SCP(30))에서는, 라우팅 대상의 메시지(SBI Msg) 전송(전달) 시, 메시지 처리 기반의 부하 분산 및 메시지 전달 대상의 타 NF (재)선택을 수행하는 과정에서 정해진 룰에 따라, 원본 메시지(SBI Msg) 내 정보, 예컨대 헤더 및/또는 바디(body), 처리상태정보 등에서 정보를 수정할 수 있다.
이 밖에도, 본 발명의 네트워크 노드(100, SCP(30))에서는, 수신된 메시지(SBI Msg) 내 처리상태정보를 무시하고 바이패스 하여 기존 처리 방식대로 처리할 수도 있으며, 또는 수신된 메시지(SBI Msg) 내 처리상태정보를 삭제한 후 전달 대상의 NF를 전달할 수도 있다.
이상 설명한 바와 같이, 발명에서 제안하는 처리상태정보 기반 메시지 전송 방안은, NF 간 메시지 전송 시 전송측 NF(NF Consumer)의 처리상태정보를 함께 전송함으로써, 전송측 NF의 자원상태를 타 NF(예: SCP, NF Producer)와 공유할 수 있는 환경을 구현하고 있다.
이에, 본 발명에서 따르면, NF(NF Consumer)의 자원상태를 알게 되는 타 NF(예: SCP)가, 각 NF(NF Consumer, NF Service)에서 독립 수행하던 로드 밸런싱(L/B), 오버로드 컨트롤(Overload Control)를 대신 처리해주고 더 나아가 메시지 전송(전달) 시 가장 우수한 NF 선택/이동을 처리해주어, NF Service의 저지연 처리/자원 경량화를 실현할 수 있다.
이하에서는, 도 8 및 도 9를 참조하여, 본 발명에서 제안하는 처리상태정보 기반 메시지 전송 방안을 실현하는 NF 간 메시지 전송 방법을 구체적으로 설명하겠다.
먼저, 도 8을 참조하여, 본 발명의 일 실시예에 따른 NF 간 메시지 전송의 전체 시나리오를 설명하겠다.
도 8에서 알 수 있듯이, 본 발명은 SBA 기반의 네트워크 노드(NF)들이 SBI로 통신하는 통신 환경, 예컨대 5G SA 환경을 고려한다.
도 8에 도시된 바와 같이, 가입자(UE)로부터의 Service 요청에 따라(S1), NF 1(NF Consumer)이, Service 요청 처리에 필요한 NF 2(NF Producer)의 NF Service를 이용하기 위해 메시지(SBI Msg)를 전송할 수 있다(S2).
이때, 본 발명에 따르면, NF 1(NF Consumer)은, 메시지(SBI Msg) 전송 시, NF 1의 처리상태정보를 메시지(SBI Msg)의 프로토콜 헤더(예: HTTP/2 헤더에 삽입하여, 함께 전송할 수 있다(S2).
그리고, 본 발명에 따르면, NF 1(NF Consumer)의 메시지(SBI Msg)를 수신하게 는 네트워크 노드, 예컨대 NF 간 메시지 라우팅을 지원하는 SCP는, 금번 수신한 메시지(SBI Msg)를 비롯한 매 메시지(SBI Msg)에 대해 HTTP/2 헤더에서 처리상태정보를 확인/분석하고(S3), 이를 기반으로 원본 메시지(SBI Msg) 내 정보(예: 헤더, 바디, 처리상태정보 등)을 수정하거나(S4), 메시지 처리 기반의 부하 분산을 수행하여 각 NF에서 독립/처리하던 로드 밸런싱/오버로드 컨트롤 수행을 대신 처리하거나(S5), 메시지 전달 대상의 타 NF (재)선택하여 메시지 전송(전달) 시 가장 우수한 NF 선택/이동을 처리하는(S6) 등, 본 발명에서 정의하는 처리상태정보 기반 메시지 전송 방안(기술)에 따라 동작할 수 있다.
이하에서는, 도 9를 참조하여, 본 발명의 일 실시예에 따른 네트워크 노드에서 수행되는 메시지 전송 방법을 구체적으로 설명하겠다.
먼저, 이하 설명에서는, 본 발명의 메시지 전송 방법이 수행되는 네트워크 노드로서, NF 간 메시지 전송의 간접 통신(메시지 라우팅)을 지원하는 SCP를 언급한 실시예를 중심으로 설명하겠다.
본 발명의 메시지 전송 방법에 따르면, 본 발명의 네트워크 노드(100, SCP)에서는, 다수 네트워크 노드 즉 다수 NF로부터의 메시지(SBI Msg) 수신 시 함께 수신한 처리상태정보에 의해, 다수의 NF(NF Service)에 대한 자원상태를 확인/관리할 수 있다(S10).
한편, 본 발명의 메시지 전송 방법에 따르면, 본 발명의 네트워크 노드(100, SCP)에서는, 수신한 메시지(SBI Msg)의 종류를 함께 수신된 처리상태정보에 따라 분류하여, 메시지(SBI Msg)를 종류 별로 각기 처리하는 다수의 메시지 처리모듈 중 매핑되는 메시지 처리모듈로 분배하는 구조를 가질 수 있다.
구체적으로, 도 6에 도시된 바와 같이, 본 발명의 네트워크 노드(100, SCP)는, URLLC/eMBB/mMTC/Default 메시지 처리모듈 등 메시지를 종류 별로 각기 처리하는 다수의 메시지 처리모듈(124), 수신되는 메시지를 다수의 메시지 처리모듈(124)로 분류하는 Msg 처리분류기(122)를 구비할 수 있다.
이에, 본 발명의 메시지 전송 방법에 따르면, 본 발명의 네트워크 노드(100, SCP)는, Msg 처리분류기(122)의 메시지 분류 및 다수의 메시지 처리모듈(124)에 대한 자원 할당을 제어하는 등 부하 분산을 위한 정책에 따라, 메시지 처리 기반의 부하 분산을 수행할 수 있다(S20).
구체적으로, 본 발명의 네트워크 노드(100, SCP)는, 수신한 메시지(SBI Msg)의 종류를 해당 메시지(SBI Msg) 내 헤더에서 확인되는 처리상태정보 특히 주소값 및/또는 속성값에 따라 분류하여, 다수의 메시지 처리모듈(124) 중 분류와 매핑되는 메시지 처리모듈로 분배하도록, Msg 처리분류기(122)의 메시지 분류를 제어할 수 있다.
그리고, 본 발명의 네트워크 노드(100, SCP)는, 기 정의된 서비스 별로 우선순위, 네트워크 지연, 처리 속도, 메시지 크기 중 적어도 하나에 따라, 다수의 메시지 처리모듈(124) 별로 메시지 처리를 위한 자원을 상이하게 할당하여, 다수의 메시지 처리모듈(124)에 대한 자원 할당을 제어할 수 있다.
구체적인 일 실시예에 따르면, 본 발명의 네트워크 노드(100, SCP)는, 높은 우선순위를 갖는 서비스의 메시지를 처리하는 메시지 처리모듈일수록 낮은 우선순위를 갖는 서비스의 메시지를 처리하는 메시지 처리모듈 보다 많은 자원을 할당하여, 다수의 메시지 처리모듈(124)에 대한 자원 할당을 제어할 수 있다.
예를 들면, 도 6에 도시된 바와 같이, 서비스 별 우선순위에 따라 URLLC->mMTC->eMBB->Default의 순서로 운선순위가 낮아진다고 가정하면, 본 발명의 네트워크 노드(100, SCP)는, URLLC 메시지 처리모듈에 80%, mMTC 메시지 처리모듈에 10%, eMBB 메시지 처리모듈에 7%, Default 메시지 처리모듈에 3%의 자원을 할당할 수 있다.
또 다른 실시예에 따르면, 본 발명의 네트워크 노드(100, SCP)는, 네트워크 지연이 크거나 처리 속도가 느리거나 메시지 크기가 큰 서비스의 메시지를 처리하는 메시지 처리모듈일수록, 네트워크 지연이 작거나 처리 속도가 빠르거나 메시지 크기가 작은 서비스의 메시지를 처리하는 메시지 처리모듈 보다 많은 자원을 할당하여, 다수의 메시지 처리모듈(124)에 대한 자원 할당을 제어할 수 있다.
한편, 본 발명의 메시지 전송 방법에 따르면, 가입자(UE)로부터의 Service 요청을 수신하는 NF Consumer 입장에 있게 되는 본 발명의 네트워크 노드(이하, NF 1)는, Service 요청 처리에 필요한 NF 2(NF Producer)의 NF Service를 이용하기 위해 메시지(SBI Msg)를 전송하며, NF 1의 처리상태정보를 메시지(SBI Msg)의 HTTP/2 헤더에 삽입하여, 함께 전송할 수 있다(S30).
본 발명의 메시지 전송 방법에 따르면, 본 발명의 네트워크 노드(100, SCP)는, 전술처럼 N 1이 전송한 메시지(SBI Msg, 처리상태정보 포함)를 수신하게 되면, 메시지(SBI Msg)의 HTTP/2 헤더에서 처리상태정보를 확인/분석하고(S40), 이를 기반으로 메시지 처리 기반의 부하 분산을 수행하여 각 NF에서 독립/처리하던 로드 밸런싱/오버로드 컨트롤을 대신 처리하거나, 메시지 전달 대상의 타 NF(NF 2)를 (재)선택하여 메시지 전송(전달) 시 가장 우수한 NF 선택/이동을 처리하거나, 원본 메시지(SBI Msg) 내 정보(예: 헤더, 바디, 처리상태정보 등)을 수정하는 등, 본 발명에서 정의하는 처리상태정보 기반 메시지 전송 방안(기술)에 따라 동작할 수 있다(S50).
그리고, 본 발명의 메시지 전송 방법에 따르면, 본 발명의 네트워크 노드(100, SCP)는, S50단계에서 처리된 메시지(SBI Msg)를, 전송(전달) 대상의 NF 2로 전송할 수 있다(S60).
본 발명의 네트워크 노드(100, SCP)는, 본 발명의 처리상태정보 기반 메시지 전송 기능이 오프되지 않는 한(S70 No), 전술의 S10 및 그 이후 단계들을 반복하여 수행할 것이다.
이상 설명한 바와 같이, 발명에서 제안하는 처리상태정보 기반 메시지 전송 방안은, NF 간 메시지 전송 시 전송측 NF(NF Consumer)의 처리상태정보를 함께 전송함으로써, 전송측 NF의 자원상태를 타 NF(예: SCP, NF Producer)와 공유할 수 있는 환경을 구현하고 있다.
이에, 본 발명에서 따르면, NF(NF Consumer)의 자원상태를 알게 되는 타 NF(예: SCP)가, 각 NF(NF Consumer, NF Service)에서 독립 수행하던 로드 밸런싱(L/B), 오버로드 컨트롤(Overload Control)를 대신 처리해주고 더 나아가 메시지 전송(전달) 시 가장 우수한 NF 선택/이동을 처리해주어, NF Service의 저지연 처리/자원 경량화를 실현할 수 있다.
본 발명의 일 실시예에 따른 처리상태정보 기반 메시지 전송 방안(메시지 전송 방법)은, 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
지금까지 본 발명을 바람직한 실시 예를 참조하여 상세히 설명하였지만, 본 발명이 상기한 실시 예에 한정되는 것은 아니며, 이하의 특허청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 또는 수정이 가능한 범위까지 본 발명의 기술적 사상이 미친다 할 것이다.
본 발명에 따른 네트워크 노드 및 네트워크 노드 간 메시지 전송 방법에 따르면, 5G SA에서 NF Service의 저지연 처리/자원 경량화를 실현할 수 있는 구체화된 NF 간 메시지 전송 기술을 제안하고 있다는 점에서, 기존 기술의 한계를 뛰어 넘음에 따라 관련 기술에 대한 이용만이 아닌 적용되는 장치의 시판 또는 영업의 가능성이 충분할 뿐만 아니라 현실적으로 명백하게 실시할 수 있는 정도이므로 산업상 이용가능성이 있는 발명이다.
100 : 네트워크 노드
110 : 메시지수신부 120 : 처리제어부
130 : 메시지전송부

Claims (10)

  1. 네트워크 노드에 있어서,
    타 네트워크 노드의 NF(Network Function) 서비스 이용을 위해 상기 타 네트워크 노드로 전달하기 위한 메시지 전송 시, 상기 네트워크 노드의 처리상태정보를 함께 전송하는 메시지전송부를 포함하며;
    상기 처리상태정보에는,
    상기 타 네트워크 노드로 상기 메시지를 라우팅하는 특정 네트워크 노드 또는 상기 타 네트워크 노드에서, 메시지 처리 기반의 부하 분산 및 메시지 전달 대상의 타 네트워크 노드 선택 중 적어도 하나를 수행하는데 필요한 정보가 포함되는 것을 특징으로 하는 네트워크 노드.
  2. 제 1 항에 있어서,
    상기 특정 네트워크 노드는,
    네트워크 노드 간 메시지 전송의 간접 통신을 지원하는 SCP(Service Communication Proxy)인 것을 특징으로 하는 네트워크 노드.
  3. 제 1 항에 있어서,
    상기 처리상태정보는,
    상기 네트워크 노드 간 프로토콜 메시지의 헤더에 삽입되는 것을 특징으로 하는 네트워크 노드.
  4. 네트워크 노드에 있어서,
    제1 네트워크 노드가 제2 네트워크 노드의 NF(Network Function) 서비스 이용을 위해 전송한 메시지를 수신하는 메시지수신부;
    상기 수신한 메시지 처리 시 상기 메시지와 함께 수신된 상기 제1 네트워크 노드의 처리상태정보를 근거로, 메시지 처리 기반의 부하 분산을 수행하는 처리제어부; 및
    상기 처리된 메시지를 전송 대상의 제2 네트워크 노드로 전송하는 메시지전송부를 포함하는 것을 특징으로 하는 네트워크 노드.
  5. 제 4 항에 있어서,
    상기 처리상태정보는,
    상기 메시지를 통해 서비스를 요청한 가입자의 가입자 식별정보, 가입자에 대한 주소정보, 가입자 세션에 대한 성능 정보, 상기 제1 네트워크 노드의 NF Service Name 정보, Service Operation 정보, NF status 정보, NF 처리 latency 정보, NF Trace 식별정보 중 적어도 하나를 포함하는 것을 특징으로 하는 네트워크 노드.
  6. 제 4 항에 있어서,
    상기 처리제어부는,
    수신한 메시지의 종류를 상기 메시지와 함께 수신된 상기 처리상태정보에 따라 분류하여, 메시지를 종류 별로 각기 처리하는 다수의 메시지 처리모듈 중 매핑되는 메시지 처리모듈로 분배하는 구조를 가지며,
    상기 다수의 메시지 처리모듈 별로 메시지 처리를 위한 자원을 상이하게 할당하여 상기 부하 분산을 수행하는 것을 특징으로 하는 네트워크 노드.
  7. 제 6 항에 있어서,
    상기 처리제어부는,
    기 정의된 서비스 별로 우선순위, 네트워크 지연, 처리 속도, 메시지 크기 중 적어도 하나에 따라,
    높은 우선순위를 갖는 서비스의 메시지를 처리하는 메시지 처리모듈일수록 낮은 우선순위를 갖는 서비스의 메시지를 처리하는 메시지 처리모듈 보다 많은 자원을 할당하거나,
    네트워크 지연이 크거나 처리 속도가 느리거나 메시지 크기가 큰 서비스의 메시지를 처리하는 메시지 처리모듈일수록, 네트워크 지연이 작거나 처리 속도가 빠르거나 메시지 크기가 작은 서비스의 메시지를 처리하는 메시지 처리모듈 보다 많은 자원을 할당하는 것을 특징으로 하는 네트워크 노드.
  8. 제 5 항에 있어서,
    상기 처리제어부는,
    상기 수신한 메시지와 함께 수신된 상기 처리상태정보를 근거로, 상기 전송 대상의 제2 네트워크 노드 선택을 수행하는 것을 특징으로 하는 네트워크 노드.
  9. 제 8 항에 있어서,
    상기 처리제어부는,
    다수 네트워크 노드로부터의 메시지 수신 시 함께 수신한 처리상태정보에 의해 확인되는 상기 다수 네트워크 노드의 자원상태 및 상기 수신한 메시지와 함께 수신된 상기 처리상태정보를 근거로,
    상기 다수의 네트워크 노드 중 상기 제1 네트워크 노드로 상기 NF 서비스를 가장 우수한 품질로 제공하는 네트워크 노드를 판단하여 상기 전송 대상의 제2 네트워크 노드로서 선택 또는 재 선택하는 것을 특징으로 하는 네트워크 노드.
  10. 제 8 항에 있어서,
    상기 처리제어부는,
    상기 수신한 메시지와 함께 수신된 상기 처리상태정보를 근거로, 상기 가입자에 기 지정된 특정 네트워크 노드를 상기 전송 대상의 제2 네트워크 노드로서 선택 또는 재 선택하는 것을 특징으로 하는 네트워크 노드.
KR1020200083733A 2020-07-07 2020-07-07 네트워크 노드 및 네트워크 노드 간 메시지 전송 방법 KR20220005936A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020200083733A KR20220005936A (ko) 2020-07-07 2020-07-07 네트워크 노드 및 네트워크 노드 간 메시지 전송 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020200083733A KR20220005936A (ko) 2020-07-07 2020-07-07 네트워크 노드 및 네트워크 노드 간 메시지 전송 방법

Publications (1)

Publication Number Publication Date
KR20220005936A true KR20220005936A (ko) 2022-01-14

Family

ID=79343117

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020200083733A KR20220005936A (ko) 2020-07-07 2020-07-07 네트워크 노드 및 네트워크 노드 간 메시지 전송 방법

Country Status (1)

Country Link
KR (1) KR20220005936A (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220400401A1 (en) * 2021-06-15 2022-12-15 Oracle International Corporation Methods, systems, and computer readable media for establishing message priority in network slices based on quality of service parameters

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220400401A1 (en) * 2021-06-15 2022-12-15 Oracle International Corporation Methods, systems, and computer readable media for establishing message priority in network slices based on quality of service parameters
US11622293B2 (en) * 2021-06-15 2023-04-04 Oracle International Corporation Methods, systems, and computer readable media for establishing message priority in network slices based on quality of service parameters

Similar Documents

Publication Publication Date Title
US10999892B2 (en) Message and system for application function influence on traffic routing
EP4247049A1 (en) Data processing method, network element device, and readable storage medium
US10064096B2 (en) Traffic distribution in heterogenous network environment
KR20190018165A (ko) 패킷 프로세싱 방법 및 디바이스
US11894937B2 (en) Local user plane function control
US20220191765A1 (en) Communication method, apparatus, and system
CN107534608B (zh) 用于在无线通信网络中处理数据流的方法和装置
EP4138443A1 (en) Communication method and apparatus
US11864093B2 (en) Methods, systems, and computer readable media for communicating delegated network function (NF) discovery results between service communication proxies (SCPs) and using the delegated NF discovery results for alternate routing
KR102178348B1 (ko) 네트워크장치 및 네트워크장치에서 수행되는 엣지서비스 검색 방법
EP4165904A1 (en) Access traffic management
KR20220005936A (ko) 네트워크 노드 및 네트워크 노드 간 메시지 전송 방법
US20230103816A1 (en) Hybrid Cloud Cellular Network Routing
US11265931B2 (en) Method and device for establishing connection
KR20210055537A (ko) 무선 통신 시스템에서 로컬 프로세싱을 위한 트래픽 스티어링을 위한 방법 및 장치
CN113454959B (zh) 控制平面网络功能、用户平面网络功能和使用其的分组处理方法
JP2023547880A (ja) バックアップネットワーク機能を提供するためのネットワークノードおよびネットワークノードにおける方法
KR20220053383A (ko) Nf 서비스 연동 지원장치 및 nf 서비스 연동 지원방법
JP2023510410A (ja) マルチアクセス関連情報を伴うプロビジョニングトラフィック操向
KR102508982B1 (ko) 단말 장치 및 그 장치에서 수행되는 인터페이스 방법
WO2024034446A1 (ja) コアネットワーク装置、アプリケーションサーバ、及び通信方法
KR102677430B1 (ko) Nf 장치 및 단말장치, nf에서 수행되는 시그널링 제어 방법
KR102186277B1 (ko) 네트워크장치 및 네트워크장치에서 수행되는 스티어링 제어 방법
WO2024012376A1 (zh) 一种通信方法、通信装置及通信系统
KR20220057921A (ko) 무선 네트워크 장치 및 무선 네트워크 장치의 동작 방법

Legal Events

Date Code Title Description
A201 Request for examination