KR102258026B1 - 단말장치 및 데이터 송수신장치, 그 장치의 동작 방법 - Google Patents

단말장치 및 데이터 송수신장치, 그 장치의 동작 방법 Download PDF

Info

Publication number
KR102258026B1
KR102258026B1 KR1020180124714A KR20180124714A KR102258026B1 KR 102258026 B1 KR102258026 B1 KR 102258026B1 KR 1020180124714 A KR1020180124714 A KR 1020180124714A KR 20180124714 A KR20180124714 A KR 20180124714A KR 102258026 B1 KR102258026 B1 KR 102258026B1
Authority
KR
South Korea
Prior art keywords
information
uplink packet
service flow
specific information
delivery path
Prior art date
Application number
KR1020180124714A
Other languages
English (en)
Other versions
KR20190046648A (ko
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 US16/758,143 priority Critical patent/US11778504B2/en
Priority to PCT/KR2018/012330 priority patent/WO2019083223A1/ko
Publication of KR20190046648A publication Critical patent/KR20190046648A/ko
Application granted granted Critical
Publication of KR102258026B1 publication Critical patent/KR102258026B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/26—Route discovery packet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/38—Flow based routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/30—Peripheral units, e.g. input or output ports
    • H04L49/3009—Header conversion, routing tables or routing tags
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]

Abstract

본 발명은, 단말 관점에서 주체적으로 자신의 트래픽에 대한 전달경로 Steering을 제어할 수 있는 새로운 기술 즉 단말 주체의 ULCL을 실현함으로써, 기존 5G ULCL 기능에서의 우려 사항을 해소하고 5G에서 지원하는 URLLC 서비스의 요구/성능을 효율적으로 지원할 수 있는 기술을 제안한다.

Description

단말장치 및 데이터 송수신장치, 그 장치의 동작 방법{TERMINAL DEVICE AND DATA TRASMISSION APPARATUS, CONTROL METHOD THEREOF}
본 발명은, 단말이 주체적으로 자신의 데이터 전달경로를 제어할 수 있는 기술에 관한 것이다.
LTE 통신시스템에서 통신서비스의 종류 및 전송 요구 속도 등이 다양해짐에 따라, LTE 주파수 증설 및 5G 통신시스템으로의 진화가 활발하게 진행되고 있다.
이와 같이 빠르게 진화되고 있는 5G 통신시스템은, 한정된 무선자원을 기반으로 최대한 많은 수의 단말을 수용하면서, eMBB(enhanced mobile broadband, 향상된 모바일 광대역)/mMTC(massive machine type communications, 대규모 기계형 통신)/URLLC(ultra-reliable and low latency communications, 고도의 신뢰도와 낮은 지연 시간 통신) 등, 다양한 서비스 타입을 지원하고 있다.
특히, 5G에서는, 단말, 기지국(액세스), 코어 및 서버를 End to End로 지원하기 위한 네트워크 구조를 정의하고 있다.
구체적으로, 5G에서는, 기존 LTE(4G)와 달리, 제어 시그널링 기능의 영역(Control Plane) 및 데이터 송수신 기능의 영역(User Plane)을 구분한 네트워크 구조를 정의하고 있다.
이때, 5G에서 Control Plane의 제어노드는, 단말의 무선구간 액세스를 제어하는 AMF(Access and Mobility Function), 가입자 정보와 가입자 별 가입 서비스정보, 과금 등의 정책을 관리/제어하는 PCF(Policy Control Function), 단말 별로 데이터 서비스 이용을 위한 세션을 관리/제어하는 SMF(Session Management Function) 등으로 정의할 수 있다.
그리고, 5G에서 User Plane의 데이터노드는, SMF의 제어(연동)를 토대로 단말과의 세션을 통해 단말 및 데이터망(예: 인터넷) 상의 서버 간 데이터를 송수신하는 UPF(User Plane Function)로 정의할 수 있다.
한편, 5G에서는, User Plane의 UPF에서 단말의 트래픽을 단말과 가까운 위치의 로컬 망으로 Steering하는 기능(이하, ULCL: Uplink Classifier)을 정의하고 있다.
ULCL 기능을 간단히 설명하면 다음과 같다.
SMF는, User Plane의 각 UPF 별로, UPF가 로컬망으로 Steering 해야 하는 트래픽의 단말식별자/목적지IP주소/Prefix 등의 정보를 전달하여 알려주는 것을 기본으로 한다.
이에, UPF는, SMF로부터 전달받은 정보를 근거로, 수신되는 업링크패킷들 중 해당되는 업링크패킷(트래픽)을 로컬 망으로 Steering하는 방식이다.
즉, 현재 5G의 ULCL 기능에 따르면, UPF는 SMF로부터 전달받는 정보에 전적으로 의존하는 방식이다.
이 때문에, SMF 관점에서 볼 때, 각 UPF에 대해 전달해 줄 단말식별자/목적지IP주소/Prefix 등 많은 양의 정보를 지속적으로 관리해야 하는 오버헤드의 문제가 있고, UPF 관점에서 볼 때, 전달된 단말식별자/목적지IP주소/Prefix 등의 정보를 지속적으로 관리해야 하는 오버헤드의 문제가 있다. 물론, SMF 및 UPF 간의 시그널링 증가의 문제도 있다.
한편, 단말 즉 사용자 관점에서는, 자신의 트래픽에 대한 전달경로 Steering을 알고 주체적으로 제어하고자 하는 요구가 있으나, 현재 5G의 ULCL 기능은 이러한 요구를 전혀 충족시킬 수 없는 방식이다.
이에, 본 발명에서는, 단말이 주체적으로 자신의 트래픽에 대한 전달경로 Steering을 제어할 수 있는 새로운 방안을 제안함으로써, 현재 5G의 ULCL 기능이 가지는 전술의 문제를 효과적으로 해소하고자 한다.
본 발명에서 도달하고자 하는 목적은, 단말이 주체적으로 자신의 데이터 전달경로를 제어할 수 있는 방안을 실현하는데 있다.
본 발명의 일 실시예에 따르면, 데이터 송수신장치는, 수신되는 업링크패킷 내에, 전달경로를 정의하는 특정 정보가 존재하는지 확인하는 확인부; 상기 특정 정보가 존재하는 경우, 상기 특정 정보에 따른 전달경로를 생성하여 상기 업링크패킷의 서비스 플로우 경로로 설정하는 경로설정부; 및 수신되는 업링크패킷 중 상기 서비스 플로우로 구분되는 업링크패킷을, 상기 전달경로로 전송하는 전송부를 포함한다.
구체적으로, 적어도 하나 이상의 로컬 망과 연동하여, 각 로컬 망 내 장치를 목적지로 하는 적어도 하나의 전달경로 생성을 지원하는 로컬연동부를 더 포함하며; 상기 경로설정부는, 상기 로컬연동부의 지원 범위 내에서, 상기 특정 정보에 따른 전달경로를 생성할 수 있다.
구체적으로, 상기 적어도 하나의 로컬 망은, 타 데이터 송수신장치가 위치하는 내부 망 및 로컬서버가 위치하는 로컬 데이터망 중 적어도 하나를 포함할 수 있다.
구체적으로, 상기 경로설정부는, 상기 업링크패킷의 서비스 플로우 구분정보 및 상기 생성한 전달경로를 맵핑시킨 맵핑정보를 경로테이블에 저장하여, 상기 특정 정보에 따라 생성한 전달경로를 상기 업링크패킷의 서비스 플로우 경로로 설정할 수 있다.
구체적으로, 상기 전송부는, 수신되는 업링크패킷 중 특정 정보가 존재하나 상기 경로설정부에서 특정 정보에 따른 전달경로 생성에 실패한 경우의 업링크패킷을, 기본 설정된 데이터망으로 전송할 수 있다.
구체적으로, 상기 전송부는, 수신되는 업링크패킷 중 서비스 플로우 구분정보가 상기 경로테이블에 존재하지 않는 경우의 업링크패킷을, 기본 설정된 데이터망으로 전송할 수 있다.
구체적으로, 상기 경로설정부는, 전달경로 삭제를 요청하는 요청 정보가 삽입된 업링크패킷 수신이 확인되면, 상기 업링크패킷의 서비스 플로우 경로로 설정한 전달경로를 삭제할 수 있다.
본 발명의 일 실시예에 따르면, 단말장치는, 송신하고자 하는 업링크패킷의 서비스 플로우를 구분하는 구분부; 기 정의된 트리거링 조건 만족 시, 상기 구분한 서비스 플로우 중 상기 만족한 트리거링 조건에 따른 서비스 플로우의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입하는 정보삽입부; 및 업링크패킷을 데이터노드로 송신하는 송신부를 포함한다.
구체적으로, 상기 정보삽입부는, 서비스 플로우의 첫번째 업링크패킷에 상기 특정 정보를 삽입할 수 있다.
구체적으로, 다수의 특정 정보로 구성되는 정보테이블에서, 상기 트리거링 조건을 기반으로 특정 정보를 선택하기 위한 정책정보가 기 보유되며; 상기 정보삽입부는, 상기 정보테이블 및 상기 정책정보를 근거로, 상기 특정 정보를 선택하여 삽입할 수 있다.
구체적으로, 상기 트리거링 조건은, 특정 정보 기반의 전달경로 설정이 요구되는 특정 서비스 플로우가 발생되는 경우, 또는 특정 정보 기반의 전달경로 설정이 요구되는 특정 서비스 타입의 슬라이스 ID를 이용하는 경우, 또는 무선신호의 품질이 특정 정보 기반의 전달경로 설정이 요구되는 특정 치 이하로 낮아지는 경우, 또는 특정 정보 기반의 전달경로 설정이 요구되는 특정 지역에 위치하는 경우, 또는 트래픽 이용량이 전달경로 설정을 요구하는 특정 치를 초과하는 경우, 또는 코어망으로부터의 제어 이벤트를 수신하는 경우, 만족될 수 있다.
구체적으로, 상기 특정 정보는, 전달경로에서 지원하는 서비스 타입, 전달경로의 목적지에 해당되는 장치의 주소정보, 상기 전달경로의 서비스용량 정보, 지연 정보 중 적어도 하나를 정의하는 서비스 코드를 포함할 수 있다.
구체적으로, 상기 정보삽입부는, 상기 특정 정보를 삽입하여 송신한 서비스 플로우의 마지막 업링크패킷에, 전달경로 삭제를 요청하는 요청 정보를 삽입할 수 있다.
본 발명의 일 실시예에 따르면, 데이터 송수신장치의 동작 방법은, 수신되는 업링크패킷 내에, 전달경로를 정의하는 특정 정보가 존재하는지 확인하는 확인단계; 상기 특정 정보가 존재하는 경우, 상기 특정 정보에 따른 전달경로를 생성하여 상기 업링크패킷의 서비스 플로우 경로로 설정하는 경로설정단계; 및 수신되는 업링크패킷 중 상기 서비스 플로우로 구분되는 업링크패킷을, 상기 전달경로로 전송하는 전송단계를 포함한다.
구체적으로, 상기 경로설정단계는, 상기 업링크패킷의 서비스 플로우 구분정보 및 상기 생성한 전달경로를 맵핑시킨 맵핑정보를 경로테이블에 저장하여, 상기 특정 정보에 따라 생성한 전달경로를 상기 업링크패킷의 서비스 플로우 경로로 설정할 수 있다.
구체적으로, 상기 전송단계는, 수신되는 업링크패킷 중 특정 정보가 존재하나 상기 특정 정보에 따른 전달경로 생성에 실패한 경우의 업링크패킷을, 또는 수신되는 업링크패킷 중 서비스 플로우 구분정보가 상기 경로테이블에 존재하지 않는 경우의 업링크패킷을, 기본 설정된 데이터망으로 전송할 수 있다.
본 발명의 일 실시예에 따르면, 단말장치의 동작 방법은, 송신하고자 하는 업링크패킷의 서비스 플로우를 구분하는 구분단계; 기 정의된 트리거링 조건 만족 시, 상기 구분한 서비스 플로우 중 상기 만족한 트리거링 조건에 따른 서비스 플로우의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입하는 정보삽입단계; 및 업링크패킷을 데이터노드로 송신하는 송신단계를 포함한다.
구체적으로, 상기 정보삽입단계는, 서비스 플로우의 첫번째 업링크패킷에 상기 특정 정보를 삽입할 수 있다.
구체적으로, 다수의 특정 정보로 구성되는 정보테이블에서, 상기 트리거링 조건을 기반으로 특정 정보를 선택하기 위한 정책정보가 기 보유되는 단계를 더 포함하며; 상기 정보삽입단계는, 상기 정보테이블 및 상기 정책정보를 근거로, 상기 특정 정보를 선택하여 삽입할 수 있다.
구체적으로, 상기 특정 정보는, 전달경로에서 지원하는 서비스 타입, 전달경로의 목적지에 해당되는 장치의 주소정보, 상기 전달경로의 서비스용량 정보, 지연 정보 중 적어도 하나를 정의하는 서비스 코드를 포함할 수 있다.
본 발명의 일 실시예에 따르면, 컴퓨터프로그램은, 하드웨어와 결합되어, 송신하고자 하는 업링크패킷의 서비스 플로우를 구분하는 단계; 기 정의된 트리거링 조건 만족 시, 상기 구분한 서비스 플로우 중 상기 만족한 트리거링 조건에 따른 서비스 플로우의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입하는 단계; 및 업링크패킷을 송신하는 단계를 실행시키기 위하여 매체에 저장될 수 있다.
본 발명의 실시예들에 따르면, 단말이 주체적으로 트래픽에 대한 전달경로 Steering을 제어할 수 있는 새로운 방안(기술)을 실현할 수 있다.
이로 인해, 본 발명의 실시예들에 따르면, 기존 5G ULCL 기능에서 우려되는 오버헤드 문제, SMF 및 UPF 간 시그널링 증가 문제를 해소하고, 5G에서 지원하는 서비스 타입의 요구/성능을 효율적으로 지원하는 효과를 도출한다.
도 1은 본 발명과 관련이 있는 기존 5G의 ULCL(Uplink Classifier) 시스템을 보여주는 예시도.
도 2는 본 발명에서 제안하는 단말 주체의 ULCL 기능을 보여주는 예시도.
도 3은 본 발명의 일 실시예에 따른 단말장치의 구성을 나타내는 블록도.
도 4는 본 발명의 일 실시예에 따른 데이터 송수신장치의 구성을 나타내는 블록도.
도 5는 본 발명의 일 실시예에 따라 단말이 삽입하는 특정 정보의 구성을 보여주는 예시도.
도 6는 본 발명의 일 실시예에 따라 데이터 송수신장치에 보유되는 정의테이블의 구성을 보여주는 예시도.
도 7은 본 발명에서 제안하는 단말 주체의 ULCL 기능이 실현되는 일 예를 보여주는 예시도.
도 8은 본 발명의 일 실시예에 따른 단말장치의 동작 방법을 보여주는 흐름도.
도 9은 본 발명의 일 실시예에 따른 데이터 송수신장치의 동작 방법을 보여주는 흐름도.
이하, 첨부된 도면을 참조하여 본 발명의 실시예를 설명한다.
본 발명은, 단말 데이터의 전달경로를 제어하는 기술과 관련된 것이다.
특히, 본 발명은, 향후 도입된 5G 통신시스템을 고려한다.
5G 통신시스템은, 한정된 무선자원을 기반으로 최대한 많은 수의 단말을 수용하면서, eMBB(enhanced mobile broadband, 향상된 모바일 광대역)/mMTC(massive machine type communications, 대규모 기계형 통신)/URLLC(ultra-reliable and low latency communications, 고도의 신뢰도와 낮은 지연 시간 통신) 등, 다양한 서비스 타입을 지원하고 있다.
특히, 5G에서는, 단말, 기지국(액세스), 코어 및 서버를 End to End로 지원하기 위한 네트워크 구조를 정의하고 있다.
구체적으로, 5G에서는, 기존 LTE(4G)와 달리, 제어 시그널링 기능의 영역(Control Plane) 및 데이터 송수신 기능의 영역(User Plane)을 구분한 네트워크 구조를 정의하고 있다.
이때, 5G에서 Control Plane의 제어노드는, 단말의 무선구간 액세스를 제어하는 AMF(Access and Mobility Function), 가입자 정보와 가입자 별 가입 서비스정보, 과금 등의 정책을 관리/제어하는 PCF(Policy Control Function), 단말 별로 데이터 서비스 이용을 위한 세션을 관리/제어하는 SMF(Session Management Function) 등으로 정의할 수 있다.
그리고, 5G에서 User Plane의 데이터노드는, SMF의 제어(연동)를 토대로 단말과의 세션을 통해 단말 및 데이터망(예: 인터넷) 상의 서버 간 데이터를 송수신하는 UPF(User Plane Function)로 정의할 수 있다.
한편, 5G에서는, User Plane의 UPF에서 단말의 트래픽을 단말과 가까운 위치의 로컬 망으로 Steering하는 기능(이하, ULCL: Uplink Classifier)을 정의하고 있다.
도 1을 참조하여, 현재 5G의 ULCL 기능을 간단히 설명하면 다음과 같다.
ULCL 기능은, User Plane의 UPF에서 실현되는 기술로서, 단말의 트래픽을 가까운 위치의 로컬망(예: URLLC망, 10)으로 Steering하는 방식의 기술이다.
현재 5G의 ULCL 기능은, Control Plane의 SMF가 각 UPF 별로, UPF가 로컬망으로 전달경로를 Steering해야 하는 트래픽의 단말식별자/목적지IP주소/Prefix 등의 정보를 전달하여 알려주는 것을 기본으로 한다.
이에, 각 UPF는, SMF로부터 전달받은 정보(단말식별자/목적지IP주소/Prefix 등)를 근거로, 수신되는 업링크패킷들 중 해당되는 업링크패킷(트래픽)을 로컬망(예: URLLC망, 10)으로 Steering할 수 있다.
즉, 현재 5G의 ULCL 기능에 따르면, UPF는 SMF로부터 전달받는 정보에 전적으로 의존하는 방식이다.
따라서, 현재 5G의 ULCL 기능은, SMF 관점에서 볼 때, 각 UPF에 대해 전달해 줄 단말식별자/목적지IP주소/Prefix 등 많은 양의 정보를 지속적으로 관리해야 하는 오버헤드의 문제가 있다.
또한, 현재 5G의 ULCL 기능은, UPF 관점에서 볼 때, 전달된 단말식별자/목적지IP주소/Prefix 등의 정보를 지속적으로 관리해야 하는 오버헤드의 문제가 있다.
물론, 현재 5G의 ULCL 기능은, SMF 및 UPF 간의 시그널링 증가의 문제도 있다.
한편, 단말 즉 사용자 관점에서는, 자신의 트래픽에 대한 전달경로 Steering을 알고 주체적으로 제어하고자 하는 요구가 있으나, 현재 5G의 ULCL 기능은 이러한 요구를 전혀 충족시킬 수 없는 방식이다.
이에, 본 발명에서는, 단말이 주체적으로 자신의 트래픽에 대한 전달경로 Steering을 제어할 수 있는 새로운 방안을 제안함으로써, 현재 5G의 ULCL 기능이 가지는 전술의 문제를 효과적으로 해소하고자 한다.
구체적으로, 본 발명에서는, 제안하는 새로운 방안(이하, 단말 주체의 ULCL)을 실현할 수 있는 단말장치, 데이터 송수신장치를 제안하고자 한다.
이하에서는, 도 2를 참조하여, 본 발명에서 제안하는 새로운 방안, 즉 단말 주체의 ULCL 기능에 대해 간략히 설명하겠다.
단말장치(100)는, 본 발명에서 제안하는 단말 주체의 ULCL를 실현하기 위한 기능(예: ULCL Agent)을 구비한다.
본 발명의 데이터 송수신장치(200)는, User Plane의 UPF 각각을 의미한다.
따라서, 본 발명에서 데이터 송수신장치(200) 즉 UPF(200)는, 본 발명에서 제안하는 단말 주체의 ULCL를 실현하기 위한 기능(예: ULCL Server)을 구비한다.
이러한 단말장치(100)의 ULCL Agent 및 데이터 송수신장치(200)의 ULCL Server는, 어플리케이션(또는 프로그램) 형태로 배포/설치되는 기능일 수도 있고, 이 기능이 설치되어 단말장치(100) 또는 데이터 송수신장치(200)에 탑재되는 형태의 하드웨어(예: Chip)일 수도 있다.
본 발명에서 단말장치(100)는, ULCL Agent의 동작을 토대로, 송신하고자 하는 업링크패킷의 서비스 플로우를 구분한다.
그리고, 단말장치(100)는, ULCL Agent의 동작을 토대로, 단말 주체 ULCL 기능을 적용할 대상 서비스 플로우의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입한다.
이후, 단말장치(100)는 업링크패킷을 데이터노드 즉 자신의 데이터 송수신장치(200, UPF)로 송신한다.
본 발명에서 데이터 송수신장치(200, UPF)는, ULCL Server의 동작을 토대로, 단말장치(100)로부터의 업링크패킷 수신 시, 업링크패킷 내에 전달경로를 정의하는 특정 정보가 존재하는지 확인한다.
그리고, 데이터 송수신장치(200, UPF)는, ULCL Server의 동작을 토대로, 단말장치(100)로부터의 업링크패킷 내에 특정 정보가 존재하는 경우, 특정 정보에 따라 로컬 망 즉 제2 DN(예: URLLC망, 10), 또는 제3 DN(예: 내부망_UPF, 20)으로의 전달경로를 생성하고, 생성한 전달경로를 금번 업링크패킷의 서비스 플로우 경로로 설정한다.
이에, 데이터 송수신장치(200, UPF)는, ULCL Server의 동작을 토대로, 수신되는 업링크패킷들 중 앞서 특정 정보에 따른 전달경로를 생성한 서비스 플로우로 구분되는 업링크패킷을, 설정한 서비스 플로우 경로(전달경로)에 따라서 로컬 망(10 또는 20)으로 전송할 수 있다.
물론, 데이터 송수신장치(200, UPF)는, ULCL Server의 동작을 토대로, 로컬 망(10 또는 20)으로부터 수신되는 다운링크패킷의 경우, 서비스 플로우 경로(전달경로)를 근거로 단말장치(100)로 전송할 수 있다.
도 2에서 알 수 있듯이, 본 발명에서 제안하는 단말 주체의 ULCL 기능은, 단말장치(100) 및 데이터 송수신장치(200, UPF) 간에 설정된 특정 정보를 기반으로, 단말장치(100)가 전달경로를 정의하는 특정 정보를 결정(선택)하면 데이터 송수신장치(200, UPF)가 특정 정보에 따른 전달경로를 생성 및 트래픽(업링크/다운링크패킷)을 로컬망(10)으로 Steering할 수 있다.
이로 인해, 본 발명에서 제안하는 단말 주체의 ULCL 기능에 따르면, 단말 관점에서 특정 정보를 기반으로 자신의 트래픽에 대한 전달경로를 주체적으로 Steering할 수 있고, UPF 관점에서 SMF로부터 제공받는 정보(단말식별자/목적지IP주소/Prefix 등)에 의존하지 않을 수 있다.
이하에서는, 본 발명의 일 실시예에 다른 단말장치, 데이터 송수신장치의 구성을 보다 구체적으로 설명하겠다.
설명의 편의를 위해, 도 2에 기재한 참조번호를 사용하여 설명하도록 한다.
도 3을 참조하여, 본 발명의 일 실시예에 따른 단말장치의 구성을 설명하겠다.
도 3에 도시된 바와 같이, 본 발명의 일 실시예에 따른 단말장치(100)는, 구분부(110)와, 정보삽입부(120)와, 송신부(130)를 포함한다.
더 나아가, 본 발명의 일 실시예에 따른 단말장치(100)는, 정책저장부(140)를 더 포함할 수 있다.
여기서, 구분부(110), 정보삽입부(120), 송신부(130), 정책저장부(140) 중 일부 또는 전체는, 본 발명에서 제안하는 단말 주체의 ULCL를 실현하기 위한 ULCL Agent로서 구현될 수 있다.
구분부(110)는, 송신하고자 하는 업링크패킷의 서비스 플로우를 구분한다.
구체적으로, 구분부(110)는, 단말장치(100)에서 송신하고자 하는 업링크패킷 발생 시, 매 업링크패킷 마다 패킷 헤더에 포함된 정보 예컨대 5-tuple(Source IP, Destination IP, Source Port, Destination Port, Protocol ID)을 근거로 서비스 플로우를 구분할 수 있다.
물론, 본 발명에서 구분부(110)는, 5-tuple(패킷 플로우 정보) 외에도, Application 정보 예컨대 컨텐츠 헤더 (HTTP/2, FTP, QUIC Protocol), 비디오/오디오 정보 예컨대 스트리밍 헤더 (HTTP Live Streaming, MPEG-DASH, WebRTC, RSTP)를 근거로, 서비스 플로우를 구분할 수도 있다.
다만, 이하에서는 일 실시예로서, 5-tuple(패킷 플로우 정보) 근거로 서비스 플로우를 구분하는 예를 언급하여 설명하겠다.
정보삽입부(120)는, 기 정의된 트리거링 조건 만족 시, 구분부(110)에서 구분한 서비스 플로우 중 금번 만족한 트리거링 조건에 따른 서비스 플로우의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입한다.
즉, 정보삽입부(120)는, 기 정의된 트리거링 조건 만족 시 단말 주체의 ULCL 기능을 활성화하여, 금번 만족한 트리거링 조건에 따른 서비스 플로우의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입할 수 있다.
여기서, 트리거링 조건은, 특정 정보 기반의 전달경로 설정이 요구되는 특정 서비스 플로우가 발생되는 경우, 또는 특정 정보 기반의 전달경로 설정이 요구되는 특정 서비스 타입의 슬라이스 ID를 이용하는 경우, 또는 무선신호의 품질이 특정 정보 기반의 전달경로 설정이 요구되는 특정 치 이하로 낮아지는 경우, 또는 특정 정보 기반의 전달경로 설정이 요구되는 특정 지역에 위치하는 경우, 또는 트래픽 이용량이 전달경로 설정을 요구하는 특정 치를 초과하는 경우, 또는 코어망으로부터의 제어 이벤트를 수신하는 경우, 만족되는 것으로 정의될 수 있다.
예를 들면, 정보삽입부(120)는, 단말장치(100)에서 전달경로 설정이 요구되는 특정 서비스 플로우가 발생되는 경우, 트리거링 조건이 만족되는 것으로 판단할 수 있다.
이 경우, 정보삽입부(120)는, 금번 만족한 트리거링 조건 및 후술의 정책정보를 기반으로, 특정 서비스 플로우의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입할 수 있다.
또 다른 예를 들면, 정보삽입부(120)는, 단말장치(100)에서 전달경로 설정이 요구되는 특정 서비스 타입의 슬라이스 ID(예: eMBB, mMTC, URLLC 등)를 이용하는 경우, 트리거링 조건이 만족되는 것으로 판단할 수 있다.
이 경우, 정보삽입부(120)는, 금번 만족한 트리거링 조건 및 후술의 정책정보를 기반으로, 특정 서비스 타입의 슬라이스 ID(예: eMBB, mMTC, URLLC 등)에 따른 서비스 플로우의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입할 수 있다.
또 다른 예를 들면, 정보삽입부(120)는, 단말장치(100)에서 측정되는 무선신호의 품질이 전달경로 설정이 요구되는 특정 치 이하로 낮아지는 경우, 트리거링 조건이 만족되는 것으로 판단할 수 있다.
이 경우, 정보삽입부(120)는, 금번 만족한 트리거링 조건 및 후술의 정책정보를 기반으로, 단말장치(100)에서 이용 중인 각 서비스 플로우 또는 일부 서비스 플로우(예: 특정 서비스 타입의 슬라이스 ID(예: eMBB, mMTC, URLLC 등))의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입할 수 있다.
또 다른 예를 들면, 정보삽입부(120)는, 단말장치(100)가 전달경로 설정이 요구되는 특정 지역에 위치하는 경우, 트리거링 조건이 만족되는 것으로 판단할 수 있다.
이 경우, 정보삽입부(120)는, 금번 만족한 트리거링 조건 및 후술의 정책정보를 기반으로, 단말장치(100)에서 이용 중인 각 서비스 플로우 또는 일부 서비스 플로우(예: 특정 서비스 타입의 슬라이스 ID(예: eMBB, mMTC, URLLC 등))의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입할 수 있다.
또 다른 예를 들면, 정보삽입부(120)는, 단말장치(100)의 트래픽 이용량이 전달경로 설정을 요구하는 특정 치를 초과하는 경우, 또는 코어망으로부터의 제어 이벤트를 수신하는 경우, 만족되는 것으로 정의될 수 있다.
이 경우, 정보삽입부(120)는, 금번 만족한 트리거링 조건 및 후술의 정책정보를 기반으로, 단말장치(100)에서 이용 중인 각 서비스 플로우 또는 일부 서비스 플로우(예: 특정 서비스 타입의 슬라이스 ID(예: eMBB, mMTC, URLLC 등))의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입할 수 있다.
또 다른 예를 들면, 정보삽입부(120)는, 코어망 예컨대 5G N/W(예: AMF, 3rd Party MEC Server, Mgmt Server)으로부터의 제어 이벤트를 수신하는 경우, 트리거링 조건이 만족되는 것으로 판단할 수 있다.
이 경우, 정보삽입부(120)는, 금번 만족한 트리거링 조건 및 후술의 정책정보를 기반으로, 단말장치(100)에서 이용 중인 각 서비스 플로우 또는 일부 서비스 플로우(예: 특정 서비스 타입의 슬라이스 ID(예: eMBB, mMTC, URLLC 등))의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입할 수 있다.
한편, 정보삽입부(120)는, 서비스 플로우의 업링크패킷 중, 하나의 업링크패킷에 특정 정보를 삽입할 수도 있고, 다수 개의 업링크패킷에 특정 정보를 삽입할 수도 있는 등, 단말장치(100) 및 데이터 송수신장치(200, UPF) 간에 설정된 개수의 업링크패킷에 특정 정보를 삽입할 수 있다.
그리고, 정보삽입부(120)는, 서비스 플로우의 업링크패킷 중 하나의 업링크패킷에 특정 정보를 삽입하는 경우, 서비스 플로우의 첫번째 업링크패킷에 특정 정보를 삽입할 수도 있고 두번째 업링크패킷에 특정 정보를 삽입할 수도 있는 등, 단말장치(100) 및 데이터 송수신장치(200, UPF) 간에 설정된 N번째의 업링크패킷에 특정 정보를 삽입할 수 있다.
다만, 이하에서는 일 실시예로서, 서비스 플로우의 첫번째 업링크패킷 하나에 특정 정보를 삽입하는 실시예를 언급하여 설명하겠다.
이 경우, 정보삽입부(120)는, 금번 만족한 트리거링 조건에 따른 서비스 플로우에 대하여, 업링크패킷 중 첫번째 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입할 것이고, 두번째 업링크패킷 및 그 이후부터는 특정 정보를 삽입하지 않을 것이다.
한편, 정보삽입부(120)는, 기 보유된 정보테이블 및 정책정보를 근거로, 서비스 플로우의 전달경로를 정의하는 특정 정보를 결정(선택)하여 업링크패킷에 삽입하게 된다.
이하에서는, 특정 정보를 선택하는 과정에 대하여 구체적으로 설명하겠다.
구체적으로 설명하면, 본 발명의 단말장치(100)에는, 다수의 특정 정보로 구성되는 정보테이블에서, 만족한 트리거링 조건을 기반으로 특정 정보를 선택하기 위한 정책정보가 기 보유될 수 있다.
예를 들면, 정책저장부(140)는, 다수의 특정 정보로 구성되는 정보테이블과, 트리거링 조건을 기반으로 특정 정보를 선택하기 위한 정책정보를 저장/보유할 수 있다.
그리고, 정책저장부(140)에 저장/보유되는 정보테이블 및 정책정보는, 코어망 즉 5G N/W(예: AMF, 3rd Party MEC Server, Mgmt Server)로부터 제공받아 저장/보유될 수 있고, 단말장치(100, 구체적으로 ULCL Agent)의 동작 개시 시점, 트리거링 조건 만족 시점, 주기적 시점, 기 정의된 이벤트 발생 시점 등에, 5G N/W로 요청/수신받는 방식을 통해 최신으로 업데이트될 수 있다.
여기서, 다수의 특정 정보로 구성되는 정보테이블은, 전달경로의 서비스 타입(예: eMBB, mMTC, URLLC 등), 전달경로의 목적지에 해당되는 장치의 주소정보, 전달경로의 서비스용량 정보, 지연 정보 중 적어도 하나를 정의하는 다수의 특정 정보, 즉 다수의 서비스 코드를 포함하는 정보테이블일 수 있다.
여기서, 정책정보는, 정보테이블 내 다수의 특정 정보 중, 금번 만족된 트리거링 조건을 고려하여, 어떤 서비스 플로우에 어떤 특정 정보(서비스 코드)를 삽입할 것인지를 결정하기 위해 정의된 정책을 의미한다.
이에 정보삽입부(120)는, 기 정의된 트리거링 조건 만족 시, 구분부(110)에서 구분한 서비스 플로우 중 금번 만족한 트리거링 조건 및 정책정보를 근거로 단말 주체 ULCL 기능을 적용할 대상 서비스 플로우(예: 서비스 타입 URLLC의 서비스 플로우)를 확인하고, 대상 서비스 플로우(예: 서비스 타입 URLLC의 서비스 플로우)에 대하여 삽입할 특정 정보(서비스 코드)를 정보테이블에서 선택한다.
그리고, 정보삽입부(120)는, 선택 시점 이후, 대상 서비스 플로우(예: 서비스 타입 URLLC의 서비스 플로우)의 첫번째 업링크패킷에 특정 정보(서비스 코드)를 삽입할 수 있다.
따라서, 정보삽입부(120)는, 구분부(110)에서 구분한 서비스 플로우 중, 단말 주체 ULCL 기능을 적용할 대상 서비스 플로우(예: 서비스 타입 URLLC의 서비스 플로우)가 아닌 경우, 특정 정보를 선택하지 않고 삽입하지도 않을 것이다.
여기서, 업링크패킷에 특정 정보가 삽입되는 필드 역시, 단말장치(100) 및 데이터 송수신장치(200, UPF) 간에 설정된 위치의 필드이면 된다.
예를 들면, 특정 정보는, 업링크패킷의 패킷 헤더, 예컨대 IP 헤더의 Option 필드에 삽입될 수 있고, TCP 헤더의 Option 필드에 삽입될 수 있고, 또는 페이로드 필드 내에 삽입될 수도 있다.
이때, 특정 정보는, 전달경로에서 지원하는 서비스 타입(슬라이스 ID), 전달경로의 목적지에 해당되는 장치의 주소정보(이하, 목적지 주소정보), 상기 전달경로의 서비스용량 정보, 지연 정보 중 적어도 하나를 정의하는 서비스 코드를 포함할 수 있다.
즉, 특정 정보는, 비트(bit) 단위의 작은 사이즈로 구성되는 형태의 정보인 것이 바람직하다.
제1 실시예에 따르면, 특정 정보는, 서비스 타입(슬라이스 ID), 목적지 주소정보, 전달경로의 서비스용량 정보, 지연 정보를 정의하는 서비스 코드 하나로 정의될 수 있다.
이 경우, 도 5를 참조하여 설명하면, 업링크패킷에 삽입되는 특정 정보(a)는 서비스 코드(ULCL Code) 하나일 것이다.
이 경우, 데이터 송수신장치(200, UPF)에는, 단일 서비스 코드 별로, 해당 서비스 코드에 따라 생성해야 하는 전달경로의 서비스 타입(예: eMBB, mMTC, URLLC 등), 목적지 주소정보(IP/Port), 전달경로의 서비스용량 정보 및 지연 정보가 기 정의되어 있는 것이 바람직하다(후술의 정의테이블).
제2 실시예에 따르면, 특정 정보는, 서비스 타입(슬라이스 ID)과, 서비스 타입(슬라이스 ID) 별로 목적지 주소정보, 전달경로의 서비스용량 정보 및 지연 정보를 정의하는 서비스 코드로 정의될 수 있다.
이 경우, 도 5를 참조하여 설명하면, 업링크패킷에 삽입되는 특정 정보(b)는 Slice ID 및 ULCL Code를 포함할 것이다.
이 경우, 데이터 송수신장치(200, UPF)에는, 서비스 타입(슬라이스 ID) 및 서비스 코드 조합 별로, 목적지 주소정보(IP/Port), 전달경로의 서비스용량 정보 및 지연 정보가 기 정의되어 있는 것이 바람직하다(후술의 정의테이블).
즉, 제2 실시예의 경우, 제1 실시예 대비, 데이터 송수신장치(200, UPF)에서 보유해야 하는 정의테이블의 사이즈를 줄일 수 있는 장점이 있다.
제3 실시예에 따르면, 특정 정보는, 서비스 타입(슬라이스 ID)과, 서비스 타입(슬라이스 ID) 별로 전달경로의 서비스용량 정보 및 지연 정보를 정의하는 서비스 코드, 목적지 주소정보(IP/Port)로 정의될 수 있다.
이 경우, 도 5를 참조하여 설명하면, 업링크패킷에 삽입되는 특정 정보(c)는 Slice ID, ULCL Code 및 목적지 주소정보(IP/Port)를 포함할 것이다.
이 경우, 데이터 송수신장치(200, UPF)에는, 서비스 타입(슬라이스 ID) 및 서비스 코드 조합 별로, 전달경로의 서비스용량 정보 및 지연 정보가 기 정의되어 있는 것이 바람직하다(후술의 정의테이블).
그리고, 이 경우 데이터 송수신장치(200, UPF)에서는, 특정 정보 내 목적지 주소정보(IP/Port)를 전달경로 생성 시 이용할 수 있다.
즉, 제3 실시예의 경우, 제1 실시예 및 제2 실시예 대비, 데이터 송수신장치(200, UPF)에서 보유해야 하는 정의테이블의 사이즈를 줄일 수 있는 장점이 있다.
송신부(130)는, 업링크패킷을 데이터노드 즉 단말장치(100)의 데이터 송수신장치(200, UPF)로 송신한다.
이렇게 되면, 데이터 송수신장치(200, UPF)는, 단말장치(100)로부터의 업링크패킷 수신 시 업링크패킷 내에 전달경로를 정의하는 특정 정보(예: 서비스 코드)가 존재하는지 확인하고, 서비스 코드가 존재하는 경우 해당 서비스 코드에 따라 로컬망(예: URLLC망, 10)으로의 전달경로를 생성하고, 생성한 전달경로를 금번 업링크패킷의 서비스 플로우 경로로 설정할 수 있다.
더 나아가, 정보삽입부(120)는, 적어도 하나의 업링크패킷(예: 첫번째 업링크패킷)에 특정 정보를 삽입하여 송신한 서비스 플로우의 마지막 업링크패킷에, 전달경로 삭제를 요청하는 요청 정보를 삽입할 수 있다.
여기서, 요청 정보 역시, 비트(bit) 단위의 작은 사이즈로 구성되는 서비스 코드 형태의 정보인 것이 바람직하며, 업링크패킷에 요청 정보가 삽입되는 필드 역시, 단말장치(100) 및 데이터 송수신장치(200, UPF) 간에 설정된 위치의 필드이면 된다.
이렇게 되면, 데이터 송수신장치(200, UPF)는, 단말장치(100)로부터의 업링크패킷 수신 시 전달경로 삭제를 요청하는 서비스 코드가 삽입된 업링크패킷이 확인되면, 해당 서비스 코드에 따라 해당 업링크패킷의 서비스 플로우 경로로 설정해 둔 로컬망(예: URLLC망, 10)으로의 전달경로를 삭제할 수 있다.
이하에서는, 도 4를 참조하여, 본 발명의 바람직한 실시예에 따른 데이터 송수신장치의 구성을 설명하겠다.
도 4에 도시된 바와 같이, 본 발명의 일 실시예에 따른 데이터 송수신장치(200) 즉 UPF(200)는, 확인부(210)와, 경로설정부(220)와, 전송부(230)를 포함한다.
더 나아가, 본 발명의 UPF(200)는, 로컬연동부(240)를 더 포함할 수 있다.
여기서, 확인부(210), 경로설정부(220), 전송부(230), 로컬연동부(240) 중 일부 또는 전체는, 본 발명에서 제안하는 단말 주체의 ULCL를 실현하기 위한 ULCL Server로서 구현될 수 있다.
확인부(210)는, 업링크패킷 수신 시, 업링크패킷 내에 전달경로를 정의하는 특정 정보가 존재하는지 확인한다.
이하에서는 설명의 편의 상, 단말장치(100)로부터 업링크패킷이 수신되는 경우를 언급하여 설명하겠다.
확인부(210)는, 단말장치(100)로부터 업링크패킷이 수신될 때마다, 업링크패킷 내에 전달경로를 정의하는 특정 정보(예: 서비스 코드)가 존재하는지 확인할 수 있다.
단말장치(100)가 본 발명에서 제안하는 단말 주체 ULCL 적용 대상인 서비스 플로우의 첫번째 업링크패킷에 특정 정보(예: 서비스 코드)를 삽입하여 송신하는 경우, 확인부(210)는, 단말장치(100)에서 단말 주체 ULCL 적용 대상의 서비스 플로우의 업링크패킷에서 특정 정보(예: 서비스 코드)를 확인할 수 있을 것이다.
경로설정부(220)는, 확인부(210)에서 특정 정보(예: 서비스 코드)의 존재가 확인되는 경우, 확인된 특정 정보(예: 서비스 코드)에 따른 전달경로를 생성하고 금번 업링크패킷의 서비스 플로우 경로로 설정한다.
구체적으로 설명하면, 로컬연동부(240)는, 적어도 하나 이상의 로컬 망과 연동하여, 각 로컬 망 내 장치를 목적지로 하는 적어도 하나의 전달경로 생성을 지원하는 기능부이다.
즉, 본 발명의 UPF(200)는, 특정 정보(예: 서비스 코드)에 따른 전달경로를 생성하기 위해서, 로컬망 예컨대 제2 DN(10, 예: URLLC망) 및 제3 DN(20, 예: 내부망_UPF) 내 장치와 물리적 연결 관계를 가지고 있어야만 하며, 로컬연동부(240)가 이러한 연결 관계를 제공하는 것이다.
이때, UPF(200, 특히 로컬연동부(240))는, 제2 DN(10, 예: URLLC망)과는 5G 서비스 인터페이스 기반으로 정의되는 N6 I/F로 연동하며, 제3 DN(20, 예: 내부망_UPF)과는 5G 서비스 인터페이스 기반으로 정의되는 N9 I/F로 연동할 수 있다.
그리고, 경로설정부(220)에는, 특정 정보 별로, 해당 특정 정보에 따라 생성해야 하는 전달경로의 서비스타입(예: eMBB, mMTC, URLLC 등), 전달경로의 목적지에 해당되는 장치의 주소정보, 전달경로의 서비스용량 정보, 지연 정보가 기 정의되는 정의테이블이 기 보유/저장되어 있을 수 있다.
경로설정부(220)의 정의테이블은, 코어망 즉 5G N/W(예: AMF, 3rd Party MEC Server, Mgmt Server)로부터 제공받아 저장/보유될 수 있고, 단말장치(100, 구체적으로 ULCL Agent)에서 정보테이블 및 정책정보가 업데이트되는 시점에 동일하게 업데이트될 수 있다.
이때 정의테이블의 형태는, 다음의 실시예들로 구분할 수 있다.
제1 실시예에 따르면 특정 정보는 단일 서비스 코드로 정의되며, 정의테이블은 서비스 코드 별로, 해당 서비스 코드에 따라 생성해야 하는 전달경로의 서비스 타입(예: eMBB, mMTC, URLLC 등), 목적지 주소정보(IP/Port), 전달경로의 서비스용량 정보 및 지연 정보가 기 정의되어 있는 정보일 수 있다.
즉 도 6와 같이, 본 발명의 UPF(200)에는, 서비스 코드(ULCL Code) 별로, 해당 서비스 코드에 따라 생성해야 하는 전달경로의 서비스 타입(Slice ID, 예: eMBB, mMTC, URLLC 등), 목적지 주소정보(IP/Port), 전달경로의 서비스용량 정보 및 지연 정보가 기 정의되어 있는 정의테이블이 보유될 수 있다.
또 다른 제2 실시예에 따르면 특정 정보는 서비스 타입(슬라이스 ID)과 서비스 코드로 정의되며, 정의테이블은 서비스 타입(슬라이스 ID) 및 서비스 코드 조합 별로, 목적지 주소정보(IP/Port), 전달경로의 서비스용량 정보 및 지연 정보가 기 정의되어 있는 정보일 수 있다.
또 다른 제3 실시예에 따르면 특정 정보는 서비스 타입(슬라이스 ID)과 서비스 코드 및 목적지 주소정보(IP/Port)로 정의되며, 정의테이블은 서비스 타입(슬라이스 ID) 및 서비스 코드 조합 별로, 전달경로의 서비스용량 정보 및 지연 정보가 기 정의되어 있는 정보일 수 있다.
이에, 경로설정부(220)는, 확인부(210)에서 금번 업링크패킷 내 특정 정보(예: 서비스 코드)의 존재가 확인되는 경우, 확인된 특정 정보(예: 서비스 코드)가 나타내는 정보들 즉 전달경로의 서비스 타입(예: URLLC), 목적지 장치(예: URLLC 서비스를 위한 로컬서버)에 해당되는 주소정보(예: 172.16.XXX.YYY), 전달경로의 서비스용량 정보(예: 1Gb/s), 지연 정보(예: 0.1ms)을 정의테이블로부터 확인할 수 있다.
그리고, 경로설정부(220)는, 정의테이블로부터 확인된 정보에 따른 전달경로를 로컬연동부(240)의 지원 범위 내에서 생성 가능한 경우, 금번 확인(인지)된 특정 정보(예: 서비스 코드)에 따른 로컬망(10)으로의 전달경로를 생성할 수 있다.
그리고, 경로설정부(220)는, 금번 업링크패킷의 서비스 플로우 구분정보(예: 5-tuple) 및 금번 생성한 전달경로를 맵핑시킨 맵핑정보를 경로테이블에 저장하여, 금번 확인된 특정 정보(예: 서비스 코드)에 따라 생성한 전달경로를 금번 업링크패킷의 서비스 플로우 경로로 설정할 수 있다.
한편, 경로설정부(220)는, 전술과 같이 정의테이블로부터 확인된 정보에 따른 전달경로를 로컬연동부(240)의 지원 범위 내에서 생성할 수 없는 경우, 금번 확인된 특정 정보(예: 서비스 코드)에 따른 로컬망(10)으로의 전달경로 생성에 실패하게 된다.
전송부(230)는, 수신되는 업링크패킷 중 전달경로를 생성한 서비스 플로우로 구분되는 업링크패킷을, 해당 전달경로로 전송한다.
즉, 전송부(230)는, 수신되는 매 업링크패킷 마다, 패킷 헤더에 포함된 정보 예컨대 5-tuple(Source IP, Destination IP, Source Port, Destination Port, Protocol ID)을 근거로 서비스 플로우를 구분할 수 있다.
이에, 전송부(230)는, 업링크패킷 마다, 업링크패킷의 서비스 플로우 구분정보(5-tuple)가 경로테이블에 존재하는지 확인한다.
업링크패킷의 서비스 플로우 구분정보(5-tuple)가 경로테이블에 존재하는 경우는, 금번 업링크패킷의 서비스 플로우 경로가 로컬망(예: URLLC망, 10)으로의 전달경로로 기 설정되어 있는 경우이며, 금번 업링크패킷에는 특정 정보(예: 서비스 코드)가 포함되어 있을 수도 있고 포함되어 있지 않을 수도 있다.
한편, 업링크패킷의 서비스 플로우 구분정보(5-tuple)가 경로테이블에 존재하지 않는 경우는, 전달경로 생성에 실패하였거나 본 발명에서 제안하는 단말 주체 ULCL의 적용 대상이 아닌 경우일 것이다.
이에, 전송부(230)는, 수신되는 업링크패킷 중 서비스 플로우 구분정보(5-tuple)가 경로테이블에 존재하는 경우의 업링크패킷을, 경로테이블 내 맵핑된 로컬망(예: URLLC망, 10)으로의 전달경로로 전송한다.
한편, 전송부(230)는, 수신되는 업링크패킷 중 특정 정보(예: 서비스 코드)가 존재하지만 경로설정부(220)에서 전달경로 생성에 실패한 경우의 업링크패킷을, 기본 설정된 데이터망 즉 제1 DN(예: 인터넷)으로 전송할 수 있다.
또한, 전송부(230)는, 수신되는 업링크패킷 중 서비스 플로우 구분정보(5-tuple)가 경로테이블에 존재하지 않는 경우의 업링크패킷을, 기본 설정된 데이터망 즉 제1 DN(예: 인터넷)으로 전송할 수 있다.
물론, 데이터 송수신장치(200, UPF)는, ULCL Server의 동작을 토대로, 서비스 코드에 따른 전달경로의 로컬망(10 또는 20)으로 트래픽(업링크패킷)을 전달한 후, 로컬망(10 또는 20)에서 응답의 트래픽(다운링크패킷) 수신 시 서비스 플로우 경로(전달경로)를 근거로 단말장치(100)로 전송할 수 있다.
더 나아가, 경로설정부(220)는, 전달경로 삭제를 요청하는 요청 정보가 삽입된 업링크패킷 수신이 확인되면, 해당 업링크패킷의 서비스 플로우 경로로 설정한 전달경로를 삭제할 수 있다.
예를 들면, 확인부(210)는, 업링크패킷 수신 시, 업링크패킷 내에 전달경로를 정의하는 특정 정보 뿐 아니라, 전달경로 삭제를 요청하는 요청 정보가 서비스 코드 형태로 존재하는지 확인할 수 있다.
단말장치(100)가 본 발명에서 제안하는 단말 주체 ULCL 적용 대상인 서비스 플로우의 마지막 업링크패킷에 전달경로 삭제를 요청하는 서비스 코드를 삽입하여 송신하는 실시예의 경우, 확인부(210)는, 단말장치(100)에서 단말 주체 ULCL 적용 대상의 서비스 플로우가 끝나는 마지막 업링크패킷에서 전달경로 삭제 요청의 서비스 코드를 확인할 수 있을 것이다.
이에, 경로설정부(220)는, 확인부(210)에서 요청 정보 즉 전달경로 삭제를 요청하는 서비스 코드가 삽입된 업링크패킷(서비스 플로우의 마지막 업링크패킷)이 확인되는 경우, 해당 업링크패킷의 서비스 플로우 경로로 설정한 전달경로를 삭제한다.
구체적으로 설명하면, 경로설정부(220)는, 해당 업링크패킷의 서비스 플로우 경로로 설정한 전달경로를 삭제하며, 경로테이블에 기 저장된 맵핑정보 역시 삭제하게 된다.
이 외에도, 경로설정부(220)는, 기 정의된 정책에 따라서, 기 생성한 전달경로 중 설정시점으로부터 기 설정된 경로유지시간이 경과하거나 또는 기 설정된 임계시간이 경과하도록 패킷 송수신이 발생하지 전달경로를 삭제하거나 코어망으로부터의 제어 이벤트 수신에 따른 전달경로를 삭제하는 것도 가능할 것이다.
이상에서 설명한 바와 같이, 본 발명에서 제안하는 단말 주체의 ULCL 기능은, 단말장치(100) 및 데이터 송수신장치(200, UPF) 간에 설정된 특정 정보(예: 서비스 코드)를 기반으로, 단말장치(100)가 전달경로를 정의하는 특정 정보(예: 서비스 코드)를 결정(선택) 및 업링크패킷에 삽입하여 송신하면, 데이터 송수신장치(200, UPF)가 특정 정보(예: 서비스 코드)에 따른 전달경로를 생성 및 트래픽을 로컬망으로 Steering할 수 있다.
즉, 본 발명에서 제안하는 단말 주체의 ULCL는, 단말 관점에서 특정 정보(예: 서비스 코드)를 기반으로 자신의 트래픽(업링크/다운링크패킷)에 대한 전달경로를 주체적으로 Steering할 수 있다.
더불어, 본 발명에서 제안하는 단말 주체의 ULCL는, UPF 관점에서 SMF로부터 제공받는 정보(단말식별자/목적지IP주소/Prefix 등)에 의존하지 않기 때문에, SMF에서 각 UPF에 대해 전달해줄 단말식별자/목적지IP주소/Prefix 등 많은 양의 정보를 지속적으로 관리해야 하는 오버헤드, UPF가 SMF에 의존하여 필요한 정보(또는 명령)을 기다려야 하는 상황, UPF가 전달된 단말식별자/목적지IP주소/Prefix 등의 정보를 지속적으로 관리해야 하는 오버헤드, SMF 및 UPF 간의 시그널링 증가 등, 기존 5G ULCL 기능이 갖는 우려 사항들을 효과적으로 해소할 수 있다.
이에, 본 발명에 따르면, 단말 관점에서 주체적으로 자신의 트래픽에 대한 전달경로 Steering을 제어할 수 있는 새로운 기술, 즉 단말 주체의 ULCL을 실현함으로써, 기존 5G ULCL 기능에서의 우려 사항을 해소하고 5G에서 지원하는 URLLC 서비스의 요구/성능을 효율적으로 지원하는 효과를 도출한다.
이하에서는, 도 7을 참조하여, 본 발명에서 제안하는 단말 주체의 ULCL 기능이 실현되는 일 예를 설명하겠다.
도 7에 도시된 바와 같이, 단말장치(100)는 UPF(200)를 통해 기본 설정된 데이터망 즉 제1 DN(예: 인터넷)과의 User Plane 트래픽을 송수신할 수 있다(S10).
이때, 본 발명의 단말장치(100, ULCL Agent)는, 기 정의된 트리거링 조건 만족 시(S20), 코어망 예컨대 5G N/W(예: AMF, 3rd Party MEC Server, Mgmt Server)으로 단말 주체 ULCL 기능을 위한 정보(예: 정보테이블 및 정책정보)를 요청 및 제공받아(S30,S35), 정보테이블 및 정책정보를 저장할 수 있다(S40).
이에, 본 발명의 단말장치(100, ULCL Agent)는, 단말 주체 ULCL 기능을 적용할 대상 서비스 플로우의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보(예: ULCL Code)를 삽입하여 UPF(200)로 전송하고, UPF(200)가 업링크패킷 내 특정 정보(예: ULCL Code)에 따른 로컬 데이터망(제2 DN 또는 제3 DN, 예: URLLC망)으로의 전달경로를 생성 및 User Plane 트래픽을 로컬망으로 Steering할 수 있다(S50).
그리고 본 발명의 단말장치(100, ULCL Agent)는, 코어망에서 새로운 ULCL Code가 부여되거나 새로운 Slice ID가 부여되는 등 다양한 상황 변경으로 인해, 단말 주체 ULCL 기능을 위한 정보(예: 정보테이블 및 정책정보) 업데이트가 필요한 경우(S60), 코어망으로의 요청 및 제공을 통해서(S70,S75), 정보테이블 및 정책정보를 최신으로 업데이트할 수 있다(S80).
이하에서는, 도 8을 참조하여, 본 발명의 일 실시예에 따른 단말장치의 동작 방법을 설명하겠다. 설명의 편의 상, 도 2에 도시된 참조번호를 언급하여 설명하겠다.
도 8에 도시된 바와 같이, 본 발명의 단말장치(100, ULCL Agent)는, 정보테이블 및 정책정보를 저장하고 있는 것이 바람직하다(S100).
정보테이블은, 전달경로의 서비스 타입(예: eMBB, mMTC, URLLC 등), 전달경로의 목적지에 해당되는 장치의 주소정보, 전달경로의 서비스용량 정보, 지연 정보 중 적어도 하나를 정의하는 다수의 특정 정보, 즉 다수의 서비스 코드를 포함하는 정보테이블일 수 있다.
정책정보는, 정보테이블 내 다수의 특정 정보 중, 만족된 트리거링 조건을 고려하여, 어떤 서비스 플로우에 어떤 특정 정보(서비스 코드)를 삽입할 것인지를 결정하기 위해 정의된 정책을 의미한다.
본 발명의 단말장치(100, ULCL Agent)는, 송신하고자 하는 업링크패킷 생성 시(S110), 매 업링크패킷 마다 패킷 헤더에 포함된 정보 예컨대 5-tuple(Source IP, Destination IP, Source Port, Destination Port, Protocol ID)을 근거로 서비스 플로우를 구분할 수 있다(S120).
이때, 본 발명의 단말장치(100, ULCL Agent)는, 업링크패킷의 서비스 플로우에 대한 서비스 타입(예: eMBB, mMTC, URLLC 등)도 구분할 수 있다(S120).
한편, 본 발명의 단말장치(100, ULCL Agent)는, 기 정의된 트리거링 조건이 만족되었는지 여부를 지속적으로 판단하게 된다(S125). 도 8에서는 설명의 편의 상, S120단계 이후 S125단계를 도시하고 있지만, 본 발명의 단말장치(100, ULCL Agent)는, S125단계를 상시 수행하여 트리거링 조건이 만족되었는지 여부를 지속적으로 판단할 수 있다.
여기서, 트리거링 조건은, 특정 정보 기반의 전달경로 설정이 요구되는 특정 서비스 플로우가 발생되는 경우, 또는 특정 정보 기반의 전달경로 설정이 요구되는 특정 서비스 타입의 슬라이스 ID를 이용하는 경우, 또는 무선신호의 품질이 특정 정보 기반의 전달경로 설정이 요구되는 특정 치 이하로 낮아지는 경우, 또는 특정 정보 기반의 전달경로 설정이 요구되는 특정 지역에 위치하는 경우, 또는 트래픽 이용량이 전달경로 설정을 요구하는 특정 치를 초과하는 경우, 또는 코어망으로부터의 제어 이벤트를 수신하는 경우, 만족되는 것으로 정의될 수 있다.
본 발명의 단말장치(100, ULCL Agent)는, 트리거링 조건 만족 시(S125 Yes), 금번 만족한 트리거링 조건 및 정책정보를 근거로 단말 주체 ULCL 기능을 적용할 대상 서비스 플로우(예: 서비스 타입 URLLC의 서비스 플로우)를 확인하고, 대상 서비스 플로우(예: 서비스 타입 URLLC의 서비스 플로우)에 대하여 삽입할 특정 정보(예: 서비스 코드)를 정보테이블에서 선택하여, 업링크패킷에 특정 정보(예: 서비스 코드)를 삽입한 후 송신할 수 있다.
이하에서는 일 실시예로서, 대상 서비스 플로우의 첫번째 업링크패킷 하나에 특정 정보를 삽입하는 실시예를 언급하여 설명하겠다.
본 발명의 단말장치(100, ULCL Agent)는, 트리거링 조건 만족 시(S125 Yes) 단말 주체의 ULCL 기능을 활성화하고, 금번 만족한 트리거링 조건 및 정책정보를 근거로 단말 주체 ULCL 기능을 적용할 대상 서비스 플로우(예: 서비스 타입 URLLC의 서비스 플로우)를 확인하고, 단말 주체의 ULCL 기능을 활성화 시점 이후 대상 서비스 플로우(예: 서비스 타입 URLLC의 서비스 플로우)의 첫번째 업링크패킷인지 확인한다(S130).
본 발명의 단말장치(100, ULCL Agent)는, 대상 서비스 플로우(예: 서비스 타입 URLLC의 서비스 플로우)의 첫번째 업링크패킷인 경우(S130 Yes), 정책정보를 근거로 대상 서비스 플로우(예: 서비스 타입 URLLC의 서비스 플로우)에 대하여 삽입할 특정 정보(예: 서비스 코드)를 정보테이블에서 선택한 후 업링크패킷에 삽입한다(S140).
한편, 본 발명의 단말장치(100, ULCL Agent)는, 금번 업링크패킷이 단말 주체의 ULCL 기능을 활성화 시점 이후 대상 서비스 플로우의 첫번째 업링크패킷이 아닌 경우(S130 No), 전달경로를 생성한 서비스 플로우의 마지막 업링크패킷인지 확인한다(S170).
본 발명의 단말장치(100, ULCL Agent)는, 전달경로를 생성한 서비스 플로우의 마지막 업링크패킷인 경우(S170 Yes), 전달경로 삭제를 요청하는 요청 정보 즉 서비스 코드를 삽입할 수 있다(S180).
본 발명의 단말장치(100, ULCL Agent)는, 업링크패킷을 데이터노드 즉 단말장치(100)의 데이터 송수신장치(200, UPF)로 송신한다(S150).
본 발명의 단말장치(100, ULCL Agent)는, 동작이 오프되지 않는 한(S160 No), S110단계 및 그 이후 단계를 반복하여, 송신하고자 하는 업링크패킷 생성 시마다 특정 정보를 선택하여 삽입할지 여부를 판단 및 삽입하는 동작을 지속할 것이다.
이하에서는, 도 9을 참조하여, 본 발명의 일 실시예에 따른 데이터 송수신장치(UPF)의 동작 방법을 설명하겠다.
본 발명의 UPF(200, ULCL Server)는, 업링크패킷 수신 시(S200), 업링크패킷 내에 서비스 코드(ULCL code)가 존재하는지 확인한다(S210).
본 발명의 UPF(200, ULCL Server)는, 서비스 코드가 존재하는 경우(S210 Yes), 해당 서비스 코드가 업링크패킷 내에 전달경로를 정의하는 서비스 코드이면(S215 Yes), 서비스 코드가 나타내는 정보들 즉 전달경로의 서비스 타입(예: URLLC), 목적지 장치(예: URLLC 서비스를 위한 로컬서버)에 해당되는 주소정보(예: 172.16.XXX.YYY), 전달경로의 서비스용량 정보(예: 1Gb/s), 지연 정보(예: 0.1ms)을 정의테이블로부터 확인할 수 있고, 이와 같이 확인된 정보에 따른 전달경로를 로컬연동부(240)의 지원 범위 내에서 생성 가능한지 판단한다(S220).
본 발명의 UPF(200, ULCL Server)는, 로컬연동부(240)의 지원 범위 내에서 생성 가능한 경우(S220 Yes), 금번 확인된 서비스 코드에 따른 로컬망(예: URLLC망, 10)으로의 전달경로를 생성하고 금번 업링크패킷을 해당 전달경로로 전송할 수 있다(S230).
그리고, 본 발명의 UPF(200, ULCL Server)는, 금번 업링크패킷의 서비스 플로우 구분정보(예: 5-tuple) 및 금번 생성한 전달경로를 맵핑시킨 맵핑정보를 경로테이블에 저장하여, 금번 확인된 서비스 코드에 따라 생성한 전달경로를 금번 업링크패킷의 서비스 플로우 경로로 설정할 수 있다(S240).
만약, 본 발명의 UPF(200, ULCL Server)는, 로컬연동부(240)의 지원 범위 내에서 생성 불가능하여 서비스 코드에 따른 전달경로 생성에 실패한 경우(S220 No), 업링크패킷을 기본 설정된 데이터망(예: 인터넷)으로 전송할 수 있다(S280).
한편, 본 발명의 UPF(200, ULCL Server)는, 수신된 업링크패킷에 서비스 코드가 존재하지 않으면(S210 No), 업링크패킷의 서비스 플로우 구분정보(5-tuple)가 경로테이블에 존재하는지 확인한다(S260).
이에, 본 발명의 UPF(200, ULCL Server)는, 업링크패킷의 서비스 플로우 구분정보(5-tuple)가 경로테이블에 존재하면(S260 Yes), 업링크패킷을 경로테이블 내 맵핑된 로컬망(예: URLLC망, 10)으로의 전달경로로 전송한다(S270).
한편, 본 발명의 UPF(200, ULCL Server)는, 업링크패킷의 서비스 플로우 구분정보(5-tuple)가 경로테이블에 존재하지 않는 경우(S260 No), 업링크패킷을 기본 설정된 데이터망(예: 인터넷)으로 전송할 수 있다(S280).
한편, 본 발명의 UPF(200, ULCL Server)는, 서비스 코드가 존재하는 경우(S210 Yes), 해당 서비스 코드가 전달경로 삭제를 요청하는 서비스 코드이면(S215 No), 전달경로 삭제를 요청하는 서비스 코드에 따라 해당 업링크패킷의 서비스 플로우 경로로 설정한 전달경로를 삭제하며, 경로테이블에 기 저장된 맵핑정보 역시 삭제할 수 있다(S290).
이 외에도, 본 발명의 UPF(200, ULCL Server)는, 기 정의된 정책에 따라서, 기 생성한 전달경로 중 설정시점으로부터 기 설정된 경로유지시간이 경과하거나 또는 기 설정된 임계시간이 경과하도록 패킷 송수신이 발생하지 전달경로를 삭제하는 것도 가능할 것이다.
본 발명의 UPF(200, ULCL Server)는, 동작이 오프되지 않는 한(S250 No), S200단계 및 그 이후 단계를 반복하여, 업링크패킷 수신 시마다 특정 정보 확인 및 전달경로 생성, 업링크패킷 전송의 동작을 지속할 것이다.
이상, 본 발명의 실시예에 따르면, 단말 관점에서 주체적으로 자신의 트래픽에 대한 전달경로 Steering을 제어할 수 있는 새로운 기술, 즉 단말 주체의 ULCL을 실현함으로써, 기존 5G ULCL 기능에서의 우려 사항을 해소하고 5G에서 지원하는 URLLC 서비스의 요구/성능을 효율적으로 지원하는 효과를 도출한다.
이상에서 설명한 바와 같이 본 발명의 일 실시예에 따른 단말장치의 동장 방법 및 데이터 송수신장치의 동작 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
지금까지 본 발명을 바람직한 실시 예를 참조하여 상세히 설명하였지만, 본 발명이 상기한 실시 예에 한정되는 것은 아니며, 이하의 특허청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 또는 수정이 가능한 범위까지 본 발명의 기술적 사상이 미친다 할 것이다.
본 발명에 따른 단말장치 및 데이터 송수신장치, 그 장치의 동작 방법에 따르면, 단말 관점에서 주체적으로 자신의 트래픽에 대한 전달경로 Steering을 제어할 수 있다는 점에서, 기존 기술의 한계를 뛰어 넘음에 따라 관련 기술에 대한 이용만이 아닌 적용되는 장치의 시판 또는 영업의 가능성이 충분할 뿐만 아니라 현실적으로 명백하게 실시할 수 있는 정도이므로 산업상 이용가능성이 있는 발명이다.
100 : 단말장치
110 : 구분부 120 : 정보삽입부
130 : 송신부 140 : 정책저장부
200 : 데이터 송수신장치(UPF)
210 : 확인부 220 : 경로설정부
230 : 전송부 240 : 로컬연동부

Claims (20)

  1. 수신되는 서비스 플로우의 업링크패킷 내에 전달경로를 정의하는 특정 정보가 존재하는 경우, 상기 특정 정보에 따른 전달경로를 생성하고 상기 특정 정보가 존재한 업링크패킷의 서비스 플로우 경로로 설정하여 경로테이블에 저장하는 경로설정부; 및
    수신되는 업링크패킷 중에서 상기 서비스 플로우로 구분되는 업링크패킷을, 상기 전달경로로 전송하는 전송부를 포함하고;
    상기 경로설정부는, 수신되는 서비스 플로우의 업링크패킷 내에 전달경로 삭제를 요청하는 요청 정보가 존재하는 경우, 상기 요청 정보가 존재한 업링크패킷의 서비스 플로우 경로로 설정한 전달경로를 삭제하여 상기 경로테이블에서의 저장을 삭제하는 것을 특징으로 하는 데이터 송수신장치.
  2. 제 1 항에 있어서,
    적어도 하나 이상의 로컬 망과 연동하여, 각 로컬 망 내 장치를 목적지로 하는 적어도 하나의 전달경로 생성을 지원하는 로컬연동부를 더 포함하며;
    상기 경로설정부는,
    상기 로컬연동부의 지원 범위 내에서, 상기 특정 정보에 따른 전달경로를 생성하는 것을 특징으로 하는 데이터 송수신장치.
  3. 제 1 항에 있어서,
    상기 경로설정부는,
    상기 업링크패킷의 서비스 플로우 구분정보 및 상기 생성한 전달경로를 맵핑시킨 맵핑정보를 경로테이블에 저장하여, 상기 특정 정보에 따라 생성한 전달경로를 상기 업링크패킷의 서비스 플로우 경로로 설정하는 것을 특징으로 하는 데이터 송수신장치.
  4. 제 2 항에 있어서,
    상기 전송부는,
    수신되는 업링크패킷 중 특정 정보가 존재하나 상기 경로설정부에서 특정 정보에 따른 전달경로 생성에 실패한 경우의 업링크패킷을, 기본 설정된 데이터망으로 전송하는 것을 특징으로 하는 데이터 송수신장치.
  5. 제 3 항에 있어서,
    상기 전송부는,
    수신되는 업링크패킷 중 서비스 플로우 구분정보가 상기 경로테이블에 존재하지 않는 경우의 업링크패킷을, 기본 설정된 데이터망으로 전송하는 것을 특징으로 하는 데이터 송수신장치.
  6. 삭제
  7. 송신하고자 하는 업링크패킷의 서비스 플로우를 구분하는 구분부;
    기 정의된 트리거링 조건 만족 시, 상기 만족한 트리거링 조건에 따른 서비스 플로우 중 하나의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입하고, 상기 특정 정보를 삽입하여 송신한 서비스 플로우의 마지막 업링크패킷에 전달경로 삭제를 요청하는 요청 정보를 삽입하는 정보삽입부; 및
    업링크패킷을 데이터노드로 송신하는 송신부를 포함하는 것을 특징으로 하는 단말장치.
  8. 제 7 항에 있어서,
    상기 정보삽입부는,
    각 서비스 플로우 별로, 서비스 플로우의 첫번째 업링크패킷에 상기 특정 정보를 삽입하는 것을 특징으로 하는 단말장치.
  9. 제 7 항에 있어서,
    다수의 특정 정보로 구성되는 정보테이블에서, 상기 트리거링 조건을 기반으로 특정 정보를 선택하기 위한 정책정보가 기 보유되며;
    상기 정보삽입부는, 상기 정보테이블 및 상기 정책정보를 근거로, 상기 특정 정보를 선택하여 삽입하는 것을 특징으로 하는 단말장치.
  10. 제 7 항에 있어서,
    상기 트리거링 조건은,
    특정 정보 기반의 전달경로 설정이 요구되는 특정 서비스 플로우가 발생되는 경우, 또는 특정 정보 기반의 전달경로 설정이 요구되는 특정 서비스 타입의 슬라이스 ID를 이용하는 경우, 또는 무선신호의 품질이 특정 정보 기반의 전달경로 설정이 요구되는 특정 치 이하로 낮아지는 경우, 또는 특정 정보 기반의 전달경로 설정이 요구되는 특정 지역에 위치하는 경우, 또는 트래픽 이용량이 전달경로 설정을 요구하는 특정 치를 초과하는 경우, 또는 코어망으로부터의 제어 이벤트를 수신하는 경우, 만족되는 것을 특징으로 하는 단말장치.
  11. 제 7 항에 있어서,
    상기 특정 정보는,
    전달경로에서 지원하는 서비스 타입, 전달경로의 목적지에 해당되는 장치의 주소정보, 상기 전달경로의 서비스용량 정보, 지연 정보 중 적어도 하나를 정의하는 서비스 코드를 포함하는 것을 특징으로 하는 단말장치.
  12. 삭제
  13. 수신되는 서비스 플로우의 업링크패킷 내에 전달경로를 정의하는 특정 정보가 존재하는 경우, 상기 특정 정보에 따른 전달경로를 생성하여 상기 특정 정보가 존재한 업링크패킷의 서비스 플로우 경로로 설정하여 경로테이블에 저장하는 경로설정단계;
    수신되는 업링크패킷 중에서 상기 서비스 플로우로 구분되는 업링크패킷을, 상기 전달경로로 전송하는 전송단계; 및
    수신되는 서비스 플로우의 업링크패킷 내에 전달경로 삭제를 요청하는 요청 정보가 존재하는 경우, 상기 요청 정보가 존재한 업링크패킷의 서비스 플로우 경로로 설정한 전달경로를 삭제하여 상기 경로테이블에서의 저장을 삭제하는 단계를 포함하는 것을 특징으로 하는 데이터 송수신장치의 동작 방법.
  14. 제 13 항에 있어서,
    상기 경로설정단계는,
    상기 업링크패킷의 서비스 플로우 구분정보 및 상기 생성한 전달경로를 맵핑시킨 맵핑정보를 경로테이블에 저장하여, 상기 특정 정보에 따라 생성한 전달경로를 상기 업링크패킷의 서비스 플로우 경로로 설정하는 것을 특징으로 하는 데이터 송수신장치의 동작 방법.
  15. 제 14 항에 있어서,
    상기 전송단계는,
    수신되는 업링크패킷 중 특정 정보가 존재하나 상기 특정 정보에 따른 전달경로 생성에 실패한 경우의 업링크패킷을, 또는 수신되는 업링크패킷 중 서비스 플로우 구분정보가 상기 경로테이블에 존재하지 않는 경우의 업링크패킷을,
    기본 설정된 데이터망으로 전송하는 것을 특징으로 하는 데이터 송수신장치의 동작 방법.
  16. 송신하고자 하는 업링크패킷의 서비스 플로우를 구분하는 구분단계;
    기 정의된 트리거링 조건 만족 시, 상기 만족한 트리거링 조건에 따른 서비스 플로우 중 하나의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입하고, 상기 특정 정보를 삽입하여 송신한 서비스 플로우의 마지막 업링크패킷에 전달경로 삭제를 요청하는 요청 정보를 삽입하는 정보삽입단계; 및
    업링크패킷을 데이터노드로 송신하는 송신단계를 포함하는 것을 특징으로 하는 단말장치의 동작 방법.
  17. 제 16 항에 있어서,
    상기 정보삽입단계는,
    각 서비스 플로우 별로, 서비스 플로우의 첫번째 업링크패킷에 상기 특정 정보를 삽입하는 것을 특징으로 하는 단말장치의 동작 방법.
  18. 제 16 항에 있어서,
    다수의 특정 정보로 구성되는 정보테이블에서, 상기 트리거링 조건을 기반으로 특정 정보를 선택하기 위한 정책정보가 기 보유되는 단계를 더 포함하며;
    상기 정보삽입단계는, 상기 정보테이블 및 상기 정책정보를 근거로, 상기 특정 정보를 선택하여 삽입하는 것을 특징으로 하는 단말장치의 동작 방법.
  19. 제 16 항에 있어서,
    상기 특정 정보는,
    전달경로에서 지원하는 서비스 타입, 전달경로의 목적지에 해당되는 장치의 주소정보, 상기 전달경로의 서비스용량 정보, 지연 정보 중 적어도 하나를 정의하는 서비스 코드를 포함하는 것을 특징으로 하는 단말장치의 동작 방법.
  20. 하드웨어와 결합되어, 송신하고자 하는 업링크패킷의 서비스 플로우를 구분하는 단계;
    기 정의된 트리거링 조건 만족 시, 상기 만족한 트리거링 조건에 따른 서비스 플로우 중 하나의 업링크패킷에 서비스 플로우의 전달경로를 정의하는 특정 정보를 삽입하고, 상기 특정 정보를 삽입하여 송신한 서비스 플로우의 마지막 업링크패킷에 전달경로 삭제를 요청하는 요청 정보를 삽입하는 단계; 및
    업링크패킷을 송신하는 단계를 실행시키기 위하여 매체에 저장된 컴퓨터프로그램.
KR1020180124714A 2017-10-25 2018-10-18 단말장치 및 데이터 송수신장치, 그 장치의 동작 방법 KR102258026B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/758,143 US11778504B2 (en) 2017-10-25 2018-10-18 Terminal device, data transmission/reception device, and operating method of device
PCT/KR2018/012330 WO2019083223A1 (ko) 2017-10-25 2018-10-18 단말장치 및 데이터 송수신장치, 그 장치의 동작 방법

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020170139312 2017-10-25
KR20170139312 2017-10-25

Publications (2)

Publication Number Publication Date
KR20190046648A KR20190046648A (ko) 2019-05-07
KR102258026B1 true KR102258026B1 (ko) 2021-05-28

Family

ID=66656647

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020180124714A KR102258026B1 (ko) 2017-10-25 2018-10-18 단말장치 및 데이터 송수신장치, 그 장치의 동작 방법

Country Status (2)

Country Link
US (1) US11778504B2 (ko)
KR (1) KR102258026B1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102186277B1 (ko) * 2019-07-08 2020-12-03 에스케이텔레콤 주식회사 네트워크장치 및 네트워크장치에서 수행되는 스티어링 제어 방법
KR102225394B1 (ko) * 2019-07-31 2021-03-09 에스케이텔레콤 주식회사 네트워크 노드 제어 방법 및 장치
KR102367332B1 (ko) * 2019-08-07 2022-02-24 주식회사 케이티 5g 통신망에서 초저지연 서비스를 제공하는 방법 및 그 장치
KR102425424B1 (ko) * 2019-12-19 2022-07-25 주식회사 케이티 통합 전용망 서비스를 위한 mme의 동작 방법 및 amf의 동작 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150319662A1 (en) * 2013-01-21 2015-11-05 Sharp Kabushiki Kaisha Mobile communication system and ue
WO2016164714A1 (en) * 2015-04-08 2016-10-13 Interdigital Patent Holdings, Inc. Control plane method and apparatus for wireless local area network (wlan) integration in cellular systems
WO2017009525A1 (en) * 2015-07-16 2017-01-19 Nokia Technologies Oy User-plane enhancements supporting in-bearer sub-flow qos differentiation

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8885471B2 (en) * 2010-10-07 2014-11-11 Qualcomm Incorporated Methods and apparatus for providing uplink traffic differentiation support for ciphered tunnels
WO2015115759A1 (en) 2014-01-28 2015-08-06 Lg Electronics Inc. Method and apparatus for performing traffic steering in wireless communication system
CN110169118B (zh) * 2017-01-13 2023-05-26 Lg电子株式会社 在无线通信系统中基于服务质量(QoS)流发送UL分组的方法及装置
CN108419270B (zh) * 2017-02-10 2021-08-06 中兴通讯股份有限公司 一种业务分流实现方法及装置
CN108574667B (zh) * 2017-03-09 2021-01-15 华为技术有限公司 一种业务流的控制方法及装置
EP3603167A4 (en) * 2017-03-22 2020-10-21 LG Electronics Inc. -1- PROCESS FOR TRANSMITTING AN UPRIGHT LINK PACKAGE BASED ON A QUALITY OF SERVICE (QOS) FRAMEWORK IN A WIRELESS COMMUNICATION SYSTEM AND RELATED DEVICE
KR102334214B1 (ko) * 2017-05-15 2021-12-02 삼성전자주식회사 QoS(Quality of Service) 정보를 제어하는 방법 및 장치
WO2020014337A1 (en) * 2018-07-10 2020-01-16 Futurewei Technologies, Inc. Integrated backhaul transport for 5gs

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150319662A1 (en) * 2013-01-21 2015-11-05 Sharp Kabushiki Kaisha Mobile communication system and ue
WO2016164714A1 (en) * 2015-04-08 2016-10-13 Interdigital Patent Holdings, Inc. Control plane method and apparatus for wireless local area network (wlan) integration in cellular systems
WO2017009525A1 (en) * 2015-07-16 2017-01-19 Nokia Technologies Oy User-plane enhancements supporting in-bearer sub-flow qos differentiation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Source Packet Routing in Networking (SPRING) Problem Statement and Requirements. RFC 7855. IETF. 2016년 5월. https://tools.ietf.org/pdf/rfc7855.pdf*

Also Published As

Publication number Publication date
KR20190046648A (ko) 2019-05-07
US20200288343A1 (en) 2020-09-10
US11778504B2 (en) 2023-10-03

Similar Documents

Publication Publication Date Title
KR102258026B1 (ko) 단말장치 및 데이터 송수신장치, 그 장치의 동작 방법
KR102106778B1 (ko) 데이터 송수신장치 및 데이터 송수신장치의 동작 방법
KR102457524B1 (ko) 네트워크 서비스 품질 흐름을 결정하는 방법, 네트워크 요소 및 시스템
US11224079B2 (en) Method and apparatus for operating wireless communication system having separated mobility management and session management
US11178717B2 (en) Traffic distribution method through multi-access network in a network and network entity performing the same
US11758002B2 (en) Session processing method, apparatus, and system
US11064388B2 (en) Traffic distribution method through multi-access network in a network and network entity performing the same
CN111357309B (zh) 用于执行数据完整性保护的方法和计算设备
CN111630824B (zh) 用于卸载数据流量的方法和计算机可读介质
US11638196B2 (en) Path, path information processing method and device, storage medium and electronic device
KR102259652B1 (ko) 멀티 패스 트랜스포트 제어 프로토콜을 지원하는 통신 네트워크에서 서비스 제공 장치 및 방법
JP2019536355A (ja) ノードタイプに基づくデータストリーミングの支援制御
WO2019196000A1 (en) Methods and system for carrying out small data fast path communication
CN113472651B (zh) 一种通信方法及装置
US20190082482A1 (en) Resource access method, apparatus, and system
CN109392014B (zh) 一种QoS流的接纳控制方法及通信装置
WO2023147695A1 (en) Traffic handling method for quic application
KR102171306B1 (ko) 네트워크장치 및 네트워크장치에서 수행되는 상태정보 기반의 컨텍스트 관리 방법
CN113613290A (zh) 一种下行数据流传送方法、装置及终端
KR20220005936A (ko) 네트워크 노드 및 네트워크 노드 간 메시지 전송 방법
CN109691202B (zh) 用于调度终端无线电资源的方法和设备
KR101689718B1 (ko) 이기종 네트워크 기반 데이터 동시 전송 방법 및 이에 적용되는 장치
KR101663800B1 (ko) 이기종 네트워크 기반 데이터 동시 전송 방법 및 이에 적용되는 장치
KR101912132B1 (ko) 단말장치 및 단말장치의 동작 방법, 데이터송수신장치 및 데이터송수신장치의 동작 방법
KR20220025568A (ko) 네트워크장치 및 그 장치에서 수행되는 단말 위치정보 전달 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E90F Notification of reason for final refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant