KR20190018691A - 사용자 평면 경로 선택, 재선택, 및 사용자 평면 변경들의 통지를 위한 시스템들 및 방법들 - Google Patents

사용자 평면 경로 선택, 재선택, 및 사용자 평면 변경들의 통지를 위한 시스템들 및 방법들 Download PDF

Info

Publication number
KR20190018691A
KR20190018691A KR1020197001182A KR20197001182A KR20190018691A KR 20190018691 A KR20190018691 A KR 20190018691A KR 1020197001182 A KR1020197001182 A KR 1020197001182A KR 20197001182 A KR20197001182 A KR 20197001182A KR 20190018691 A KR20190018691 A KR 20190018691A
Authority
KR
South Korea
Prior art keywords
path selection
request
network
policy
function
Prior art date
Application number
KR1020197001182A
Other languages
English (en)
Other versions
KR102204125B1 (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 후아웨이 테크놀러지 컴퍼니 리미티드
Publication of KR20190018691A publication Critical patent/KR20190018691A/ko
Application granted granted Critical
Publication of KR102204125B1 publication Critical patent/KR102204125B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/20—Communication route or path selection, e.g. power-based or shortest path routing based on geographic position or location
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • 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
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/22—Performing reselection for specific purposes for handling the traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route
    • H04W40/36—Modification of an existing route due to handover
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • 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/04—Network management architectures or arrangements
    • H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • H04L41/048—Network management architectures or arrangements comprising network management agents or mobile agents therefor mobile agents
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • 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/08—Load balancing or load distribution
    • H04W28/088—Load balancing or load distribution among core entities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

제3 당사자 엔티티와 통신 네트워크를 통해 UP(User Plane) 경로 선택 또는 재선택을 수행하고, 통신 네트워크에서 UP 변경들을 네트워크 엔티티들에게 통지하기 위한 시스템들 및 방법들이 개시된다. 이러한 방법은, 제3 당사자 엔티티로부터 UP 경로 선택에 대한 애플리케이션 프로그램 인터페이스 기반 요청을 수신하는 단계; 요청에 의해 검증 및 인가 프로시저를 수행하는 단계; 구성 데이터를 유지하는 제어 평면 기능(Control Plane Function)에 UP 경로 선택 구성 요청을 송신하는 단계; UP 경로 선택 구성 요청을 확인하는 참조 번호를 획득하는 단계; 및 참조 번호에 따라 UP 경로 선택을 설치하는 단계를 포함한다.

Description

사용자 평면 경로 선택, 재선택, 및 사용자 평면 변경들의 통지를 위한 시스템들 및 방법들
<관련 출원들에 대한 상호 참조>
본 출원은 2016년 6월 21일에 출원된 "Systems and Methods for Network Capability Exposure"라는 명칭의 미국 임시 출원 제62/352,857호, 2016년 6월 30일에 출원된 "Systems and Methods for User Plane Path Selection, Reselection, and Notification of User Plane Changes"라는 명칭의 미국 임시 출원 제62/356,993호, 및 2016년 8월 15일에 출원된 "Systems and Methods for User Plane Path Selection, Reselection, and Notification of User Plane Changes"라는 명칭의 미국 임시 출원 제62/375,198호의 혜택을 주장하며, 이들 각각은 그 전체가 본 명세서에 참조로 원용된다. 본 출원은 2017년 6월 19일에 출원된 'Systems and Methods for User Plane Path Selection, Reselection, and Notification of User Plane Changes'라는 명칭의 미국 출원 제15/626,948호의 혜택을 또한 주장한다.
<발명의 분야>
본 발명은 통신 네트워크들의 분야에 관한 것으로, 특히 사용자 평면 경로 선택, 재선택, 및 사용자 평면 변경들의 통지를 위한 시스템들 및 방법들에 관한 것이다.
NCE(Network Capability Exposure) 기술의 출현은, ISP들(Internet Service Providers) 및 ICP(Internet Content Providers)와 같은, 제3 당사자 엔티티들에 네트워크 관리 능력들을 제공하여 왔다. 예를 들어, ISP는 공개 API(Application Programming Interface)를 사용하여 통신 네트워크를 통해 수행되는 대응하는 서비스를 구성하고 관리할 수 있고, 한편 Network Operator는 네트워크의 네트워크 리소스들의 일반 관리를 제공할 수 있다. 그러나, 이러한 배열은 Network Operator와 ISP 사이의 고도로 조정된 노력을 요구한다.
SEES(Service Exposure and Enablement Support) 요건들에 관한 3GPP(3rd Generation Partnership Project) Study에 기초하여, Network Operator는, 네트워크를 통해 특정 제어 능력을 유지하면서, 제3 당사자 엔티티에 네트워크 정보를 제공할 수 있다. 그러나, 5G(5th Generation) 통신 프로토콜들에 대한 제안들은 제3 당사자 엔티티들에 네트워크 제어 능력들을 효율적으로 또는 효과적으로 제공할 수 있는 메커니즘들이 부족하다.
이러한 배경 정보는 본 출원인에 의해 본 발명에 관련성이 있을 수 있다고 신뢰되는 정보를 드러내기 위해 제공된다. 선행 정보 중 어느 것이라도 본 발명에 반하는 종래 기술을 구성한다는 승인이 반드시 의도되는 것도 아니고, 그렇게 해석되어서도 안 된다.
본 발명의 실시예들의 목적은 5G 통신 네트워크 프로토콜들에 따라 수행될 수 있는 사용자 평면 변경들의 통지 및 사용자 평면 경로 선택에 대한 방법을 제공하는 것이다.
실시예들에 따르면, 제3 당사자 엔티티와 통신 네트워크를 통해 UP(User Plane) 경로 선택 또는 재선택을 수행하기 위한 방법이 제공된다. 이러한 방법은, NCEF(network capability exposure function)에 의해, 제3 당사자 엔티티로부터 UP 경로 선택 또는 재선택 정보를 수신하는 단계를 포함한다. 이러한 방법은, NCEF에 의해, UP 경로 구성 데이터를 유지하는 제어 평면 기능에 UP 경로 선택 정책 요청을 송신하는 단계- UP 경로 선택 정책 요청은 UP 경로 선택 또는 재선택 정보에 따라 생성되고 UP 경로 선택 또는 재선택 정보의 설치를 트리거하기 위한 것임 -를 추가로 포함한다.
실시예들에 따르면, 제3 당사자 엔티티로부터 통신 네트워크를 통해 UP(User Plane) 경로 선택을 수행하기 위한 방법이 제공된다. 이러한 방법은, PCF(policy control function)에 의해, 제3 당사자 엔티티로부터의 UP 경로 선택 또는 재선택 정보에 따라 생성되는 UP 경로 선택 정책의 설치를 트리거하도록 구성되는 UP 경로 선택 정책 요청을 수신하는 단계를 포함한다. 이러한 방법은, PCF에 의해, UP 경로 선택 정책을 시행하는 단계- 시행하는 단계는 UP 경로 선택 정책 상세 사항들을 제공하는 단계를 포함함 -를 추가로 포함한다.
실시예들에 따르면, 제3 당사자 엔티티와 통신 네트워크를 통해 UP(User Plane) 경로 선택을 수행하기 위한 방법이 제공된다. 이러한 방법은, SMF(session management function)에 의해, UP 경로 선택 정책을 시행하는 단계- 시행하는 단계는 UP 경로 선택 정책 상세 사항들을 획득하는 단계를 포함함 -를 포함한다.
실시예들에 따르면, 통신 네트워크를 통해 트래픽 라우팅에 영향을 주기 위한 방법이 제공된다. 이러한 방법은, NEF(network exposure function)에 의해, 애플리케이션 기능으로부터 트래픽 조향 요청을 수신하는 단계- 트래픽 조향 요청은 PDU(protocol data unit) 세션들의 UP 트래픽에 대한 라우팅 결정들에 영향을 주라는 요청을 표시함 -를 포함한다. 이러한 방법은, NEF에 의해, 트래픽 조향 요청을 표시하는 데이터를 통신 구성 데이터를 유지하는 정책 제어 기능에 전달하고, 그렇게 함으로써 통신 네트워크를 통해 트래픽 라우팅에 영향을 줌 -를 추가로 포함한다.
실시예들에 따르면, 통신 네트워크를 통해 트래픽 라우팅에 영향을 주기 위한 방법이 제공된다. 이러한 방법은, PCF(policy control function)에 의해, 네트워크 노출 기능으로부터 트래픽 조향 요청을 표시하는 데이터를 수신하는 단계- 트래픽 조향 요청은 PDU(protocol data unit) 세션들의 UP 트래픽에 대한 라우팅 결정들에 영향을 주라는 요청을 표시함 -를 포함한다. 이러한 방법은, PCF에 의해, 트래픽 조향 요청을 시행하는 단계- 시행하는 단계는 트래픽 조향 요청을 표시하는 규칙들을 전송하고, 그렇게 함으로써 통신 네트워크를 통해 트래픽 라우팅에 영향을 주는 단계를 포함함 -를 추가로 포함한다.
실시예들에 따르면, 위에 정의된 방법들 중 하나 이상을 수행하기 위한 네트워크 노드가 제공된다. 이러한 네트워크 노드는 머신 실행 가능 명령어들을 저장하는 머신 판독 가능 메모리 및 프로세서를 포함한다. 이러한 머신 실행 가능 명령어들은, 프로세서에 의해 실행될 때, 하나 이상의 위에 정의된 방법들과 연관된 단계들을 수행하도록 네트워크 노드를 구성한다.
일부 실시예들에 따르면, 트래픽 조향 요청은 UE 필터 정보, UP 랜드마크들, 및 요청된 트래픽 조향이 적용될 시기에 대한 시간적 유효성 조건 중 하나 이상을 표시하는 데이터를 포함한다. 일부 실시예들에 따르면, UP 랜드마크는 데이터 네트워크 액세스 식별자이다.
본 발명의 실시예들에 따르면, 제3 당사자 엔티티와 통신 네트워크를 통해 UP(User Plane) 경로 선택을 수행하기 위한 방법이 제공된다. 이러한 방법은, 제3 당사자 엔티티로부터 UP 경로 선택에 대한 애플리케이션 프로그램 인터페이스 기반 요청을 수신하는 단계; 요청에 의해 검증 및 인가 프로시저를 수행하는 단계; 구성 데이터를 유지하는 제어 평면 기능(Control Plane Function)에 UP 경로 선택 구성 요청을 송신하는 단계; UP 경로 선택 구성 요청을 확인하는 참조 번호를 획득하는 단계; 및 참조 번호에 따라 UP 경로 선택을 설치하는 단계를 포함한다.
본 발명의 실시예들에 따르면, 통신 네트워크에서 UP(User Plane) 변경들을 네트워크 엘리먼트들에게 통지하기 위한 방법이 제공된다. 이러한 방법은, UP 변경 통지 요청을 수신하는 단계; 요청에 의해 검증 및 인가 프로시저를 수행하는 단계; 구성 데이터를 유지하는 Control Plane Function에 UP 변경 통지 요청을 송신하는 단계; UP 변경 통지를 확인하는 참조 번호를 획득하는 단계; 및 참조 번호에 따라 UP 변경 통지를 시행하는 단계를 포함한다.
본 발명의 실시예들에 따르면, 통신 네트워크에서 UP(User Plane) 변경들을 네트워크 엘리먼트들에게 통지하기 위한 방법이 제공된다. 이러한 방법은, UP 변경 요청을 수신하는 단계; UP 변경 요청에 따라 UP 경로 선택을 수행하는 단계; UP 경로에서의 변경들에 따라 임의의 UP 변경들을 결정하는 단계; Network Capability Exposure에 UP 변경 통지를 송신하는 단계; 및 Application Function 제어기로부터 UP 변경 통지의 확인 응답을 수신하는 단계를 포함한다.
본 발명의 실시예들에 따르면, 통신 네트워크에서 UP(User Plane) 변경들을 네트워크 엘리먼트들에게 통지하기 위한 방법이 제공되고, 이러한 방법은 UP 경로 변경 요청을 수신하는 단계 및 요청된 UP 변경에 의해 영향을 받은 PDU(Protocol Data Unit) 세션을 식별하는 단계, 및 요구되는 바와 같이 SSC(Session and Service Continuity) 모드를 결정하는 단계를 포함한다. 이러한 방법은 UP 경로 변경 요청에 따라 UP 경로 선택을 수행하는 단계 및 Application System 제어기에 UP 변경 통지를 송신하는 단계를 추가로 포함한다.
본 발명의 실시예들에 따르면, 통신 네트워크에서 UE를 동작시키기 위한 방법이 제공되고, 이러한 방법은, 네트워크 엔티티에 새로운 세션 요청을 송신하는 단계; 새로운 세션 요청에 응답하여 수행되는 새로운 세션 셋업의 완료의 표시를 수신하는 단계; 및 데이터 송신을 위해 새로운 세션 셋업을 사용하는 단계를 포함하고, 새로운 세션 셋업을 수행하는 단계는, 통신 네트워크에서 UP(User Plane) 변경들을 네트워크 엘리먼트들에게 통지하는 단계; 새로운 세션 요청에 대응하는 UP 경로 변경 요청을 수신하는 단계; 요청된 UP 경로 변경에 의해 영향을 받은 PDU(Protocol Data Unit) 세션을 식별하는 단계; UP 경로 변경 요청에 따라 UP 경로 선택을 수행하는 단계; 및 Application System 제어기에 UP 변경 통지를 송신하는 단계를 포함한다.
본 발명의 추가의 특징들 및 이점들이, 첨부 도면들과 조합하여 취해지는, 다음의 상세한 설명으로부터 명백해질 것이다.
도 1a는, 실시예에 따른, 통신 네트워크의 기능적 개략도이다.
도 1b는, 실시예에 따른, 제3 당사자 엔티티에 의해, 통신 네트워크에서 노출된 NCE(Network Capability Exposure) 기능들을 발견하기 위한 방법을 도시하는 호출 흐름도이다.
도 1c는, 실시예에 따른, 제3 당사자 엔티티에 의해 통신 네트워크에서 NCE 요청을 취급하기 위한 프로시저를 도시하는 호출 흐름도이다.
도 2a는, 다른 실시예에 따른, 통신 네트워크의 기능적 개략도이다.
도 2b는, 다른 실시예에 따른, 제3 당사자 엔티티에 의해, 통신 네트워크에서 노출된 NCE(Network Capability Exposure) 기능들을 발견하기 위한 방법을 도시하는 호출 흐름도이다.
도 2c는, 다른 실시예에 따른, 제3 당사자 엔티티에 의해 통신 네트워크에서 NCE 요청을 취급하기 위한 프로시저를 도시하는 호출 흐름도이다.
도 3a는, 다른 실시예에 따른, 통신 네트워크의 기능적 개략도이다.
도 3b는, 다른 실시예에 따른, 제3 당사자 엔티티에 의해, 통신 네트워크에서 노출된 NCE(Network Capability Exposure) 기능들을 발견하기 위한 방법을 도시하는 호출 흐름도이다.
도 3c는, 다른 실시예에 따른, 제3 당사자 엔티티에 의해 통신 네트워크에서 NCE 요청을 취급하기 위한 프로시저를 도시하는 호출 흐름도이다.
도 4는, 실시예에 따른, 통신 네트워크의 논리적 개략도이다.
도 5a는, 다른 실시예에 따른, 통신 네트워크의 논리적 개략도이다.
도 5b는, 실시예에 따른, 제3 당사자 AS(Application System)가 통신 네트워크를 통해 User Plane 경로 선택을 제어하는 방법을 도시하는 호출 흐름도이다.
도 5c는, 실시예에 따른, 제3 당사자 AS가 통신 네트워크를 통해 QoS 셋업을 제어하는 방법을 도시하는 호출 흐름도이다.
도 5d는, 실시예에 따른, 제3 당사자 AS가 통신 네트워크에서 세션 QoS 정책 설치를 수행하는 방법을 도시하는 호출 흐름도이다.
도 5e는, 실시예에 따른, UE가 통신 네트워크에서 세션 셋업 프로시저를 수행하는 방법을 도시하는 호출 흐름도이다.
도 6a는, 다른 실시예에 따른, 통신 네트워크의 논리적 개략도이다.
도 6b는, 실시예에 따른, 제3 당사자 AS가 통신 네트워크를 통해 UP 경로 선택 또는 재선택을 제어하는 방법을 도시하는 호출 흐름도이다.
도 6c는, 실시예에 따른, UP 변경들을 네트워크 엘리먼트들에게 통지하기 위한 방법을 도시하는 호출 흐름도이다.
도 6d는, 다른 실시예에 따른, UP 변경들을 네트워크 엘리먼트들에게 통지하기 위한 방법을 도시하는 호출 흐름도이다.
도 7은, 다른 실시예에 따른, 통신 네트워크의 논리적 개략도이다.
도 8a는, 실시예에 따른, UP 재선택 이후 다운링크 트래픽에 대해 UP GW에 위치되는 트래픽 조향을 도시하는 개략도이다.
도 8b는, 실시예에 따른, AS 재배치 이후 업링크 트래픽에 대해 UP GW에 위치되는 트래픽 조향을 도시하는 개략도이다.
도 8c는, 실시예에 따른, UP 재선택 이후 다운링크 트래픽에 대해 AS 네트워크에 위치되는 트래픽 조향을 도시하는 개략도이다.
도 8d는, 실시예에 따른, AS 재배치 이후 업링크 트래픽에 대해 AS 네트워크에 위치되는 트래픽 조향을 도시하는 개략도이다.
도 9는 애플리케이션-인식 UP 경로 (재)선택에 대한 방법을 도시하는 호출 흐름도이다.
도 10a는 본 발명의 실시예에 따른 UP 경로 (재)선택에 대한 애플리케이션-인식을 가능하게 하기 위한 프로시저를 설명하는 흐름도이다.
도 10b는, 본 발명의 실시예에 따른, UP 변경 통지 및 트래픽 조향 구성을 포함하는, UP 경로 (재)선택에 대한 프로시저를 상세히 설명하는 흐름도이다.
도 10c는, 본 발명의 실시예에 따른, 도 10a의 동작들을 보다 상세히 도시하는 흐름도이다.
도 10d는, 본 발명의 실시예에 따른, 도 10b의 동작들을 보다 상세히 도시하는 흐름도이다.
도 11은, 실시예에 따른, 하드웨어 디바이스의 개략도이다.
첨부된 도면들 전반적으로, 유사한 특징들은 유사한 참조 번호들에 의해 식별된다는 점이 주목될 것이다.
본 발명의 실시예들은, 네트워크 슬라이싱의 존재 시에 (5G와 같은) 차세대 통신 시스템들에 대해 적용될 수 있는, NCE(network information and capability exposure) 프레임워크를 개시한다. 일부 실시예들에서, 네트워크 능력들은 코어 네트워크에 중앙화될/공통일 수 있고, 및/또는 코어 네트워크와 NS(network slices) 사이에 공유될/분산될 수 있다. 다른 실시예들에서, 네트워크 능력들은, 예를 들어 네트워크 슬라이스들 사이에서 선택적으로 격리될 수 있다(즉, NS에 특정됨). 일부 실시예들에서, NCE 프레임워크는 공통 NCE 기능 및 다수의 NS(슬라이스 특정) NCE 기능들(NS 당 하나)을 포함할 수 있다. 이것은 노출된 네트워크 능력들을 발견, 액세스, 및 커스터마이징하기 위해 제3 당사자 또는 UE에 의해 사용하기 위해 3GPP 네트워크에서 통합된 인터페이스를 제공할 수 있다.
도 1a는, 실시예에 따른, 통신 네트워크의 기능적 개략도이다. 이러한 통신 네트워크는 코어 네트워크 상에 배치될 수 있는 공통 네트워크 엔티티(Common Network Entity)(101)(Common NE)를 포함하고, 외부 기능들/엔티티들(104)과 인터페이스하는 C-NCEF(Common Network Capability Exposure Function)(102), 인가 및 관련 기능성을 수행하기 위한 정책 제어 기능(Policy Control Function)(103), 인증, 보안, 및 관련 기능들을 수행하기 위한 HSS(Home Subscriber System) 기능(105), 및 다양한 네트워크 관련 작업들을 수행하기 위한 다양한 공통 네트워크 엔티티(Common Network Entity) 기능들, (C-NE1(106a), C-NE2( 106b))(예를 들어, 이동성 관리 엔티티(Mobility Management Entity), 슬라이스 선택 엔티티(Slice Selection Entity), 인증 엔티티(Authentication Entity), 정책 제어 엔티티 등)을 포함한다. 실시예들에 따르면, PCF(103)는, 가입 데이터, 애플리케이션 프로파일들, 서비스 프로파일들, 애플리케이션 요청들 또는 용이하게 이해될 다른 파라미터들 중 하나 이상을 포함할 수 있는 파라미터들에 따라, UE들(user equipment) 또는 PDU(protocol data unit) 세션들에 적용될 정책 규칙들을 생성하거나 또는 결정하도록 구성된다. 네트워크 능력 노출 프레임워크에서, PCF는 위에서 주목된 바와 같이 인가 기능성을 제공할 수 있고, 이러한 인가 기능성은 오퍼레이터 네트워크의 정책에 반하는 요청을 확인하는 것을 포함할 수 있다. 제3 당사자 엔티티(3rd Party Entity)(예를 들어, 코어 네트워크, 별도의 제3 당사자 애플리케이션 시스템, 또는 UE에서 실행 중인 제3 당사자에 속하는 애플리케이션)는 NCEF를 통해 공통 NCE(Common NCE)에 인터페이스한다. 용이하게 이해되는 바와 같이, 코어 네트워크, 별도의 제3 당사자 애플리케이션 시스템, 또는 UE는 공통-NCEF(Common-NCEF)를 통해 공통 NE(Common NE)에 인터페이스할 수 있다.
네트워크 슬라이스들(NS1(107), NS2(108))이 코어 네트워크 상에 또한 배치될 수 있고, 각각은 다양한 슬라이스 특정 네트워크 관련 작업들을 수행하기 위한 각자의 슬라이스 특정 네트워크 엔티티(Slice Specific Network Entity) 기능들(SS-NE1(109a, 110a), SS-NE2(109b, 110b))(예를 들어, 슬라이스-특정, 세션 관리 엔티티(Session Management Entity), 슬라이스-특정 정책 제어 엔티티(Policy Control Entity), 슬라이스-특정 과금 엔티티(Charging Entity) 등)을 추가로 포함한다. 해당 분야에서의 통상의 기술자들에 의해 이해되는 바와 같이, 네트워크 슬라이스(Network Slice)는, 네트워크 기능들 가상화(Network Functions Virtualization) 기술을 사용하여, 네트워크를 통해 특정 그룹의 트래픽 및 관련 시그널링을 관리하는 논리 기능들의 집합이다. 예를 들어, 각각의 슬라이스(Slice)는 네트워크를 통해 (무선 디바이스들, 사용자 장비 등을 사용하여) 자신의 최종 사용자들의 요청들을 서비스하기 위해 (또는 서비스들을 제공하기 위해) 네트워크의 리소스들(대역폭, 스케줄링, 액세스, 노드들의 사용 등)의 일부를 할당받고 MNO(Mobile Network Operator)에 의해 관리될 수 있다. 도 1a에 도시되는 바와 같이, 슬라이스 특정 네트워크 엔티티(Network Entity) 기능들(SS-NE1, SS-NE2)은 C-NCEF(Common Network Capability Exposure Function)에 논리적으로 인터페이스/접속된다.
따라서, 도 1a에 도시되는 통신 네트워크는 네트워크를 통해 중앙화된 제어를 초래하는 공통 인터페이스를 (C-NCEF를 통해) 제공한다. 보안 및 정책 제어 기능성은, 슬라이스들(Slices)의 OAM(Operation, Administration, and Management)과 함께, 다양한 엔티티들 사이에서 공유된다. C-NCEF는 외부 엔티티들로 하여금, 공통 NE(Common NE)의, 또는 특정 네트워크 슬라이스의 기능들이든, 노출된 네트워크 능력들(즉, 외부적으로 관리되거나 또는 제어될 수 있는 네트워크 기능들)을 발견/액세스하게 한다. 일부 실시예들에서, 이것은 3GPP 공통 시스템 능력들에 대한 인가되고 안전한 액세스 및 오퍼레이터 제어하에서의 노출된 서비스들의 실행을 또한 포함할 수 있다.
유익하게는, 도 1a에 도시되는 통신 네트워크 아키텍처는 중앙화된 인터페이스에 중앙화된 제어를 제공할 수 있다. 이것은 공유된 OAM을 제공하면서 공유된 보안(즉, 인증) 및 정책 제어(즉, 인가)를 가정할 수 있다. 단일 중앙 NCEF는 다음을 제공할 수 있다:
외부 엔티티들이, 공통이든 NS-특정이든, 노출된 네트워크 능력들을 발견하는 능력.
공통이든 NS-특정이든, 3GPP 공통 시스템 능력들에 대한 인가되고 안전한 액세스 및 오퍼레이터 제어하에서의 노출된 서비스들의 실행.
실시예들에 따르면, 정책 제어는 위에서 주목된 바와 같이 인가 기능성을 제공할 수 있고, 이러한 인가 기능성은 검증 또는 예를 들어, 오퍼레이터 네트워크의 정책에 반하는 요청을 확인하는 요청을 포함할 수 있다.
도 1b는, 실시예에 따른, 제3 당사자 엔티티 또는 UE에 의해, 통신 네트워크에서 노출된 NCE(Network Capability Exposure) 기능들을 발견하기 위한 프로시저를 도시하는 호출 흐름도이다. 도 1b에 도시되는 방법은, 예를 들어, 도 1a에 도시되는 통신 네트워크를 통해 수행될 수 있다. 단계 1에서는, 제3 당사자/UE가 NCE 발견 요청을 C-NCEF에 전송한다. 이러한 요청은 제3 당사자/UE의 아이덴티티를 포함할 수 있고, 공통 NE 또는 NS-특정에 관련되든 원하는 네트워크 능력들을 또한 포함할 수 있다. 단계 2에서는, C-NCEF 기능이 HSS 기능과의 통신을 통해 제3 당사자를 인증한다. 단계 3에서는, C-NCEF 기능이, 예를 들어, 요청된 정보, 또는 노출된 또는 원하는 네트워크 능력들(즉, 제3 당사자/UE에 의해 액세스될 수 있는 이러한 기능들 또는 능력들)의 노출 상태로, 제3 당사자/UE에 응답한다. 특정 실시예들에서, 이러한 방법에서의 C-NCEF의 작업들은, C-NE에 의해서와 같이, 공통 NE(Common NE)에서의 다른 기능에 의해 수행될 수 있다.
도 1c는, 실시예에 따른, 제3 당사자 엔티티(또는 UE)에 의해, 통신 네트워크에서 NCE(Network Capability Exposure) 요청을 취급하기 위한 프로시저를 도시하는 호출 흐름도이다. NCE 요청은 예를 들어, UP 경로 선택 또는 재선택 정책을 설치하기 위한 요청, 엔드-투-엔드 QoS 정책에 대한 요청, 과금 가능한 당사자를 변경하기 위한 요청, UE 위치에 대한 쿼리, 및 UE 접속성 상태에 대한 쿼리를 포함할 수 있다. 어떤 네트워크 능력들이 노출되는지에 의존하여, 다양한 다른 NCE 요청들이 가능하다. 도 1c에 도시되는 방법은, 예를 들어, 도 1a에 도시되는 통신 네트워크를 통해 수행될 수 있다. 단계 11에서는, 제3 당사자가 NCE 요청을 C-NCEF에 전송한다. 이러한 요청은 쿼리, 명령어, 또는 특정 네트워크 기능들/능력들에 대한 원하는 구성일 수 있다. 단계 12에서는, C-NCEF가 HSS 기능과 통신하여 제3 당사자를 인증한다. 단계 13에서는, NCEF가, 오퍼레이터 정책에 따라 인가를 수행하는, 정책 제어(Policy Control) 기능과 통신한다. 인가 시에, 단계 14에서는, C-NCEF가 NCE 처리 요청을 요청에 따라 적절한 C-NE 기능(예를 들어, C-NE 1)으로 디스패치한다. 이러한 요청을 디스패치하기 이전에, C-NCEF는 일부 실시예들에서, 수신되는 NCE 요청을 C-NE에 이해 가능한 내부 포맷으로 변환하고, 내부 구성으로 이것을 조화시키는 것에 의해 컴파일을 수행할 수 있다. 예를 들어, 이러한 요청은 관련 오퍼레이터 정책을 운반할 수 있다. 단계 15에서는, C-NE 기능이, 예를 들어, 오퍼레이터 정책에 관하여, 쿼리 답변을 준비하거나 또는 명령된 구성을 적용하는 것에 의해, NCE 처리 요청을 처리한다. 단계 16에서는, C-NE가 NCE 처리 응답을 C-NCEF로의 쿼리 답변 또는 구성 확인 응답으로서 전송한다. 단계 17에서는, C-NCEF가 NCE 응답을 전달하고, 이는 NCE 처리 응답(단계 16)으로부터 제3 당사자까지 내장되는 정보를 포함할 수 있다. 전달하기 이전에, C-NCEF는 일부 실시예들에서, 예를 들어, 제3 당사자에 이해 가능한 포맷으로 이것을 변환하거나, 또는 오퍼레이터 정책에 따라 정보 누설을 회피하기 위해 필터링 또는 집성 규칙들을 적용하는 것에 의해, 원시 NCE 정보를 컴파일할 수 있다. 상이한 NE들로부터의 다수의 NCE 처리 응답들이 존재하면, 이것은 또한 이들을 단일 집성 NCE 응답으로 집성할 수 있다.
도 2a는, 다른 실시예에 따른, 통신 네트워크의 기능적 개략도이다. 도 2a에 도시되는 통신 네트워크는, C-NCEF 기능들이, 자기 자신의 슬라이스 특정 정책 제어(Slice Specific Policy Control) 기능들을 또한 포함하는, 각각의 네트워크 슬라이스(Network Slice)(NS1, NS2)에서 SS-NCEF(Slice Specific NCEF functions) 사이에 분산되는 것을 제외하고는, 도 1a에 도시되는 것과 유사하다. 이러한 방식으로, 도 1a의 네트워크에서 중앙에 수행되었던 NCEF 기능성은 이제 공통 NE(Common NE)와 상이한 네트워크 슬라이스들(Network Slices) 사이에 분산된다.
도 2a에서의 통신 네트워크는, 격리된 정책 제어(즉, 인가)를 유지하고 준-격리된 OAM을 제공하면서, 공유 보안 기능들(즉, 인증)을 제공할 수 있다. 제3 당사자는 (공통 NE(Common NE)(201)에서의) C-NCEF와 인터페이스할 수 있다. 일부 실시예들에서, 인증은 C-NCEF(202)에 의해 수행될 수 있고, 한편 인가는, 요청이 공통 NE 또는 네트워크 슬라이스에 관련되는지에 의존하여, 네트워크 슬라이스들의 SS NCEF(203a, 203b)에 의해 수행될 수 있다. 이것은 코어 네트워크를 통해 처리 리소스들을 재-분배 또는 완화할 수 있는 보다 다양한 구성을 제공할 수 있다.
특정 실시예들에 따르면, C-NCEF 기능들은, 제3 당사자들(204)로부터의 NCE 요청들의 분류, 및 NS-특정 요청들의 각자의 SS NCEF들로의 재지향, 외부 엔티티들이 노출된 공통 네트워크 능력들/기능들을 발견하게 하는 것, 3GPP 공통 시스템 능력들에 대한 인가되고 안전한 액세스의 제공, 및 오퍼레이터 제어하에서 노출된 공통 서비스들의 실행을 포함할 수 있다. SS NCEF 기능들은, 외부 엔티티들이 네트워크를 통해 노출된 NS-특정 능력들(예를 들어, 발견이 공통 NCEF를 통해 수행될 수 있음)을 발견하게 하는 것, 3GPP NS-특정 시스템 능력들에 대한 인가되고 안전한 액세스의 제공, 및 오퍼레이터 제어하에서 노출된 NS-특정 서비스들의 실행을 또한 포함할 수 있다.
유익하게는, 도 2a에 도시되는 통신 네트워크 아키텍처는 반-분산형 구성에 중앙화된 인터페이스, 및 분산형 제어를 제공할 수 있다. 이것은, 준-격리된 OAM을 제공하면서, 공유된 보안(즉, 인증) 및 격리된 정책 제어(즉, 인가)를 가정할 수 있다. 일 실시예에서, 이것은 공통 NCEF 및 다수의 NS-특정 NCEF들(NS 당 하나)을 포함한다. 제3 당사자 엔티티들은 공통 NCEF와 인터페이스할 수 있다. 인증은 공통 NCEF에 의해 수행될 수 있고, 한편 인가는, 요청이 공통 NCE 또는 NS-특정 NCE와 관련되는지에 의존하여, 공통 NCEF 또는 NS NCEF에 의해 수행될 수 있다.
공통 NCEF는 다음을 제공할 수 있다:
제3 당사자 엔티티로부터의 NCE 요청들의 분류, 및 NS-특정 요청들의 각자의 NS NCEF들로의 재지향.
외부 엔티티가 노출된 공통 네트워크 능력들을 발견하는 능력.
3GPP 공통 시스템 능력들에 대한 인가되고 안전한 액세스 및 오퍼레이터 제어하에서의 노출된 공통 서비스들의 실행.
NS NCEF는 다음을 제공할 수 있다:
외부 엔티티들이 노출된 NS-특정 네트워크 능력들을 발견하는 능력. 이러한 발견은 공통 NCEF를 통해 수행됨.
3GPP NS-특정 시스템 능력들에 대한 인가되고 안전한 액세스 및 오퍼레이터 제어하에서의 노출된 NS-특정 서비스들의 실행.
도 2b는, 실시예에 따른, 제3 당사자 엔티티 또는 UE에 의해, 통신 네트워크에서 노출된 NCE(Network Capability Exposure) 기능들을 발견하기 위한 프로시저를 도시하는 호출 흐름도이다. 도 2b에 도시되는 방법은, 예를 들어, 도 2a에 도시되는 통신 네트워크를 통해 수행될 수 있다. 단계 21에서는, 제3 당사자가 NCE 발견 요청을 C-NCEF 기능에 전송한다. 이러한 요청은 제3 당사자의 아이덴티티를 포함할 수 있고, 공통이든 NS-특정이든, 요구되는 네트워크 기능들을 또한 포함할 수 있다. 단계 22에서는, C-NCEF 기능이 HSS 기능과 통신하여 제3 당사자를 인증한다. 단계 23에서는, C-NCEF 기능이 NS-특정 네트워크 기능들에 관한 요청들에 대한 (대응하는 SS NCEF로부터의) NCE 발견 요청에 관한 정보를 획득한다. 단계 24에서는, C-NCEF 기능이 정보, 또는 노출된 또는 이용 가능한 네트워크 기능들/능력들을 상세화하는 노출 상태로 제3 당사자에 응답한다.
도 2c는, 실시예에 따른, 제3 당사자 엔티티(또는 UE)에 의해, 통신 네트워크에서 NCE(Network Capability Exposure) 요청을 취급하기 위한 프로시저를 도시하는 호출 흐름도이다. 도 2c에 도시되는 방법은, 예를 들어, 도 2a에 도시되는 통신 네트워크를 통해 수행될 수 있다. 단계 31에서는, 제3 당사자가 NCE 요청을 C-NCEF에 전송한다. 이러한 요청은 특정 네트워크 능력들을 요청하는 쿼리 또는 구성 명령어일 수 있다. 단계 32에서는, C-NCEF가 HSS와 통신하여 제3 당사자를 인증한다. 인가는 NCE 요청에 따라 네트워크 슬라이스(Network Slice)에 의해(옵션 A(33a)) 또는 공통 NE(Common NE) 내에서(옵션 B(33b)) 수행될 수 있다. 예를 들어, NCE 요청이 NS-특정이면, NCEF는 처리를 위해 각자의 SS NCEF에 이것을 전달할 수 있다(SS 인가 및 처리를 수행하는 '옵션 A'의 단계들 33a.1 내지 33a.6 참조). NCE 요청이 NS-특정이 아니면, 공통 NE(Common NE)가 처리 자체를 수행할 수 있다('옵션 B'의 단계들 33b.1 내지 33b.4 참조). 마지막으로, 단계 34에서는, C-NCEF가 NCE 응답을 제3 패리티에 전달하고, 이는 NCE 요청에 관한 NCE 정보를 포함할 수 있다.
도 3a는, 다른 실시예에 따른, 통신 네트워크의 기능적 개략도이다. 도 3a에 도시되는 통신 네트워크는, 각각의 네트워크 슬라이스(Network Slice)(NS1(305), NS2(306))가 슬라이스 특정 HSS 기능(301a, 301b)을 추가로 포함한다는 점, 및 제3 당사자 엔티티(304)가 각각의 네트워크 슬라이스의 SS-NCEF(303a, 303b)와 또한 인터페이스할 수 있다는 점을 제외하고는, 도 2a에 도시되는 것과 유사하다.
도 3a에서의 통신 네트워크는 특정 실시예들에서 격리된 보안(즉, 인증), 정책 제어(즉, 인가) 및 OAM을 수행할 수 있다. 인증 프로시저는, 요청이 공통 NE 또는 NS-특정 NCE에 관련되는지에 의존하여, C-NCEF(302) 또는 SS-NCEF에 의해 수행될 수 있다. SS-NCEF는 공통 요청 식별 및 재지향을 수행하고, 외부 엔티티들이 노출된/이용 가능한 NS-특정 네트워크 특징들/능력들을 발견하게, 그리고 오퍼레이터 제어하에서의 NS-특정 시스템 특징들의 인가, 액세스 및 실행을 수행하게 할 수 있다. C-NCEF는 또한 외부 엔티티들이, 예를 들어, SS-NCEF를 통해 이용 가능한/노출된 NS-특정 네트워크 기능들/능력들을 발견하게, 그리고 오퍼레이터 제어하에서의 공통 시스템 능력들의 인가, 액세스 및 실행을 수행하게 할 수 있다. 특정 실시예들에서, 제3 당사자 엔티티는, C-NCEF와는 아니고, NS의 SS-NCEF와만 인터페이스할 수 있다.
유익하게는, 도 3a에 도시되는 통신 네트워크 아키텍처는, 분산형 인터페이스를 갖는, 분산형 NCE에 분산형 제어를 제공할 수 있다. 이러한 아키텍처는, 격리된 OAM을 제공하면서, 격리된 보안(즉, 인증) 및 격리된 정책 제어(즉, 인가)를 가정할 수 있다. 이것은 공통 NCEF 및 다수의 NS-특정 NCEF들(NS 당 하나)을 포함할 수 있다. 제3 패리티 엔티티들은 일부 경우들에서 개별 NS NCEF와만 인터페이스할 수 있다. 인증은 NS NCEF에 의해 수행될 수 있고; 인가는, 요청이 공통 NCE 또는 NS-특정 NCE와 관련되는지에 의존하여, 공통 NCEF 또는 NS NCEF에 의해 수행될 수 있다.
NS NCEF는 다음을 제공할 수 있다:
공통 요청 식별 및 (공통 NCEF로의) 재지향
외부 엔티티들이 노출된 NS-특정 네트워크 능력들을 발견하는 능력.
오퍼레이터 제어하에서의 NS-특정 시스템 능력들의 인가, 액세스 및 실행.
공통 NCEF(Common NCEF)는 다음을 제공할 수 있다.
외부 엔티티들이, NS-특정 NCEF를 통해, 노출된 NS-특정 네트워크 능력들을 발견하는 능력.
오퍼레이터 제어하에서의 공통 시스템 능력들의 인가, 액세스 및 실행.
도 3b는, 실시예에 따른, 제3 당사자 엔티티 또는 UE에 의해, 통신 네트워크에서 노출된 NCE(Network Capability Exposure) 기능들을 발견하기 위한 프로시저를 도시하는 호출 흐름도이다. 도 3b에 도시되는 방법은, 예를 들어, 도 3a에 도시되는 통신 네트워크를 통해 수행될 수 있다. 단계 41에서는, 제3 당사자/UE가 NCE 발견 요청을 SS-NCEF 기능에 전송한다. 이러한 요청은 제3 당사자의 아이덴티티, 및, NS-특정이든 그렇지 않든, 원하는 네트워크 기능들/능력들을 포함할 수 있다. 단계 42에서는, SS-NCEF 기능이, SS HSS 기능과의 통신을 통해, 제3 당사자의 인증을 수행한다. 단계 43에서는, SS-NCEF 기능이 C-NCEF 기능과 통신하여, 공통 NE 네트워크 기능들/능력들에 관한 것이면 (요청에 관한) 요청된 정보를 획득한다. 단계 44에서는, SS NCEF 기능이 정보 또는 이용 가능한/노출된 네트워크 능력들의 노출 상태로 제3 당사자에 응답한다.
도 3c는, 실시예에 따른, 제3 당사자 엔티티(또는 UE)에 의해, 통신 네트워크에서 NCE(Network Capability Exposure) 요청을 취급하기 위한 프로시저를 도시하는 호출 흐름도이다. 도 3c에 도시되는 방법은, 예를 들어, 도 3a에 도시되는 통신 네트워크를 통해 수행될 수 있다. 단계 51에서는, 제3 당사자가 NCE 요청을 SS-NCEF에 전송한다. 이러한 요청은 특정 네트워크 능력들을 요청하는 쿼리 또는 구성 명령어일 수 있다. 단계 52에서는, SS-NCEF가 SS HSS와 통신하여 제3 당사자를 인증한다. 인가는 NCE 요청에 따라 네트워크 슬라이스(Network Slice)에 의해(옵션 B(53b)) 또는 공통 NE(Common NE) 내에서(옵션 A(53a)) 수행될 수 있다. 예를 들어, NCE 요청이 NS-특정이 아니면, SS-NCEF는 요청을 C-NCEF에 전달하여 요청의 처리를 수행할 수 있고('옵션 A'의 단계들 53a.1 내지 53a.6 참조), NCE 요청이 NS-특정이면, SS-NCEF는 NS 내에서 처리를 수행할 수 있다(SS 인가 및 처리를 수행하는 '옵션 B'의 단계들 53b.1 내지 53b.4 참조). 마지막으로, 단계 54에서는, SS-NCEF가 NCE 응답을 제3 당사자에 전달하고, 이는 NCE 요청에 관한 NCE 정보를 포함할 수 있다.
도 4는, 실시예에 따른, 통신 네트워크의 논리적 개략도이다. 도 4의 통신 네트워크는 이용될 수 있는 다양한 UP(User Plane) 세그먼트들 및 경로들을 도시한다. 예를 들어, 세션 요청들의 송신 및 UE(401)와 AS(Application System)(402) 사이의 SM(Session Management) 통신의 구현을 위한 것이다. 도 4는 사용될 수 있는 세그먼트들 및 경로들을 도시한다는 점, 및 제공되는 경로의 예는 도 4에서 반드시 명시적으로 도시되는 것은 아니라는 점이 용이하게 이해될 것이다. 도시되는 바와 같이, 통신 네트워크는 CN UP(Core Network User Plane)(404)에 연결되는 RAN(Radio Access Network)(403)을 포함하는 3GPP 네트워크를 포함한다. CN UP는, 3GPP 네트워크 내에 논리 엔티티들로서 배치되는, 네트워크 기능들 NF1 및 NF2를 포함한다. NF2는 3개의 상이한 인스턴스들: NF2_1(405), NF2_2(406), NF2_3(407)을 포함하고, 각각은 도시되는 바와 같이 NF1로의 상이한 논리 경로를 형성한다. In-network AF(In-network Application Function)은 3개의 상이한 인스턴스들: AF1_1(409), AF1_2(410), AF1_3(411)을 포함하고, 각각은 인스턴스들: NF2_1, NF2_2, NF2_3에, 각각, 그리고 집합적으로 AS(Application System)에 논리적으로 연결된다. 실시예들에 따르면, In-network 애플리케이션 기능은 네트워크 내에 배치되고 트래픽 취급을 위해 구성되는 애플리케이션을 지칭할 수 있다. AS는 3GPP 네트워크와는 별도로 제3 당사자 엔티티에 의해 소유될 수 있다. 일부 실시예들에서, In-Network AF(412)는 3GPP 네트워크 상에 배치될 수 있거나, AS와 같은, 별도의 물리 네트워크 상에 배치될 수 있다. 일부 실시예들에서, In-Network AF(412)는 3GPP 네트워크 상에 배치될 수 있거나, AS와 같은, 별도의 네트워크 상에 배치될 수 있다. 3GPP 네트워크 및 In-network AF가 배치되는 네트워크가, 배치되는 논리적 네트워크들일 수 있다는 점, 및 따라서 이러한 2개의 네트워크들이 논리적으로 별도인 네트워크들이면서 물리적 영역에서 중첩될 수 있다는 점이 이해된다.
일부 상황들에서, 특정 트래픽은, (예를 들어, 서비스 기능 체인(Service Function Chain)과 같은) 요구되는 목적지에 도달하기 이전에, 특정 기능적 엔티티들/인스턴스들을 횡단하는 것에 의해 구체적인 기능적 처치를 요구할 수 있다. 예를 들어, UE와 AS 사이에 세션이 수립되고 있는 동안, 트래픽이 UP 경로를 따라 상이한 기능적 엔티티들 또는 인스턴스들과 연관된 구체적인 기능적 처치에 노출되도록 특정 UP 경로가 선호될 수 있다. UP 경로는 특정 애플리케이션들/노드들/엔티티들의 로딩 상태를 감소시키도록, 또는 구체적인 애플리케이션 성능을 강화하도록 선택될 수 있다. 추가적으로, 일부 애플리케이션들은 제한된 데이터 처리 능력을 가질 수 있고(즉, 인입 데이터 레이트를 제한함), 따라서 유효 SM 기능은 과부하를 회피하기 위해 UP 경로를 선택하고, Application 기능 제한들의 주어진 지식을 제공하는 QoS(Quality of Service)를 유지할 것이다.
도 4를 참조하는 예시적인 예로서, UE가 세션 요청을 AS에 송신하기를 원한다고 가정하고, 트래픽이 자신의 처리 용량을 고려하여 AF1_3을 횡단하는 것이 바람직하다. UE에 의해 AS에 송신되는 세션 요청은 애플리케이션 레벨 세션 요청이라는 점이 이해된다. 3GPP 네트워크가 이러한 것을 알지 못하면, 이것은 비교적 보다 과부하될 수 있는 다른 UP 경로(예를 들어, AF1_1에 이르게 되는 NF2_1)를 선택할 수 있고, 비효율적인 리소스 관리 및 감소된 QoS를 초래할 수 있다. 따라서, SM 정보의 노출은 Network 또는 AS에 전체 네트워크 성능 및 리소스 관리를 향상시키기에 적절한 논리 기능들 및 그 대응하는 UP 경로를 보다 효과적으로 결정하기 위해 필요한 정보를 제공할 수 있다. SM 정보는 네트워크 서비스를 수행할 때 결과적인 QoS를 통보하는데 또한 사용될 수 있다. 이하 추가로 상세히 논의될 바와 같이, AS와 같은, 제3 당사자 엔티티는 SM 정보 및 능력들을 고려하여 적절한 in-network AF들 및 대응하는 UP 경로를 명시할 수 있다.
도 5a는, 다른 실시예에 따른, 통신 네트워크의 논리적 개략도이다. 도 5a의 통신 네트워크는 AS(Application System)(501)을 제공하는데 사용될 수 있고, 이는, UP 경로 선택 및 관련 서비스들에 대한 QoS 셋업을 포함하는, 네트워크를 통해 SM(Session Management) 능력과 함께, 네트워크와는 별도로 제3 당사자에 의해 동작될 수 있다. 도 5a에 도시되는 바와 같이, 통신 네트워크는 AN(Access Node)(503), CN UP(Core Network User Plane)(504), SM(Session Management) 모듈(502), 정책 제어(Policy Control) 기능(505), NCEF 기능(506), 및 CN UP(도시되지 않음) 상에 배치될 수 있는 "In-network 애플리케이션 기능들(In-network Application Functions)"(507)을 포함한다. 도시되는 바와 같이, UE는 AN을 통해 네트워크와 인터페이스하고, 한편 AS는 "In-network 애플리케이션 기능들(In-network Application Functions)"과, 그리고 잠재적으로 NCEF 기능과 인터페이스한다. 앞서 논의된 바와 같이, NCEF(network capability exposure function)는 외부 기능들/엔티티들과 인터페이스하도록 구성된다. 예를 들어, NCEF는 네트워크 인터페이스들에 의해 제공되는 서비스들 및 능력들을 안전하게 노출시키는 수단을 제공하는 SCEF(service capability exposure function)와 유사한 것으로 고려될 수 있다. 용이하게 이해되는 바와 같이, NCEF에 대한 대안적인 명칭은 NEF(network exposure function)일 수 있다. 더욱이, SM(session management module)은 SMF(session management function)이라고 또한 명명될 수 있다는 점이 또한 이해할 것이다.
도 5b는, 실시예에 따른, 제3 당사자 AS가 통신 네트워크를 통해 UP 경로 선택을 제어하는 방법을 도시하는 호출 흐름도이다. 예를 들어, 도 5b의 방법은, 특정 실시예들에서, 도 5a의 네트워크에 적용될 수 있다. 단계 61에서는, AS가 UP 경로 선택에 대한 API(Application Program Interface) 기반 요청을 NCEF에 전송한다. 이해되는 바와 같이, API 기반 요청은 제3 당사자, 또는 제3 당사자 AS로부터의 UP 경로 선택에 대한 요청으로 고려될 수 있다. 이러한 요청은 UP 경로 선택에 관한 정보로서 구성될 것으로 이해될 수 있고, 이러한 정보는 요청된 UP 경로 선택이 어느 UE에 적용되어야 하는지 표시하는 UE 필터 정보를 포함할 수 있다. 이러한 요청은 UP 경로 선택 동안 준수되어야 하는 UP 랜드마크들에 관한 정보, 및 UP 랜드마크에 관하여 취해질 추가의 액션을 또한 포함할 수 있다. 가능한 액션들은, CONVERAGE_TO 또는 DIVERAGE_FROM, GO_THROUHGH, 또는 VISIT_IN_ORDER를 포함할 수 있고, UE들 세션이 UP 랜드마크(들)에 순서적 방식으로 수렴하고, 이들로부터 발산하고, 이들을 거치고, 이들을 방문하는 UP 경로들을 사용하는 것을 암시한다. 실시예들에 따르면, 이러한 요청은 UP 경로 선택 또는 재-선택 동안 준수되어야 하는 하나 이상의 UP 랜드마크를 표시할 수 있다. 이해되는 바와 같이, UP 랜드마크는 사용자 평면 또는 네트워크 내의 특정 위치 또는 포인트와 연관된 식별자일 수 있고 논리적 네트워크 목적지인 것으로 고려될 수 있다. 예를 들어, UP 랜드마크는 데이터 네트워크와 연관된 액세스 위치와 연관된 식별자일 수 있고, 이는 DNAI(data network access identifier) 또는 다른 식별자로 고려될 수 있다. 단계 62에서는, NCEF가 요청의 검증 및 인가를 수행한다. 요청은 잘못된/일관성 없는 파라미터들 때문에, 또는, 예를 들어, 액세스 제어 정책 거절 검증으로 인해 무효일 수 있다. 일부 실시예들에서, 인증과 같은 다른 보안 측정들이 이러한 단계 동안에 또한 적용될 수 있다. 단계 63에서는, NCEF 기능이 응답을 AS에 다시 송신한다. 이러한 응답은 정책 설치를 확인하거나 또는 설치 실패를 표시할 수 있고, 요청에 대한 정책 번호를 추가로 포함할 수 있다. 용이하게 이해되는 바와 같이, 정책 번호는 식별자, 예를 들어, UP 경로 선택에 대한 요청과 연관되거나 또는 그로부터 초래되는 UP 경로 선택 정책과 연관되거나 이를 식별하는, 숫자 또는 영숫자 시퀀스 또는 다른 식별자의 형태일 수 있다. 정책 번호는 AS에 의해 UE에 제공될 수 있고, UE는 자신의 세션 요청에 정책 번호를 포함시킬 수 있다. 세션 요청에 정책 번호를 포함시키는 것은 SM 기능에게 임의의 특정 정책을 적용할 필요가 있는지 통보할 수 있다. 단계 64에서는, NCEF가 UP 경로 선택 정책 제어 요청을 정책 제어(Policy Control) 기능에 전송하여, AS가 그러한 것을 행하는 것이 인가되면 UP 경로 선택 정책의 설치를 트리거한다. 이러한 요청은 단계 61에서 AS로부터 수신되는 UP 경로 선택 요청에 따라 또한 생성될 수 있다. 단계 65에서는, 정책 제어 기능이 SM 기능과 통신하여 정책을 시행한다. 예를 들어, SM 기능은 정책 번호를 국지적으로 유지되는 정책 리스트에 삽입할 수 있다. 세션 요청이 존재하면, SM 기능은 내장된 정책 번호를 찾을 수 있고, 이를 리스트에 대해 확인할 수 있고: 정책 번호가 유효하면, 이것은 정책 제어 기능으로부터 정책 상세 사항들을 획득하여 이를 적용하고; 그렇지 않으면 무효 정책 번호들은 무시될 수 있다. 대안적으로, SM 기능은 UE 정보를 제공하는 것에 의해 모든 세션 요청에 대해 정책(Policy) 제어 기능을 체크할 수 있다. 용이하게 이해되는 바와 같이, SM 기능은 하나 이상의 UP 경로 선택 정책을 관리하기 위한 다른 방법을 적용할 수 있다. 단계 66에서는, 정책 제어 기능이 UP 경로 선택 정책 제어 응답을 NCEF에 다시 전송한다. 특정 실시예들에서, 단계 63은 도 5b에 도시되는 바와 같이 단계 66의 완료 이후까지 연기될 수 있다.
또한, 추가로 도 5b에 관하여, 이전에 논의된 바와 같이 API 요청은 요청된 UP 경로 선택이 어느 UE에 적용되어야 하는지 표시하는 UE 필터 정보, UP 경로 선택 동안 준수되어야 하는 UP 랜드마크들, 및 UP 랜드마크들에 관하여 취해질 추가의 액션을 포함할 수 있고, 이러한 액션들은 UP 랜드마크들에 순서적 방식으로 수렴하고, 이들로부터 발산하고, 이들을 거치고, 이들을 방문하는 UP 경로들을 UE 세션이 사용해야 한다는 점을 정의할 수 있다. 이와 같이 API 요청은 애플리케이션 시스템(Application System)으로부터 수신되는 트래픽 조향 요청, 예를 들어 애플리케이션 기능(Application Function) 또는 애플리케이션 제어기(Application Controller) 또는 다른 애플리케이션 중심 시스템과 동일시되거나 또는 동등할 수 있다. 용이하게 이해되는 바와 같이, 트래픽 조향은 라우팅 결정들의 결정을 포함할 수 있는데 그 이유는 이들이 PDU(protocol data unit) 세션들에 의해 정의될 수 있는 사용자 평면(User Plane) 트래픽에 관한 것이기 때문이다.
또한, 예를 들어, API 요청 또는 트래픽 조향 요청을 시행하는 단계는, SM에 의해, PCF로부터 정책 또는 경로 상세 사항들을 획득하는 단계를 포함할 수 있고, 이러한 정책 또는 경로 상세 사항들은 요청된 UP 경로 선택을 표시한다. 이와 같이 트래픽 조향 요청 또는 요청된 UP 경로 선택 정책을 표시하는 규칙들을 SM에 송신하거나, 전송하거나 또는 전달하는 것은 PCF이다.
더욱이, 검증 및 인가의 단계는 인증 및 인가로 또한 명명될 수 있다는 점이 해당 분야에서의 기술자에 의해 용이하게 이해되는 바와 같이, 검증은 무언가의 유효성 또는 정확성을 체크하거나 또는 증명하기 위해 취해지는 액션이라는 점 및 인증은 무언가가 참, 진짜 또는 유효인지 제공하거나 또는 보여주는 액션이라는 점이 고려된다.
도 5c는, 실시예에 따른, 제3 당사자 AS가 통신 네트워크를 통해 QoS 셋업을 수행하는 방법을 도시하는 호출 흐름도이다. 예를 들어, 도 5c의 방법은, 특정 실시예들에서, 도 5a의 네트워크에 적용될 수 있다. 단계 71에서는, AS가 세션 QoS 셋업에 대한 API 기반 요청을 NCEF에 전송한다. 이러한 요청은, 요청된 세션 QoS 셋업이 어느 UE에 적용되어야 하는지 표시하는 UE 필터 정보뿐만 아니라 세션 관리 동안 적용/준수/시행되어야 하는 QoS 파라미터들을 포함할 수 있다. 단계 72에서는, NCEF가 AS에 대한 검증 및 인가를 수행한다. 특정 실시예들에서, 이러한 요청은 잘못된/일관성 없는 파라미터들로 인해, 또는 액세스 제어 정책 때문에 무효일 수 있다. 인증과 같은 다른 보안 측정이 또한 이러한 단계 동안 적용될 수 있다. 단계 73에서는, NCEF 기능이 QoS 셋업 응답을 AS에 다시 전송한다. 이러한 응답은, 예를 들어, 정책 설치를 확인하거나, 또는 설치 실패를 표시할 수 있다. 이것은 요청에 대한 정책 번호를 추가로 포함할 수 있다. 일부 실시예들에서, 정책 번호는 UE에 제공될 수 있고, UE는 자신의 세션 요청에 정책 번호를 포함시킬 수 있다. 이것은 SM 기능이 세션 요청에서의 정책 번호를 검색하여, 세션에 임의의 구체적인 정책을 적용할 필요가 있는지 결정하게 한다. 단계 74에서는, NCEF가 세션 QoS 셋업 정책 제어 요청을 정책 제어 기능에 전송하여, AS가 인가되었다면 세션 QoS 셋업 정책의 설치를 트리거한다. 이러한 요청은 예를 들어 (단계 71에서) AS로부터 수신되는 세션 QoS 셋업 요청에 기초하여 생성될 수 있다. 단계 75에서는, 정책 제어 기능이 SM 기능과 통신하여 정책을 시행한다.
예를 들어, SM 기능은 정책 번호를 국지적으로 유지되는 정책 리스트에 삽입할 수 있다. 세션 요청 동안, SM 기능은 내장된 정책 번호를 검색하고 이것을 리스트에 대해 확인할 수 있고, 정책 번호가 유효하면, 정책 제어 기능으로부터 정책 상세 사항들을 획득하여 이를 적용하며, 그렇지 않으면 이것은 무효 정책 번호를 무시할 수 있다. 대안적으로, SM 기능은 UE 정보를 제공하는 것에 의해 모든 세션 요청에 대해 정책 제어 기능(Policy Control)을 체크할 수 있다. 용이하게 이해되는 바와 같이, SM 기능은 하나 이상의 정책을 관리하기 위한 다른 방법을 적용할 수 있다. 단계 76에서는, 정책 제어 기능이 UP 경로 선택 정책 제어 응답을 NCEF에 다시 전송한다. 도 5c를 추가로 참조하면, 단계 76에서는, 정책 제어 기능이 QoS 셋업 정책 제어 응답을 NCEF에 다시 전송할 수 있고, 이러한 QoS 셋업 정책 제어 응답은 정책 번호를 표시할 수 있다.
도 5d는, 실시예에 따른, 제3 당사자 AS가 통신 네트워크에서 세션 QoS 정책 설치를 수행하는 방법을 도시하는 호출 흐름도이다. 예를 들어, 도 5d의 방법은, 특정 실시예들에서, 도 5a의 네트워크에 적용될 수 있다. 단계 81에서는, AS가 세션 QoS에 대한 API 기반 요청을 NCEF에 전송한다. 이러한 요청은 요청된 세션 QoS(Session QoS)가 어느 UE에 적용되어야 하는지 표시하는 UE 필터 정보, 및 UP 경로 선택 동안 준수될/시행될 QoS 파라미터들을 포함할 수 있다. 단계 82에서는, NCEF가 이러한 요청에 따라 검증 및 인가를 수행한다. 이러한 요청은, 예를 들어, 잘못된/일관성 없는 파라미터들로 인해, 또는 액세스 제어 정책으로 인해 무효일 수 있다. 인증과 같은 다른 보안 측정들이 이러한 단계에서 또한 적용될 수 있다. 단계 83에서는, NCEF 기능이 세션 QoS(Session QoS) 응답을 NCEF에 다시 전송한다. 이러한 응답은 정책 설치를 확인하거나, 또는 설치 실패를 표시할 수 있다. 이것은, 추적 또는 관리 목적들을 위해, 요청에 대한 참조 번호를 또한 포함할 수 있다. AS로부터의 요청이 검증되고 인가되면(단계 82), NCEF는 다음으로 단계 84에서 세션 QoS 정책의 설치를 트리거한다. 이것은 예를 들어, NCEF가 세션 QoS 정책 설치 요청을 당사자 제어(Policy Control) 기능에 전송하는 단계 84a를 포함할 수 있고(이러한 요청은 (단계 81에서) AS로부터 수신되는 원시 세션 QoS 요청에 따라 생성될 수 있음), 정책 제어 기능은 다음으로 정책을 설치하고, 단계 84b에서는 정책(Policy) 제어 기능이 응답을 NCEF에 다시 전송한다. 이러한 응답은 참조 번호 또는 설치가 성공적이었다는 확인을 포함할 수 있다.
도 5e는, 실시예에 따른, UE가 통신 네트워크에서 세션 셋업 프로시저를 수행하는 방법을 도시하는 호출 흐름도이다. 예를 들어, 도 5e의 방법은, 특정 실시예들에서, 도 5a의 네트워크에 적용될 수 있다. 단계 90에서는, UE가 (예를 들어, AN(Access Node) 및/또는 MM(Mobility Management) 엔티티에) 첨부되고, 인증을 포함할 수 있는, MM 프로시저를 통해 MM 컨텍스트를 수립한다. 단계 91에서는, UE가 세션 셋업 요청을 MM 기능에 전송한다. 단계 92에서는, MM 기능이 세션 셋업 요청을 적절한 SM 기능에 전달한다. 단계 93에서는, SM 기능이, 예를 들어, 사용자 데이터(User Data) 정보, 및/또는 관련 정보를 페치하고 UE 컨텍스트를 확인하는 비교를 수행하는 것에 의해, UE가 서비스에 가입한 것을 확인한다. 단계 94에서는, SM 기능이 정책 제어 기능과 상호 작용할 수 있고, 이는 UE 요청, 및 (AS에 의해 커스터마이징될 수 있는) 오퍼레이터 정책과 같은 정보에 기초하여, 접속의 UP 경로 선택 정책 및 QoS 정책을 포함하는, 세션 관리 정책들을 결정할 수 있다. 단계 95에서는, SM 기능이, 예를 들어 UP 경로 선택 정책에 관하여 UP 경로를 선택한다. 단계 96에서는, SM 트리거들이 선택된 UP 경로 및 QoS 정책에 관하여 PDU 리소스들의 수립을 트리거한다. 마지막으로, 단계 97에서는, SM이 세션 셋업 응답을 (예를 들어 MM 기능을 통해) UE에 전송한다.
본 발명의 양태들은 변경되는 네트워크 조건들의 관점에서 UP 경로들의 선택 또는 재선택과 같은, 트래픽 조향 기능성을 또한 제공한다. 예를 들어, 도 4를 다시 참조하면, 서비스 가입에 따라 UE와 AS 사이에 세션들이 수립됨에 따라, 일부 in-network AF들(예를 들어, AF1_1 또는 다른 기능적 인스턴스)을 포함하는 UP 경로들은 그들의 현재 부하, QoS 요건들로 인해, 또는 애플리케이션-레벨 이유들로 특정 UE들에 대해 바람직할 수 있다. 예를 들어, 일부 AF들은 (그들 자신의 처리 부하 제약들로부터 또는 AS로의 경로를 따른 처리 제한들로 인해) 더 큰 데이터 처리 용량을 가질 수 있다. 따라서, 애플리케이션-레이어 부하 균형화 기능성은 in-network AF들 사이의 UE 트래픽을 분할하여 경쟁 처리 요구들을 보다 우수하게 대처하고 네트워크 동작 효율성을 향상시킬 수 있다. 다른 예에서, MTC 디바이스들의 그룹은 특정 지역 이벤트를 검출할 수 있고, 그들의 트래픽은 이벤트 컨텍스트를 유지하기 위해 이벤트를 처리하고 있는 구체적인 in-network AF를 통해 AS에 바람직하게 라우팅될 수 있다. 또 다른 예는 AF 재선택 또는 재배치는 UE 이동성이 신뢰성 및 낮은 레이턴시 요건들을 충족시키는데 필요한 낮은 레이턴시 시나리오에 적용된다.
트래픽 조향 제어(예를 들어, UP 게이트웨이(NF2_1, NF2_2 등)로부터 in-network AF(AF1_1, AF1_2 등)로의, 및 그 반대의 경우)가 UP와 in-network AF들 사이에 지향될 수 있고, 예를 들어, 트래픽 조향 제어는 UP 게이트웨이와 in-network AF들 사이의 네트워크 트래픽을 지향하는데 사용될 수 있다. 구체적인 UP 게이트웨이들을 포함하는 특정 경로들의 사용은 (비용 및 리소스 이용 관점에서) 보다 효율적이고 (예를 들어, 지연, 처리량 또는 레이트와 같은 성능의 면에서) 효과적인 트래픽 조향 결과들을 제공할 수 있다. 이것은 UP 게이트웨이들과 in-network AF들 사이의 전송(또는 라우팅) 능력이 상이할 수 있고, 네트워크 및 부하 역학으로 인해 시간이 지남에 따라 변할 수 있기 때문이다. 추가로, 특정 UP 경로들 또는 게이트웨이들과 연관된 접속성 비용들, 및 특정 링크들과 연관된 동적 가격 책정 구조들을 고려할 때, 특정 UP 경로들은 처리량, 과금, 및 다른 타이밍 고려 사항들에 의존하여 보다 비용 효과적일 수 있다. 따라서, 유효 트래픽 조향 전략은 통신 시스템에서 UE와 AS 사이의 UP 경로를 선택/재선택하는데 이러한 인자들 모두를 고려할 필요가 있을 수 있다.
도 6a는, 다른 실시예에 따른, 통신 네트워크의 논리적 개략도이다. 도 6a의 통신 네트워크는 도 5a에 도시되는 것과 유사하지만, In-네트워크 AF를 관리하는 AF(Application Function) 제어기(602)를 추가로 포함하고, 정책 제어(Policy Control) 기능 대신에 CPF(Control Plane Function)를 포함한다. 그러나, 일부 실시예들에서, CPF는 정책 제어(Policy Control) 기능을 포함할 수 있다. 도 6a의 통신 네트워크는 도 5a에 도시되는 것과 매우 동일한 방식으로 동작할 수 있고, 한편 애플리케이션 인식 UP 경로 선택 또는 재선택 기능성을 추가적으로 제공한다. CPF는 UP 선택 또는 재선택 구성 데이터를 유지하는 기능이고, 특정 실시예들에서 SM 기능(또는 정책 제어(Policy Control) 기능과 같은 다른 기능)과 통합될 수 있다. AF 제어기는, in-network AF 내에서의 구현을 위해서와 같이, 트래픽 조향 규칙들을 결정하고 구성할 수 있다.
도 6b는, 실시예에 따른, 제3 당사자 AS가 통신 네트워크를 통해 UP 경로 선택 또는 재선택을 제어하거나 또는 이에 영향을 주는 방법을 도시하는 호출 흐름도이다. 예를 들어, 도 6b의 방법은, 특정 실시예들에서, 도 6a의 네트워크에 적용될 수 있다. 단계 121에서는, AS가 UP 경로 선택 또는 재선택을 위해 API 기반 요청을 NCEF에 전송한다. 이러한 요청은 예를 들어, 선택된 UP 경로가 어느 UE에 적용되어야 하는지 표시하는 UE 필터 정보, 및 요청된 UP 경로 선택 또는 재선택(구성)이 수행되어야 하는 지속 기간 또는 시간 간격을 포함할 수 있다. 이해되는 바와 같이, 이러한 지속 기간 또는 시간 간격은 요청된 UP 경로 선택 또는 재선택이 적용될 시기를 정의할 수 있고, 이는 트래픽 라우팅을 표시할 수 있다. 이와 같이 지속 기간 또는 시간 간격은 시간적 파라미터, 예를 들어 시간적 유효성 조건으로 고려될 수 있다. 이러한 요청은 UP 경로 선택 또는 재선택에서 포함/준수되어야 하는 (예를 들어, IP 어드레스들을 통한) in-network AF 위치들을 또한 포함할 수 있다. 이러한 요청은 명시된 in-network AF 위치들에 관하여 UP 경로 선택 또는 재선택 동안 취해져야 하는 특정 액션들을 또한 포함할 수 있다. 가능한 액션들은 CONVERAGE_TO_ANY 또는 DIVERAGE_FROM_ALL을 포함하고, 이는 UE 세션들이 명시된 in-network AF들 중 임의의 것에 수렴하거나 또는 이들 모두로부터 발산하는 UP 경로들을 사용해야 한다는 점을 암시한다. 다른 액션들이 가능하다. 단계 122에서는, NCEF가 요청에 대해 검증 및 인가를 수행한다. 예를 들어, 요청은 잘못된/일관성 없는 파라미터들로 인해, 또는 액세스 제어 정책 기능(도시되지 않음)으로 인해 무효일 수 있다. 인증과 같은 다른 보안 측정들이 또한 적용될 수 있다. 단계 123에서는, NCEF가 UP 경로 선택 또는 재선택 제어 요청을 CPF에 전송한다. 이러한 요청은 (단계 121에서) AS로부터 수신되는 UP 경로 선택 또는 재선택 요청으로부터 생성될 수 있다. 단계 124에서는, CPF가 UP 경로 선택 또는 재선택 요청을 수락할지 결정하고, 그렇다면, UP 경로 선택 또는 재선택 구성 응답을 NCEF에 다시 전송한다. 이러한 메시지는 변경 요청 수락을 확인하거나 또는 그것의 거절을 통지할 수 있다. 실시예들에 따르면, 그리고 도 6b를 추가로 참조하면, CPF로부터 NCEF로 송신되는 메시지는 UP 경로 선택 또는 재-선택 요청 수락을 확인하거나 또는 그것의 거절을 통지할 수 있다. 수락되면, 메시지는 참조 번호를 포함할 수 있다. 단계 125에서는, NCEF 기능이 UP 경로 선택 또는 재선택 응답을 AS에 다시 전송한다. 이러한 메시지는 요청된 UP 경로 선택 또는 재선택의 수락을 확인 응답하거나, 또는 그것의 거절을 표시할 수 있다. 수락의 경우에, 이러한 메시지는 CPF에 의해 배정되는 참조 번호를 포함할 수 있다. 다음으로 이러한 참조 번호는 UE에 제공될 수 있어 이것을 세션 요청에 포함시킨다. 따라서, SM 기능은 구체적인 경로 구성 또는 정책이 적용되어야 하는지 결정하기 위해 세션 요청에서의 참조 번호를 간단히 검색할 수 있다. 단계 126에서는, UP 경로 선택 또는 재선택 요청이 수락되면, CPF가 이것을 SM 기능과 함께 시행하고; 이것은 단계들 124 및 125와 동시에 수행될 수 있다. 일부 상황들에서, 시행은 CPF가 SM 기능을 통보하여 국지적으로 유지되는 정책 목록에 참조/정책 번호를 삽입하고, 적법한 세션들에 대해 UP 경로 재선택을 수행하도록 SM 기능을 트리거하는 것을 포함할 수 있다. 후속 세션 요청들에 대해, SM 기능은 내장된 참조/정책 번호를 찾을 수 있고, 이것을 리스트에 대해 확인할 수 있다. 참조 번호가 유효하면, 이것은 적용할 CPF로부터 경로/정책 상세 사항을 획득한다. 그렇지 않고, 참조 번호가 무효이면, 이것은 무시될 수 있다. 대안적으로, 시행은 CPF가 SM 기능을 통보하여 UE 정보를 제공하는 것에 의해 기존 세션들 및 새로운 세션 요청들을 CPF로 체크하는 것을 포함할 수 있다. 용이하게 이해되는 바와 같이, CPF 또는 PCF는 하나 이상의 정책을 시행하기 위한 다른 방법을 적용할 수 있다. 특정 실시예들에서, 단계 122에서 검증 또는 인가가 실패하면, 단계들 123 및 124는 생략될 수 있고, AS는 단계 5에서 실패한 검증을 통보 받는다.
도 6c는, 실시예에 따른, UP 변경들을 네트워크 엘리먼트들에게 통지하기 위한 방법을 도시하는 호출 흐름도이다. UP 변경들은 제3 당사자 AS에 의해 착수되는 UP 경로에서의 변경들에 관련될 수 있고, 이러한 방법은 UP 경로 변경들의 관점에서 인입 패킷들의 재구성/재-라우팅의 통지가 그들의 다음 논리적 네트워크 목적지(예를 들어, UP 게이트웨이)에 적절하게 도달하게 할 수 있다. 실시예들에 따르면, 논리적 네트워크 목적지는 사용자 평면 또는 네트워크 내의 특정 위치 또는 포인트와 연관된 식별자일 수 있는 UP 랜드마크에 의해 정의될 수 있다. 예를 들어, UP 랜드마크는 데이터 네트워크와 연관된 액세스 위치와 연관된 식별자일 수 있고, 이는 DNAI(data network access identifier) 또는 다른 식별자로 고려될 수 있다. 도 6c의 방법은, 특정 실시예들에서, 도 6a의 네트워크에 적용될 수 있다. 단계 131에서는, AF 제어기가 UP 변경 통지를 제공하라는 API 기반 요청을 NCEF에 전송한다. 이러한 요청은 요청된 UP 변경 통지가 어느 UE를 참조하는지 표시하는 UE 필터 정보를 포함할 수 있고, UP 변경 통지가 언제 생성되어야 하는지 표시하는 지속 기간(또는 시간 간격)을 포함할 수 있다. 단계 132에서는, NCEF가 요청에 대해 검증 및 인가를 수행한다. 이러한 요청은 잘못된/일관성 없는 파라미터들로 인해, 또는 정책 제어 액세스 이유들로 인해 무효화될 수 있다. 인증과 같은, 다른 보안 측정들이 이러한 단계에서 또한 적용될 수 있다. 단계 133에서는, NCEF가 UP 변경 통지 구성 요청을 CPF에 전송한다. 이러한 요청은 (단계 131에서) AF 제어기로부터 수신되는 원시 UP 변경 통지 요청으로부터 생성될 수 있다. 다음으로 CPF는 요청된 UP 변경 통지 구성을 수락할지 결정할 수 있고, 단계 134에서는, UP 변경 통지 구성 응답을 NCEF에 다시 전송한다. 이러한 메시지는 (예를 들어, 참조 번호를 포함하는 것에 의해) 구성 수락을 확인하거나, 또는 그것의 거절을 통지할 수 있다. 단계 135에서는, NCEF 기능이 AF 제어기에 응답을 다시 전송한다. 이러한 메시지는 API 기반 UP 변경 통지 요청의 수락을 확인 응답하거나, 거절을 표시할 수 있다. 수락의 경우에, 이러한 메시지는 CPF에 의해 배정되는 참조 번호를 포함할 수 있다. 다음으로 이러한 참조 번호는 AF 제어기에 의해 UE(도시되지 않음)에 전송될 수 있고, UE는 자신의 세션 요청에 이러한 참조 번호를 포함시킬 수 있다. 이것은 SM 기능이 임의의 세션 요청에서 참조 번호를 검색하여, 예를 들어, 임의의 UP 경로 선택 또는 재선택 구성을 적용할 필요가 있는지 결정하게 한다. 단계 136에서는, 요청된 UP 게이트웨이 변경 통지 구성이 수락되면, CPF가 SM 기능을 사용하여 이것을 시행한다. 이것은 단계들 134 및 135와 동시에 수행될 수 있다. 특정 실시예들에서, 이러한 시행은 CPF가 SM 기능을 통보하여 적법한 세션들을 참조 번호와 매칭/연관시키고, 이러한 세션들에 대해 UP 게이트웨이 변경 통지를 수행하는 것을 포함할 수 있다. 후속 세션 요청들에서, SM 기능은 내장된 참조 번호를 찾을 수 있고, CFP로부터 구성 상세 사항들을 획득하고, 적용 가능하다면, 세션들을 참조 번호와 연관시키고 통지를 전송할 수 있다. 일부 경우에들, 무효(Invalid) 참조 번호는 단순히 무시될 수 있다. 다른 실시예들에서, 시행은 CPF가 SM 기능을 통보하여 UE 정보를 제공하는 것에 의해 기존 세션들 및 새로운 세션 요청들을 CPF로 체크하는 것을 포함할 수 있다. 용이하게 이해되는 바와 같이, CPF 또는 PCF는 기존 세션들 및 새로운 세션 요청들에 대한 하나 이상의 정책을 시행하기 위한 다른 방법을 적용할 수 있다. 특정 실시예들에서, 단계 132에서 검증 및 인가가 실패하면, 단계들 133 및 134는 생략될 수 있고, AF 제어기는 단계 5에서 실패에 관해 통보 받을 수 있다.
도 6d는, 다른 실시예에 따른, UP 변경들을 네트워크 엘리먼트들에게 통지하기 위한 방법을 도시하는 호출 흐름도이다. 예를 들어, SM 기능이 UP 변경들의 통지를 어떻게 생성할지 명시하는 구성을 적용한 이후, 도 6d에 도시되는 방법은 UP 변경들을 AF 제어기 또는 NCEF 기능에게 통지하는데 사용될 수 있다. UP 변경들은 UP 경로에서의 변경들에 관련될 수 있어 UP 경로 변경들의 관점에서 인입 패킷들의 재구성/재-라우팅의 통지가 그들의 다음 논리적 네트워크 목적지(예를 들어, UP 게이트웨이)에 적절하게 도달하게 한다. 실시예들에 따르면, 논리적 네트워크 목적지는 사용자 평면 또는 네트워크 내의 특정 위치 또는 포인트와 연관된 식별자일 수 있는 UP 랜드마크에 의해 정의될 수 있다. 예를 들어, UP 랜드마크는 데이터 네트워크와 연관된 액세스 위치와 연관된 식별자일 수 있고, 이는 DNAI(data network access identifier) 또는 다른 식별자로 고려될 수 있다. 도 6d의 방법은, 특정 실시예들에서, 도 6a의 네트워크에 적용될 수 있다. 단계 141에서는, SM 기능이 UP 변경 구성을 적용한다. 이것은, 예를 들어, 도 6c에 도시되는 단계 136의 것과 유사한 프로시저를 포함할 수 있고, 세션 또는 세션 셋업(초기화) 시간 동안 또한 발생할 수 있다. UP 변경 구성을 적용하는 것에 의해 이해되는 바와 같이, SM 또는 SMF는 UP 경로 선택 또는 재선택 정책을 적용하고 있다. 도 6d에 도시되는 바와 같이, 이것은 UP 경로 재선택을 수행하는 것, 및 UP 변경들을 결정하는 것을 포함할 수 있다. SM이 UP 경로 재선택의 결과로서 (UP 게이트웨이 변경들과 같은) UP 변경들을 결정하면, 단계 142에서 SM은 UP 게이트웨이 변경 통지를 NCEF 기능에 전송한다. 단계 143에서는, NCEF 기능이 UP 변경들을 AF 제어기에게 통지한다. 이러한 메시지는, 예를 들어, 새로운 UP 게이트웨이의 IP 어드레스를 포함할 수 있다. 마지막으로, 단계 144에서는, NCEF 기능이, 예를 들어, 통지의 수락에 관한 확인 응답을 SM 기능에 전송한다.
실시예들에 따르면, AS(Application System)는 하나의 또는 다수의 애플리케이션 기능으로 구성되고, 이러한 AS는 3GPP 도메인의 외부에서 동작하면서 에지에 보다 가까운, 오퍼레이터의 네트워크 내부에 배치될 수 있다. 실시예들에 따르면, in-network AS의 내부 컴포넌트들은 네트워크 도메인의 외부에, 예를 들어, 3GPP 및/또는 AS 도메인 외부에 존재하는 엔티티들에 "비가시적(invisible)"일 수 있다. 이러한 구성에서, AS는 단일 엔티티로서 UE에 제시되고, 예를 들어 AS는 단일 가상 IP 어드레스를 할당 받을 수 있고 UE에 특정 서비스 또는 서비스들을 제공한다. 따라서, UE는 이러한 가상 IP 어드레스를 사용하여 AS에 의해 제공되는 서비스들 중 하나 이상을 액세스한다.
실시예들에 따르면, 특정 트래픽 조건들에 대해, AS (재)위치 또는 (재)선택이 때때로 발생할 수 있다. 예를 들어, 이러한 데이터를 네트워크를 통해 동작 센터에 전달하기 이전에 원시 미터 판독들을 컴팩트한 형태로 집성하기 위해 복수의 유틸리티 미터 디바이스들에 보다 가깝게 데이터 집성 기능이 배치될 수 있다. 예를 들어, 미터 판독들은 일반적으로 미리 스케줄링될 수 있고, 디바이스 송신 스케줄은 사전에 알려져 있다. 네트워크 상의 트래픽 부하를 균형화하기 위해, AS (재)위치는 송신 스케줄에 따라 계획될 수 있다. AS (재)위치를 잠재적으로 요구하는 다른 예는 네트워크 캐싱에 대한 것일 수 있다. 이러한 예에서, 콘텐츠 캐싱 기능들은 콘텐츠 서비스 제공자에 대해 네트워크에 배치될 수 있다. UE가 이동함에 따라, 콘텐츠 전달 지연 및 전달 비용을 감소시키기 위해 상이한 캐싱 기능이 UE에 대해 선택될 수 있다. 추가적인 예는 중요한 통신에 관한 것이고, UE 이동성은 원하는 레벨의 신뢰성 및 QoS를 달성하기 위해 UE 트래픽에 대해 선택되는 하나의 또는 다수의 AS 위치와 함께 (병렬 접속들 또는 다수의 PDU 세션들 또는 멀티-호밍 접속들을 제공하기 위해) UP-GW(User Plane Gateways)의 세트를 변경하는 것을 초래할 수 있다.
실시예들에 따르면, AS 재배치가 발생할 때, UP 경로는 원하는 엔드-투-엔드 QoS 및 효율성을 제공하도록 재선택될 수 있다. 일부 경우들에서, UP 경로 재선택은 UE 이동성 및 부하 균형화와 같은 3GPP 내부 인자들에 의해 트리거될 수 있고, 이것은 현재의 AS 위치가 차선으로 결정되는 것을 초래하고 AS 재배치에 대한 트리거를 초래할 수 있다. 그러나, 3GPP 네트워크 및 AS 네트워크가 개별적으로 관리되기 때문에, 엔드-투-엔드 성능 및 효율성을 보장하기 위해 2개의 네트워크들 사이에 상호 작용이 필요하다.
도 7은, 다른 실시예에 따른, 통신 네트워크의 논리적 개략도이다. 도 7에 도시되는 실시예에서, 애플리케이션-인식 UP 경로 (재)선택은 PSF(path selection function), Auth(authentication function) 및 정책(Policy)(policy control function)에 의해 제어 평면(Control Plane)에서 수행된다.
이러한 실시예에서, Auth 기능(701)은 UP 경로 (재)선택 요청을 인증하는 것을 담당하고, 한편 정책(Policy) 기능(702)은 이러한 요청의 검증 및 인가에 필요한 정보를 제공한다. 일부 실시예들에서, PSF(703)는 UP 경로 (재)선택을 수행하고, 일부 실시예들에서, PSF는 하나 이상의 미리 정의된 정책들에 관하여 AS 제어기(704)로부터 UP 경로 (재)선택 요청을 확인하는 것에 의해 이러한 (재)선택의 검증 및 인가를 수행한다. 일부 실시예들에서, 정책들은 요구되는 바와 같이 동적으로 업데이트될 수 있고, 일부 실시예들에서, 정책들은 애플리케이션 또는 세션 특정적일 수 있다. 예를 들어, 진행 중인 세션의 SSC(session and service continuity) 모드가 어떠한 UP GW 변경도 발생할 수 없다는 점을 표시하면, 그 세션에 관한 UP 경로 (재)선택 요청은 무효로 간주되고 거절될 수 있다.
일부 실시예들에서, PSF 기능은 서브 기능으로서 TSCF(traffic steering control function)(705)을 포함한다. PSF는 UP에서 트래픽 조향 거동의 구성을 제공할 수 있다. 일부 실시예들에서, PSF는 별도의 CP 기능이거나 또는 기존 CP 기능, 예를 들어, SM(Session Management function) 또는 정책(Policy) 기능의 일부일 수 있다.
도 7에 도시되는 바와 같이, TSCF는 단순화를 위해 PSF 내에 통합되는 것으로 도시된다. 그러나, 다른 실시예들에서, TSCF는 다른 CP 기능의 일부이거나 별도의 CP 기능으로서 구성된다. TSCF가 PSF 내에 존재하지 않는 실시예들에서, TSCF와 PSF 사이의 상호 작용이 정의될 수 있다.
실시예들에 따르면, 3GPP 도메인과 AS 도메인 사이의 잠재적인 SSC 이슈는 UP 재선택 또는 AS 재배치의 결과로서 발생할 수 있다. 잠재적인 SSC 문제는 (Down Link 경우에) 올바른 UP GW를 향하는 또는 (Uplink Link 경우에) 올바른 AS 위치로의 트래픽 전달을 보장하는 것에 의해 극복될 수 있다.
본 발명의 실시예들은 UE의 관여를 요구하지 않는다. 추가로 도시하기 위해, UE가 단일 IP 어드레스(상수)를 갖고 상이한 PDU 세션들에 대해 상이한 포트들을 사용한다고 가정한다. 네트워크는 UE의 어드레스 및 포트 번호 양자 모두를 인식하는 것으로 가정된다. 포트 번호는 네트워크에 의해 또는 UE에 의해 생성될 수 있다. 후자의 경우에, UE는 포트 번호를 네트워크에게 통보하라고 요구받을 수 있다. 포트 번호는 세션 요청에 또는 세션 셋업이 별도의 CP 시그널링을 통해 완료된 이후에 포함될 수 있다. 위에 언급된 잠재적 SSC 이슈는 초기 UP GW 선택 동안에는 발생하지 않지만 초기에 배정되는 IP 어드레스 및 포트 번호를 보존하는 것이 필요한 UP GW 재선택 동안에만 발생한다는 점에 주목한다.
실시예들에 따르면, UP GW는 NAT(network address translation)와 유사한 기능성이 있는 트래픽 조향 기능을 구현한다. 트래픽 조향은 목적지 어드레스 및 목적지 포트에 적용되는 네트워크 어드레스 변환, 예를 들어 원시 어드레스 및/또는 원시 포트를 상이한 어드레스 및/또는 상이한 포트로 변환하는 것에 의해 제공될 수 있다. 예를 들어, 트래픽 조향은 사용자 평면 내의 특정 위치 또는 포인트와 연관된 식별자를 변경할 수 있다. 이러한 식별자는 데이터 네트워크와 연관된 액세스 위치와 연관될 수 있고, 이는 DNAI(data network access identifier) 또는 다른 식별자로 고려될 수 있다. 실시예들에 따르면, 차별화된 트래픽 조향은 상이한 소스 어드레스, 소스 포트, 목적지 어드레스, 목적지 포트, 트래픽 타입, 및/또는 DSCP(Differentiated Services Code Point) 등에 따라 상이한 변환 프로시저들을 적용하는 것에 의해 달성될 수 있다. 실시예들에 따르면, 트래픽 조향 기능은 TSCF에 의해 정의되는 규칙들에 따라 동작한다.
적절히 구성된 트래픽 조향 규칙들로, UP GW는 UP 재선택 이후 새로운 UP GW에 DL 트래픽을 그리고 AS 재배치 이후 새로운 AS 위치에 UL 트래픽을 재지향할 수 있다. 이러한 실시예에 따르면, 도 8a는 UP 재선택 이후 다운링크 트래픽에 대해 UP GW(803)에 위치되는 트래픽 조향(802)을 도시하는 개략도를 도시하고, 도 8b는 AS 재배치 이후 업링크 트래픽에 대해 UP GW(805)에 위치되는 트래픽 조향(804)을 도시하는 개략도이다.
다른 실시예에 따르면, 트래픽 조향 기능이 AS 도메인에 배치되고 AS 제어기에 의해 구성된다. 이러한 실시예는 UP GW가 DC(data centre)에서 인스턴스화되는 가상 기능일 때 적용될 수 있고, 대응하는 트래픽 조향 기능은 DC의 네트워크 게이트웨이에 배치될 수 있다. 트래픽 조향 기능이 AS 도메인 내부에 위치되기 때문에 이러한 해결책은 3GPP의 범위 밖에 있는 것으로 인식된다. 그러나, 이러한 실시예들에 대해, 3GPP 도메인은 AS 제어기에게 UP 변경 또는 셋업에 관해 통지할 때 연관된 트래픽을 표시할 필요가 있다. 이러한 실시예는 다운링크 경우와 보다 관련이 있다는 점이 인식된다. 실시예들에 따르면, 참조 번호 또는 트래픽 식별자 번호(예를 들어, UE의 어드레스와 포트의 조합)가 통지에 포함될 수 있다. 용이하게 이해되는 바와 같이 트래픽 식별자 번호 또는 트래픽 식별자는, UE의 어드레스 및 UE의 포트 중 하나 또는 이들의 조합일 수 있다. 참조 번호는 UP 경로 (재)선택 응답 또는 UP 셋업 (변경) 통지 응답의 일부로서 AS 제어기에 제공될 수 있다. AS 제어기는 참조 번호를 사용하여 대응하는 UP 경로 (재)선택 또는 UP 셋업 (변경) 통지 요청을 식별하고 UE 필터 정보를 추출할 수 있다. UE 필터링 정보 또는 트래픽 식별자 및 통지된 UP GW 위치에 따라, AS 제어기는 AS 도메인에 배치되는 트래픽 조향 기능을 구성할 수 있다. 이러한 실시예에 따르면, 도 8c는 UP 재선택 이후 다운링크 트래픽에 대해 AS 네트워크(807)에 위치되는 트래픽 조향(806)을 도시하는 개략도이고, 도 8d는 AS 재배치 이후 업링크 트래픽에 대해 AS 네트워크(809)에 위치되는 트래픽 조향(808)을 도시하는 개략도이다. 실시예들에 따르면, 트래픽 조향 기능은 UP 랜드마크에 의해 식별될 수 있고, 예를 들어 UP 랜드마크는 데이터 네트워크 내의 트래픽 조향 기능의 위치를 정의할 수 있다. 또한, UP 선택 또는 재선택에 대한 요청은 UP 경로 선택 또는 재-선택 동안 준수되어야 하는 트래픽 조향 기능의 위치를 식별하는 UP 랜드마크를 표시할 수 있다.
본 발명의 실시예들은 문헌: 3GPP TR 23.799, "Study on Architecture for Next Generation System," 3rd Generation Partnership Project, Version 0.6.0, July, 2016의 Section 6.5.5에 설명되는 프로시저의 변형에 관련될 수 있다.
도 7을 다시 참조하면, UP 경로 (재)선택은, PSF(Path Selection Function), Auth(Authentication Function) 및 정책(Policy)(Policy Control Function)을 포함하는, 제어 평면(Control Plane) 기능들, 및 AS (재)선택/(재)위치를 관리하도록 구성되는 AS 제어기(비-3GPP 기능임)에 의해 수행된다. 도 7을 참조하면, 점선들로 표현되는 통신 인터페이스들은 3GPP의 범위, 예를 들어, AS 제어기와 AS 네트워크 사이의 통신 인터페이스 밖에 있다.
실시예들에 따르면, AS 제어기는 오퍼레이터의 제어 하의 그리고 신뢰 도메인 내의 기능이다. 실시예들에 따르면, AS 제어기는 AS 네트워크에 관하여 코어 네트워크 사용자(Core Network User) 평면의 토폴로지의 특정 지식을 갖는 것으로 가정된다. 실시예들에 따르면, PSF는 제어 평면(Control Plane) 기능, 예를 들어 SM(Session Management function)의 일부이다.
도 9는 본 발명의 실시예들에 따른 UP 경로 (재)선택에 대한 애플리케이션 인식을 가능하게 하기 위한 방법을 도시하는 호출 흐름도이다. 도시되는 바와 같이, PSF는 애플리케이션과 연관된 PDU(protocol data unit) 세션에 대한 UP 경로 (재)선택 요청(Request)을 수신한다. 이러한 요청은 3GPP 네트워크의 외부로부터, 예를 들어, 도 9에서 151A로 도시되는 바와 같이 AS 제어기로부터 수신될 수 있다. 교대로, 이러한 요청은 3GPP 네트워크 내부로부터 수신될 수 있다, 예를 들어, 이러한 요청은 도 9에서 151B에 의해 도시되는 바와 같이 이동성 및/또는 부하 균형화의 결과일 수 있다.
이러한 요청이 3GPP 네트워크의 외부로부터 수신되는 실시예들에서, 호출 흐름에서의 단계들의 시퀀스는 151A로서 식별되는 박스에 도시된다. 초기에 AS 제어기가 UP 경로 (재)선택 요청을 전송한다. 일부 실시예들에서, 이러한 요청은 요청된 UP 경로 (재)선택이 적용되는 애플리케이션을 표시하는 애플리케이션 식별자를 포함한다. 일부 실시예들에서, 이러한 요청은 요청된 UP 경로 (재)선택이 적용되는 UE를 표시하는 UE 필터 정보를 포함한다.
일부 실시예들에서, 예를 들어, 가입자 ID, 디바이스 타입, MAC 어드레스, 지리적 위치, 나머지 에너지 등을 포함하는, 범용 UE 속성 세트가 미리 정의될 수 있다. 일부 실시예들에서, UE 필터는 UE 속성들에 관하여 정의된다. 일부 실시예들에서, UE 필터는 (예를 들어 어드레스 및 포트에 의해 식별되는) 의도된 애플리케이션, 트래픽 타입, DSCP 등에 추가적으로 의존한다. 위에서 주목된 바와 같이, UE 필터는 UE 속성들 또는 UE 정보 또는 UE 필터 정보에 관하여 정의되고, 이는 UE 필터, 예를 들어, 트래픽 필터의 구성을 제공할 수 있다.
일부 실시예들에서, 이러한 요청은, UP 경로 (재)선택 동안 고려되어야 하는, 선택에 적합한 및/또는 부적합한 UP 기능들 및 AS 위치들의 리스트를 포함한다. 실시예들에 따르면, 통신 네트워크 내의 네트워크 기능들, 예를 들어 CPF는, 선택에 적합한 또는 선택에 부적합한 AS 위치들 또는 애플리케이션 위치들을 식별하도록 구성될 수 있다. 각각의 AS 위치 및 애플리케이션 위치는 UP 랜드마크와 연관되어 있을 수 있고, 이는 이전에 논의된 바와 같이 사용자 평면 내의 특정 위치 또는 포인트와 연관된 식별자일 수 있다. 예를 들어, UP 랜드마크는 데이터 네트워크와 연관된 액세스 위치와 연관된 식별자일 수 있고, 이는 DNAI(data network access identifier) 또는 다른 식별자로 고려될 수 있다. UP 기능들 및 AS 위치들은 IP 어드레스, MAC 어드레스, 또는 다른 타입의 어드레스들과 같은 네트워크 어드레스들을 사용하여 명시될 수 있다. 일부 실시예들에서, 이러한 요청은 요청된 UP 경로 (재)선택이 적용되어야 할 때를 표시하는 시간 간격들을 포함한다. 일부 실시예들에서, 이러한 요청은 애플리케이션과 연관된 PDU 세션에 대한 AS 재배치 능력/가능성을 포함한다. 일부 실시예들에서, 이러한 요청은 AS-측 트래픽 조향 능력을 포함한다. 일부 실시예들에서, 이러한 요청은 트래픽을 새로운 UP로 이동시키기 이전에 AS 제어기로부터의 확인을 기다릴지 표시한다. 이러한 요청은 위에 식별된 특징들 중 하나 이상을 표시하는 데이터를 포함한다는 점이 용이하게 이해될 것이다.
이러한 실시예들에서, 단일 UE가 AS에 접속되지만, 실시예들에 따라, AS는 다수의 UE들을 동시에 서비스할 수 있고, 이는 다수의 UE들의 PDU 세션들의 UP 경로들이 재선택되는 것을 초래할 수 있다.
도 9를 추가로 참조하면, 실시예들에 따라, 요청을 수신하는 것에 후속하여, PSF가 인증을 트리거하라는 인증 요청을 Auth 기능에 전송한다. Auth 기능은 AS 제어기의 아이덴티티를 획득하고 인증을 수행한다. 다음으로 Auth 기능은 응답 메시지를 통해 PSF에 인증 결과를 제공한다. 인증 실패의 경우, 박스 151A에서의 나머지 동작들은 생략된다.
그러나, 인증 결과가 유효할 때, PSF는 정책(Policy) 기능과 상호 작용하여 UP 경로 (재)선택 요청을 검증 및 인가한다. UE가 미리 수립된 세션을 이미 갖는다면, 이러한 단계의 결과는: (1) 거절; (2) 수락; 또는 (3) 부분적 수락 중 어느 하나일 수 있다. SSC 모드 1에 대해, 이것은 거절이고; 그러나 트래픽 조향은 새로운 AS 위치를 향해 트래픽을 라우팅하도록 조정될 수 있다. SSC 모드 2에 대해, 이것은 수락이고; SSC 모드 3에 대해, 이것은 부분적 수락이다.
PSF는 다음으로 UP 경로 (재)선택 응답을 AS 제어기에 전송하고, 이러한 메시지는 요청이 수락되었는지 또는 거절되었는지 표시한다. 일부 실시예들에서, 요청이 거절되면, AS 제어기에 전송되는 메시지는 거절의 원인을 추가로 포함할 수 있고, 이는 에러 코드의 형태로 AS 제어기에 전달될 수 있고, 요청의 거절의 경우 프로세스는 종료된다. 요청이 수락되면, AS 제어기로의 메시지는 참조 번호를 포함할 수 있다. PSF는 트래픽 조향 규칙들을 후속하여 생성하고, 이러한 규칙들에 관해 TSCF에게 통지할 수 있다.
일부 실시예들에서, AS 제어기는 PSF와 직접 통신하고, 다른 실시예들에서 AS 제어기는, NCEF(network capability exposure function)라고 또한 지칭되는, SCEF(service capability exposure function)을 통해 PSF와 통신한다. 일부 실시예들에서, AS 제어기와 PSF 사이의 통신이 SCEF를 통해 존재하면, SCEF는 인증, 검증 및 인가, 및 트래픽 조향 규칙 생성 중 하나 이상을 수행하도록 구성될 수 있다.
실시예들에 따르면, 3GPP 네트워크 외부로부터(151A) 또는 3GPP 네트워크 내부로부터(151B) 요청을 수신하는 것에 관하여 위에서 정의된 단계들의 완료 시에, PSF는 (재)선택에 의해 영향을 받을 PDU 세션 또는 세션들을 식별한다. 새로운 세션의 경우, PSF는 요청 내에 제공되는 AS 재배치 능력/가능성에 따라 SSC 모드를 결정할 수 있다. 예를 들어, AS 제어기가 PDU 세션 또는 세션들에 대해 AS 재배치를 수행할 수 없다는 점이 표시되면, PDU 세션 또는 세션들에 대해 선택되는 SSC 모드는 SSC 모드 1일 수 있다.
실시예들에 따르면, PSF는 요청에서 선택에 적합한 또는 부적합한 것으로서 명시되는 UP 기능들 및 AS 위치들의 리스트에 따라 영향을 받은 트래픽 흐름에 대해 UP를 (재)선택한다(152). PSF는 UP 선택의 경우에 PDU 리소스들을 수립하거나(153) 또는 UP 재선택의 경우에 PDU 세션 리소스들을 업데이트하여 UP_A로부터 UP_B로의 트래픽 흐름 경로를 변경할 수 있다. PSF는 이러한 프로세스 동안 intra-3GPP SSC를 취급할 수 있다.
TSCF는 SSC 모드 2의 경우에 UP_A에서 트래픽 조향 규칙들을 구성하여(154) 남아있는 DL 트래픽이 UP_B로 재지향될 수 있다. SSC 모드 3와의 UP 재선택 및 UP 선택의 경우에는 필요하지 않다.
일부 실시예들에서, TSCF는 하나 이상의 선택된 UP 기능들에서 트래픽 조향을 구성할 수 있다. 트래픽 조향은 트래픽을 적절한 다음 UP 기능(들)을 향해 또는 적절한 PDN들(packet data networks), 로컬 네트워크들, 또는 AS 네트워크들로 향해 지향하기 위해 구성된다. 일부 실시예들에서, TSCF는 다수의 다음-홉 UP 기능들 또는 다수의 타겟 네트워크들(PDN들 및/또는 AS 네트워크들과 같은 로컬 네트워크들) 사이에 분할되도록 트래픽을 구성할 수 있다. 일부 실시예들에서, TSCF는 다수의 다음 홉 UP 기능들 및/또는 다수의 타겟 네트워크들에 병렬로 및/또는 멀티캐스트 방식으로 송신되도록 트래픽을 구성할 수 있다. 예를 들어, 제1 다음 홉에 송신되는 트래픽은 제2 다음 홉에 송신되는 트래픽과 콘텐츠에서 중첩될 수 있다. 제1 및 제2 다음 홉들에 송신되는 콘텐츠가 100% 중첩될 때, 송신은 멀티캐스트를 통해 수행될 수 있다. 제1 및 제2 다음 홉들에 송신되는 콘텐츠가 전혀 중첩되지 않을 때, 송신들은 2개의 상이한, 병렬 송신들을 포함할 수 있다. 제1 및 제2 홉들에 송신되는 콘텐츠가 부분적으로 중첩될 때, 병렬 송신들과 멀티캐스트 송신들의 조합이 다음 홉들에 콘텐츠를 전달하는데 사용될 수 있다. (존재한다면) 멀티캐스트를 통해 송신되지 않는 트래픽은 선택된 다음-홉 UP 기능 또는 타겟 네트워크에 유니캐스트 방식으로 송신될 수 있다. TSCF는 선택 UP 기능들에 있는 UP에서 트래픽 조향을 구성하여 상이한 조향 경우들을 달성할 수 있다.
후속하여 트래픽 흐름은 UP-B를 통해 전달되지만, 일부 실시예들에서, 이러한 단계는 완전한 엔드-투-엔드 경로가 준비될 때까지 지연될 수 있다. 트래픽 흐름의 전달에서의 이러한 지연은 UP 경로 (재)선택 요청을 전송할 때 AS 제어기에 의해 미리 정의될 수 있다. 이러한 경우, TSCF에 의한 트래픽 조향 규칙들의 구성 또한 지연될 수 있다.
실시예들에 따르면, PSF가 세션 셋업을 위한 UP 게이트웨이를 결정하거나 또는 PSF가 UP 경로 재선택으로 인해 활성 PDU 세션에 대한 새로운 UP 게이트웨이를 결정하고 AS 제어기가 UP의 셋업 또는 변경의 필요성의 통지를 전송(156)하는 사례들에서, PSF는 UP 셋업 또는 변경 통지 프로시저를 착수한다. 이러한 통지 프로시저는 AS 제어기에게 AS와 연관된 PDU 세션의 변경 또는 UP 셋업을 통지하는 것을 포함할 수 있다. 이러한 통지는 UP GW 위치 트래픽 식별자, 또는 참조 번호를 포함할 수 있다. SSC 모드 2의 경우에, 이러한 통지는 참조 번호를 포함할 수 있다. AS 제어기는 참조 번호를 사용하여 UP 경로 (재)선택 또는 UP 셋업 (변경) 통지 요청을 식별하고 UE 필터 정보를 추출할 수 있다. UE 필터링 정보 및 UP GW 위치에 기초하여, AS 제어기는 트래픽 조향 기능을 구성할 수 있다. SSC 모드 3의 경우에, 이러한 통지는 트래픽 식별자를 포함할 수 있어 AS 제어기는 진행 중인 세션에 영향을 주지 않고 구성되어야 하는 트래픽의 부분을 UE에 식별할 수 있다. 트래픽 식별자는, 예를 들어, 트래픽에 사용되는 UE의 어드레스와 포트의 조합일 수 있다. 용이하게 이해되는 바와 같이, 트래픽 식별자는 UE의 어드레스 및 UE의 포트 중 하나 이상일 수 있다.
AS 제어기는 후속하여 AS (재)위치 또는 AS 상태 (재)위치 프로시저에 대한 단계들의 시퀀스를 수행할 수 있다. 일부 실시예들에서, AS 제어기는 트래픽 조향 구성을 또한 수행하여 서비스 및 세션 연속성을 제공한다. 후속하여, AS 제어기는 통지의 수락에 관련될 수 있는 PSF에 확인 응답을 전송한다. 이러한 확인 응답은 SSC 표시자를 추가로 포함할 수 있고, 이는 SSC가 AS 측으로부터 유지되었는지 암시할 수 있다. 일부 실시예들에서, AS 제어기는 동일한 UE와 AS 위치 사이에서 수행되는 UL 세션에 비해 DL 세션에 대해 상이한 SSC 표시자를 전송한다.
실시예들에 따르면, SSC가 통지 프로시저의 끝에 표시되는 바와 같이 AS 측으로부터 유지되지 않으면, PSF는 UP를 업데이트하여 UE를 서비스하는 새로운 AS와 새로운 UP 사이의 트래픽의 조향을 셋업한다. 일부 실시예들에서, 트래픽 조향은 목적지 어드레스 및 목적지 포트에 적용되는 네트워크 어드레스 변환에 의해 제공되고, 차별화된 트래픽 조향은 상이한 소스 어드레스, 소스 포트, 트래픽 타입, 및/또는 DSCP(Differentiated Services Code Point) 등에 따라 상이한 변환을 적용하는 것에 의해 달성될 수 있다.
실시예들에 따르면, PSF는 AS 제어기에게 UP 경로 (재)선택이 완료되었음을 후속하여 통지한다(158). 일부 실시예들에서, 이러한 통지는 AS 재배치를 마무리하도록 AS 제어기를 트리거할 수 있어, 리소스들의 릴리스 및 데이터 구조들의 클리닝 업을 초래한다.
다양한 실시예들에서, UP GW는 UP가, AS 네트워크 또는 PDN(packet data network)과 같은, 비-3GPP 도메인에 접속되는 UP 기능이다. 일부 실시예들에서, 제1 UP(UP A)는 다른 UP(UP B)의 서브-UP일 수 있고, UP A의 GW는 서브-UP를 정의하는 UP B에서의 UP 기능일 수 있다. 요약하면, UP의 타입에 의존하여, UP GW는 IP 앵커, 이동성 앵커, 분기 기능, 로컬 브레이크아웃 포인트, 또는 다른 UP 기능일 수 있다.
도 10a는 본 발명의 다른 실시예에 따른 UP 경로 (재)선택에 대한 애플리케이션-인식을 가능하게 하기 위한 프로시저를 설명하는 흐름도이다.
도 10a의 흐름도는 아래에 보다 상세히 설명된다. 초기에, UE는 UP_A를 통해 애플리케이션과 PDU 세션을 수립하고(161), 이러한 세션과 연관된 DL/UL 트래픽이 흐르기 시작하였다.
다음으로, AS 제어기로부터 요청을 수신하면 UE (재)선택 요청 프로시저(162)가 발생한다. 보다 상세히, 제어 평면(Control Plane)은 애플리케이션과 연관된 PDU 세션에 대한 UP 경로 (재)선택 요청(163)을 수신한다. 이러한 요청은 요청된 UP 경로 (재)선택이 적용되는 애플리케이션을 표시하는 애플리케이션 식별자를 포함할 수 있다. 이러한 요청은 요청된 UP 경로 (재)선택이 적용되는 UE를 표시하는 UE 필터 정보를 포함할 수 있다. 예를 들어, 가입자 ID, 디바이스 타입, MAC 어드레스, 지리적 위치, 나머지 에너지 등을 포함하는, 범용 UE 속성 세트가 미리 정의될 수 있다는 점이 주목된다. UE 필터는 UE 속성들에 관하여 정의될 수 있다. 이것은 의도된 애플리케이션(어드레스 및 포트), 트래픽 타입, DSCP(즉, differentiated services code point) 등에 추가적으로 의존할 수 있다. 본 프로시저는 단일 UE가 AS에 접속되는 경우를 설명한다는 점이 또한 주목되지만; AS는 다수의 UE들을 동시에 서비스할 수 있고, 일부 실시예들에서 이것은 다수의 UE들의 PDU 세션들의 UP 경로들이 재선택되는 것을 초래할 수 있다.
추가로, 이러한 요청은, UP 경로 (재)선택 동안 고려될, 선택에 적합한 및/또는 부적합한 UP 기능들 및 AS 위치들의 리스트를 포함할 수 있다. 이러한 UP 기능들은 IP 어드레스, MAC 어드레스, 또는 다른 타입의 어드레스와 같은 네트워크 어드레스들을 사용하여 명시될 수 있다. 이러한 요청은 요청된 UP 경로 (재)선택이 적용되어야 하는 때를 표시하는 시간 간격들을 포함할 수 있다. 이러한 요청은 애플리케이션과 연관된 PDU 세션에 대한 AS 트래픽 조향 능력을 포함할 수 있다. AS 제어기는 제어 평면(Control Plane)과 직접 또는 SCEF를 통해 통신할 수 있다.
요청의 수신 다음으로, 제어 평면은 UP 경로 (재)선택 요청에 대해 검증 및 인가를 수행한다(164). 인증과 같은 다른 보안 측정이 또한 이러한 단계에서 수행될 수 있다.
다음으로, 제어 평면(Control Plane)은 응답(165)을 AS 제어기에 다시 송신하여, 요청된 UP 경로 (재)선택의 수락 또는 그 거절을 확인 응답한다. SSC 모드 1에 대해, 응답은 거절이지만; 트래픽 조향은 새로운 AS 위치를 향해 트래픽을 라우팅하도록 조정될 수 있고; SSC 모드 2에 대해, 응답은 수락일 수 있고; SSC 모드 3에 대해, 응답은 부분적 수락일 수 있어, UP 경로 (재)선택을 암시하는 것은 진행 중인 것들에 대해서는 아니고 새로운 애플리케이션 세션들에 대해서 수행될 것이다. 거절의 경우, 메시지는 원인을 표시하는 에러 코드를 포함할 수 있다. (부분적 또는 전체적) 수락의 경우, 메시지는 참조 번호를 포함할 수 있다.
다음으로, CP는 UP (재)선택 요청에 따라 트래픽 조향 규칙들을 선택적으로 생성하고 이러한 규칙들을 UP GW들 내에 구성한다.
다음으로, 제어 평면(Control Plane)은 영향을 받은 PDU 세션을 식별하고, 애플리케이션 위치에 따라 트래픽 흐름에 대한 UP를 (재)선택하고(166), UP 선택의 경우 PDU 리소스들을 수립하거나 또는 UP 재선택의 경우 PDU 세션 리소스를 업데이트하여 트래픽 흐름 경로를 UP_A로부터 UP_B로 변경한다.
다음으로, DL/UL 트래픽이 UP-B 및/또는 UP-A를 통해 전달된다(167).
도 10b는, 예를 들어, 도 10a와 함께, 본 발명의 다른 실시예에 따른, UP 변경 통지 및 트래픽 조향 구성을 포함하는, UP 경로 (재)선택에 대한 프로시저를 상세히 설명하는 흐름도이다. 도 10b에서의 단계 173 내지 179는 도 10a에서의 단계 166에 대응한다. 도 10b의 흐름도가 아래에 보다 상세히 설명된다.
실시예들에 따르면, UP 변경은 사용자 평면에서의 변경, 예를 들어 UPF(user plane function) 선택, UPF 재선택, 애플리케이션 위치 선택, 애플리케이션 위치 재선택을 암시한다. 이해되는 바와 같이, 애플리케이션 위치가 UP 랜드마크, 예를 들어 DNAI에 의해 표현될 때, UP 변경은 DNAI 변경을 또한 포함할 것이다. 그러나, UPF가 변경되지 않은 채로 유지되면, 그와 연관된 UP 랜드마크, 예를 들어, DNAI가 변경될 수 있다. DNAI에서의 이러한 잠재적 변경은 예를 들어 애플리케이션 위치의 재선택의 결과일 수 있다.
초기에, UE는 UP_A를 통해 애플리케이션과 PDU 세션을 수립하고(171), 이러한 세션과 연관된 DL/UL 트래픽이 흐르기 시작하였다.
다음으로, CP는 UP (재)선택 트리거를 수신한다. 제1 경우에는, (172A)로서 도 10b에 나타나듯이 AS 제어기로부터의 요청이다. 제2 경우에는, (172B)로서 도 10b에 나타나듯이, UE 이동성 또는 부하 균형화와 같은 내부 트리거링 이벤트이다.
다음으로, CP는 진행 중인 PDU 세션이 SSC 모드 3의 것이면 새로운 애플리케이션 세션들에 대해 진행 중인 PDU 세션을 사용하는 것을 중단하거나, 또는 진행 중인 세션이 SSC 모드 2의 것이면 진행 중인 PDU 세션에서의 애플리케이션 세션들을 새로운 세션으로 재지향하도록 UE(173)를 트리거한다. 이러한 단계는 트래픽을 상이한 PDU 세션으로 재지향하기 위한 UE 관여를 요구할 수 있다. 대안적으로, 네트워크는 요구되는 트래픽 재지향을 수행할 수 있다.
다음으로, UE는 자발적으로 또는 이전 단계(도 10b에 도시되는 바와 같은 단계 173)의 결과로서 새로운 세션 요청(174)을 전송한다.
다음으로, CP는 영향을 받은 PDU 세션을 식별하고, 트래픽 흐름에 대해 UP를 (재)선택한다(175).
다음으로, CP는 UP 선택의 경우에 PDU 리소스들(176)을 수립하거나, 또는 UP 재선택의 경우에 PDU 세션 리소스를 업데이트하여 트래픽 흐름 경로를 UP_A로부터 UP_B로 변경한다. CP는 DL 트래픽 전달을 임의의 잔류 트래픽에 대해 UP-A로부터 UP-B로 또한 구성할 수 있다.
제어 평면(Control Plane)이 세션 셋업 동안 UP 게이트웨이를 결정할 때 또는 제어 평면(Control Plane)이 UP 경로 재선택의 결과로서 PDU 세션에 대해 새로운 UP 게이트웨이를 결정할 때, 제어 평면(Control Plane)은 UP (재)선택 통지 프로시저(177)를 착수한다: 먼저, CP는 AS 제어기에 AS에 연관된 PDU 세션의 UP 셋업 또는 변경을 통지한다. SSC 모드 2의 경우에, 이러한 통지는 이전 UP 경로 (재)선택 요청에 대응하는 참조 번호를 포함할 수 있다. SSC 모드 3의 경우에, 이러한 통지는 애플리케이션에 사용되는 UE 어드레스 및 포트 번호의 조합과 같은 보다 미세한 레벨의 트래픽 식별자를 포함할 수 있다. 다음으로, AS 제어기는 AS (재)위치 또는 AS 상태 (재)위치 확인 프로시저에 필요한 단계들을 수행한다. AS 제어기는 트래픽 조향 구성을 또한 수행하여 SSC를 보장할 수 있다. AS (재)위치 및 AS 트래픽 조향 구성의 상세 사항들은 3GPP 범위 밖에 있다. 다음으로, AS 제어기는 통지의 수락에 관해 제어 평면(Control Plane)에 확인 응답한다. 이러한 확인 응답은 SSC 표시자를 추가로 포함할 수 있어, SSC가 AS 측으로부터 유지되었는지 암시한다.
다음으로, SSC가 AS 측으로부터 유지되지 않음을 통지 프로시저가 표시하면 트래픽 조향 구성 프로시저(178)가 발생한다. 일부 실시예들에서, SSC가 AS 측으로부터 유지되더라도 트래픽 조향 구성 프로시저가 발생한다. 이러한 구성 프로시저에서, 제어 평면(Control Plane)은 UP를 업데이트하여 UE를 서비스하는 새로운 AS와 새로운 UP 사이의 트래픽의 조향을 셋업한다. 이러한 단계는 트래픽 조향이 도 10b의 단계 2A에서 구성되었다면 선택적이다. 다음으로 이러한 구성 프로시저에서, CP는 UP 경로 (재)선택 완료에 관해 AS 제어기에게 통지한다. 이러한 통지는 리소스들을 해제하고 데이터 구조들을 클리닝 업하는 것과 같이 AS 재배치를 마무리하도록 AS 제어기를 트리거할 수 있다. AS 제어기 거동의 상세 사항들은 3GPP에 대한 범위 밖에 있다.
다음으로, CP는 새로운 세션 셋업의 완료에 관해 UE에게 통보한다(179).
다음으로, 새로운 세션의 트래픽이 UP-B를 통해 전달된다(180). 진행 중인 세션의 트래픽은 진행 중인 세션이 1 또는 3과 동일한 SSC 모드를 가지면 UP-A를 통해 그렇지 않으면 UP-B를 통해 전달되는 것이 유지된다.
도 10c는, 본 발명의 실시예에 따른, 도 10a의 동작들을 보다 상세히 도시하는 흐름도이다. 예를 들어, 도 10c의 단계 191은 UP 경로 (재)선택 정책에 관한 정책 기능을 통보한다. 이것은 UP 경로 (재)선택 요청의 콘텐츠를 제공하는 것을 포함할 수 있다. 이러한 콘텐츠는, 예를 들어, UE 필터, 선택에 적합한 또는 부적합한 UP 기능들, 선택에 적합한 또는 부적합한 AS 위치들, 시간 간격, 및 애플리케이션 식별자를 표시할 수 있다. 추가로, SM은 UP 경로 (재)선택 정책에 대한 정책 기능과 상의하고, 도 10c의 단계 193에서 이러한 정책을 따른다. 이것은 도 10d에서 단계 194로서 보다 상세히 도시된다.
도 10d는, 본 발명의 실시예에 따른, 도 10b의 동작들을 보다 상세히 도시하는 흐름도이다. 예를 들어, 도 10d의 동작들 195 및 196은 도 10b의 동작 197과 동등하다는 점이 주목된다. 단계들 198 및 199는 대안적인 구현들을 도시한다.
도 10c 및 10d는, 예를 들어, 도 10a 및 10b로부터 생략된 제어 평면 기능들을 도시한다. 이러한 도면들에서, 정책(Policy) 기능 및 SM 기능은 양자 모두 TSCF를 구현할 수 있거나, 또는 이들 중 하나만이 TSCF를 구현한다.
따라서, 예를 들어 도 10a 내지 도 10d에 관하여 위에서 설명된 바와 같이, 본 발명의 실시예들은, 위에서 논의된 바와 같은 경로 (재)선택 요청과 같은, UP 경로 변경 요청을 수신하는 것을 포함한다. 본 발명의 실시예들은 요청된 UP 경로 변경/(재)선택에 의해 영향을 받은 PDU(Protocol Data Unit) 세션을 식별하는 것을 추가로 포함한다. 본 발명의 실시예들은 UP 경로 변경/(재)선택 요청에 따라 UP 경로 선택을 수행하는 것을 추가로 포함한다. 본 발명의 실시예들은 UP 변경 통지를 AS(Application System) 제어기에 송신하는 것을 추가로 포함한다.
다양한 실시예들에서, UP 경로 변경 다음에, UE는 새로운 UP 경로를 표시하는 정보를 수신할 수 있고, 따라서 위에 설명된 바와 같은 접근법을 사용하여 수립된 새로운 UP 경로를 사용하여 데이터를 송신할 수 있다.
일 실시예에서, UE는 네트워크 엔티티에 새로운 세션 요청을 송신하도록 구성될 수 있다. UE는, 예를 들어, 위에 설명된 바와 같이 CP로부터 수신되는 바와 같이, 새로운 세션 셋업의 완료의 표시를 수신하도록 추가로 구성될 수 있다. 새로운 세션 셋업은, 예를 들어 도 10a 내지 도 10d에 관하여 설명된 프로시저를 사용하여, 위에 설명된 바와 같이 수립될 수 있다.
보다 상세히, 본 발명의 실시예들은 통신 네트워크에서 UE를 동작시키기 위한 방법을 제공한다. 이러한 방법은 네트워크 엔티티에 새로운 세션 요청을 송신하는 단계를 포함한다. 이러한 방법은 새로운 세션 요청에 응답하여 수행되는 새로운 세션 셋업의 완료의 표시를 수신하는 단계를 추가로 포함한다. 이러한 방법은 데이터 송신에 대해 새로운 세션 셋업을 사용하는 단계를 추가로 포함한다. 새로운 세션 셋업을 수행하는 단계는 통신 네트워크에서 UP(User Plane) 변경들을 네트워크 엘리먼트들에게 통지하는 단계를 포함한다. 새로운 세션 셋업을 수행하는 단계는 새로운 세션 요청에 대응하는 UP 경로 변경 요청을 수신하는 단계를 추가로 포함한다. 새로운 세션 셋업을 수행하는 단계는 요청된 UP 경로 변경에 의해 영향을 받은 PDU(Protocol Data Unit) 세션을 식별하는 단계를 추가로 포함한다. 새로운 세션 셋업을 수행하는 단계는 UP 경로 변경 요청에 따라 UP 경로 선택을 수행하는 단계를 추가로 포함하는 등이다. 새로운 세션 셋업을 수행하는 단계는 애플리케이션 시스템(Application System) 제어기에 UP 변경 통지를 송신하는 단계를 추가로 포함한다.
UP 경로 재선택이 발생할 때 SSC를 유지하기 위한 2개의 시나리오들이 이하 설명된다.
제1 시나리오에서는, 네트워크가 트래픽 마이그레이션, 재지향, 조향을 처리하고, SSC는 UE가 수반되지 않고 유지된다. 이러한 경우, SSC 취급은 RAN, CORE, 및 AS 네트워크에서 발생한다.
제2 시나리오에서는, UE가 SSC 유지보수에 관여된다. UE가 애플리케이션과의 다수의 애플리케이션 세션들(예를 들어, TCP 세션들)을 시작하고, 디폴트로 이러한 애플리케이션 세션들이 동일한 UP 경로(동등하게는 PDU 세션)를 사용하는 것으로 가정한다. SSC 모드 2에서, UE는 기존 UP 경로 상의 모든 애플리케이션 세션들의 트래픽을 새로운 UP 경로로 재지향하라고 요청을 받고; SSC 모드 3에서, UE는, 진행 중인 애플리케이션 세션들이 현재 UP 경로를 사용하는 동안, 새로운 애플리케이션 세션 트래픽에 대해 새로운 UP 경로를 사용하라고 요청을 받는다. 이것은 UE에 대한 트래픽 재지향 요청(또는 본 발명에서의 호출 흐름에서의 새로운 세션 요청)을 종료하는 제어 평면(예를 들어, 세션 관리 기능)에 의해 수행된다. 이러한 요청은 UE에게 모든 트래픽을(SSC 모드 2) 또는 새로운 트래픽만을(SSC 모드 3) 재지향하라고 명령한다. 이러한 요청 시에, UE는 세션 요청을 전송하여 세션 셋업을 트리거한다. 세션 셋업의 끝에서, 네트워크는 세션 셋업 완료에 관해 UE에게 통보하고, 다음으로 UE는 요구되는 바와 같이 트래픽 재지향을 수행할 수 있다.
위에 설명된 바와 같은 주어진 호출 흐름에서, UP 경로 변경(셋업) 통지 프로시저 및 트래픽 조향 구성 프로시저는 세션 셋업의 끝에서 (세션 셋업 완료 메시지가 송신되기 이전에) 발생한다. 다른 실시예들에서, 2개의 프로시저들은 세션 셋업 이후, 즉, 세션 셋업 완료 메시지가 UE에 송신된 이후 발생할 수 있다.
위에 설명된 바와 같은 주어진 호출 흐름들은 UP 경로 선택 경우를 또한 도시한다. 특히 UP 경로는 (UP 경로 재선택 트리거시와 대조적으로) 정상 세션 셋업의 일부로서 선택된다. UP 경로 선택 경우에, 네트워크로부터 UE로의 "트래픽 재지향 요청(traffic redirection request)"은 발생하지 않고, UE는 새로운 세션 셋업 요청을 자발적으로 전송한다. 그러나, UP 경로 변경 (셋업) 통지 프로시저 및 트래픽 조향 구성 프로시저는 세션 셋업의 끝에서 또는 세션 셋업 이후 여전히 발생할 수 있다.
도 11은, 본 발명의 상이한 실시예들에 따른, 예를 들어, 통신 시스템의 노드들 또는 기능적 엔티티들을 포함하거나, 또는 본 명세서에 설명되는 위 방법들의 단계들의 임의의 것 또는 전부 및 특징들을 수행할 수 있는 하드웨어 디바이스의 개략도이다. 도시되는 바와 같이, 디바이스는 프로세서(1102), 메모리(1108), 비-일시적 대용량 스토리지(1104), I/O 인터페이스(1110), 네트워크 인터페이스(1106), 및 송수신기(1112)를 포함하고, 이들 모두는 양방향 버스(1114)를 통해 통신 가능하게 연결된다. 특정 실시예들에 따르면, 도시되는 엘리먼트들 중 임의의 것 또는 모두가, 또는 엘리먼트들의 서브세트만이 이용될 수 있다. 추가로, 이러한 디바이스는, 다수의 프로세서들, 메모리들, 또는 송수신기들과 같은, 특정 엘리먼트들의 다수의 인스턴스들을 포함할 수 있다. 또한, 하드웨어 디바이스의 엘리먼트들은 양방향 버스 없이 다른 엘리먼트들에 직접 연결될 수 있다.
메모리는 SRAM(static random access memory), DRAM(dynamic random access memory), SDRAM(synchronous DRAM), ROM(read-only memory), 이들의 임의의 조합 등과 같은 임의의 타입의 비-일시적 메모리를 포함할 수 있다. 대용량 스토리지 엘리먼트는, 솔리드 스테이트 드라이브, 하드 디스크 드라이브, 자기 디스크 드라이브, 광 디스크 드라이브, USB 드라이브, 또는 데이터 및 머신 실행 가능 프로그램 코드를 저장하도록 구성되는 임의의 컴퓨터 프로그램 제품과 같은, 임의의 타입의 비-일시적 스토리지 디바이스를 포함할 수 있다. 특정 실시예들에 따르면, 메모리 또는 대용량 스토리지는 위에 설명된 전술한 방법 단계들 중 임의의 것을 수행하기 위해 프로세서에 의해 실행 가능 명령문들 및 명령어들을 기록하고 있을 수 있다.
달리 정의되지 않는 한, 본 명세서에서 사용되는 모든 기술적 및 과학적 용어들은 본 발명이 속하는 해당 분야에서의 통상의 기술자에 의해 일반적으로 이해되는 것과 동일한 의미를 갖는다.
선행 실시예들의 설명들을 통해, 본 발명은 하드웨어만을 사용하여 또는 소프트웨어 및 필요한 범용 하드웨어 플랫폼을 사용하여 구현될 수 있다. 이러한 이해들에 기초하여, 본 발명의 기술적 해결책은 소프트웨어 제품의 형태로 구현될 수 있다. 이러한 소프트웨어 제품은, CD-ROM(compact disk read-only memory), USB 플래시 디스크, 또는 이동식 하드 디스크일 수 있는, 비-휘발성 또는 비-일시적 저장 매체에 저장될 수 있다. 이러한 소프트웨어 제품은 컴퓨터 디바이스(개인용 컴퓨터, 서버, 또는 네트워크 디바이스)가 본 발명의 실시예들에서 제공되는 방법들을 실행할 수 있게 하는 다수의 명령어들을 포함한다. 예를 들어, 이러한 실행은 본 명세서에 설명된 바와 같은 논리 연산들의 시뮬레이션에 대응할 수 있다. 이러한 소프트웨어 제품은 컴퓨터 디바이스가 본 발명의 실시예들에 따라 디지털 로직 장치를 구성하거나 또는 프로그래밍하기 위한 동작들을 실행할 수 있게 하는 다수의 명령어들을 추가적으로 또는 대안적으로 포함할 수 있다.
즉(i.e.(id est)) 및 예를 들어(e.g.(exempli gratia)) 및 예를 들어(for example)라는 용어들은 상호 교환 가능하고, 이들이 사용되는 맥락 내에서 예들을 정의하는데 사용된다는 점이 용이하게 이해된다. 더욱이, 즉(i.e.) 및 예를 들어(e.g.) 및 예를 들어(for example)의 사용은 어떠한 방식으로든 제한적인 것으로 해석되어서는 안 된다.
본 발명이 구체적인 특징들 및 그 실시예들을 참조하여 설명되더라도, 본 발명을 벗어나지 않으면서 그에 대해 다양한 수정들 및 조합들이 이루어질 수 있다는 점이 명백하다. 따라서, 본 명세서 및 도면들은, 첨부된 청구항들에 의해 정의된 바와 같은 본 발명의 예시로서 단순히 간주되어야 하며, 본 발명의 범위 내에 있는 임의의 그리고 모든 수정들, 변형들, 조합들, 또는 등가물을 커버하도록 고려된다.

Claims (32)

  1. 제3 당사자 엔티티와 통신 네트워크를 통해 UP(User Plane) 경로 선택 또는 재선택을 수행하기 위한 방법으로서,
    NCEF(network capability exposure function)에 의해, 상기 제3 당사자 엔티티로부터 UP 경로 선택 또는 재선택 정보를 수신하는 단계; 및
    상기 NCEF에 의해, UP 경로 구성 데이터를 유지하는 제어 평면 기능에 UP 경로 선택 정책 요청을 송신하는 단계- 상기 UP 경로 선택 정책 요청은 상기 UP 경로 선택 또는 재선택 정보에 따라 생성되고 상기 UP 경로 선택 또는 재선택 정보의 설치를 트리거하기 위한 것임 -
    를 포함하는 방법.
  2. 제1항에 있어서,
    상기 NCEF에 의해, 상기 UP 경로 선택 또는 재선택 정보에 관한 검증 및 인가 프로시저를 수행하는 단계- 상기 송신하는 단계는 상기 UP 경로 선택 또는 재선택 정보가 유효하고 인가된 것인지 결정하는 상기 검증 및 인가 프로시저의 성공적인 완료 시에 발생함 -를 추가로 포함하는 방법.
  3. 제2항에 있어서,
    상기 NCEF에 의해, 상기 제3 당사자 엔티티에 UP 경로 선택 응답을 송신하는 단계- 상기 UP 경로 선택 응답은 UP 경로 선택 정책과 연관된 식별자를 포함함 -를 추가로 포함하는 방법.
  4. 제1항에 있어서,
    상기 NCEF에 의해, UP 경로 선택 정책 제어 응답을 수신하는 단계- 상기 UP 경로 선택 정책 제어 응답은 UP 경로 선택 정책과 연관된 식별자를 포함함 -를 추가로 포함하는 방법.
  5. 제1항에 있어서,
    상기 UP 경로 선택 또는 재선택 정보는 UE 필터 정보, UP 랜드마크들 및 요청된 UP 경로 선택 또는 재선택이 적용될 시기에 대한 시간적 유효성 조건 중 하나 이상을 표시하는 데이터를 포함하는 방법.
  6. 제5항에 있어서,
    상기 UP 랜드마크는 데이터 네트워크 액세스 식별자인 방법.
  7. 제1항에 있어서,
    상기 UP 경로 선택 또는 재선택 정보는 상기 UP 경로 선택 또는 재선택 정보가 적용될 애플리케이션을 표시하는 애플리케이션 식별자를 포함하는 방법.
  8. 제1항에 있어서,
    상기 UP 경로 선택 정책 요청은 정책 번호, UE 필터 정보, UP 랜드마크들, 및 UP 경로 선택 또는 재선택 정보가 적용될 시기에 대한 시간적 유효성 조건 중 하나 이상을 표시하는 데이터를 포함하는 방법.
  9. 제1항에 있어서,
    상기 UP 경로 선택 정책 요청은 상기 UP 경로 선택 또는 재선택 정보가 적용될 애플리케이션을 표시하는 애플리케이션 식별자를 포함하는 방법.
  10. 제1항에 있어서,
    상기 UP 경로 선택 정책 요청은 선택에 적합한 애플리케이션 시스템 위치들 및 선택에 부적합한 애플리케이션 시스템 위치들 중 하나 이상을 표시하는 데이터를 포함하는 방법.
  11. 제3 당사자 엔티티와 통신 네트워크를 통해 UP(User Plane) 경로 선택 또는 재선택을 수행하기 위한 네트워크 노드로서,
    프로세서; 및
    머신 실행 가능 명령어들을 저장하는 머신 판독 가능 메모리를 포함하고, 상기 머신 실행 가능 명령어들은 상기 프로세서에 의해 실행될 때 상기 네트워크 노드를,
    상기 제3 당사자 엔티티로부터 UP 경로 선택 또는 재선택 정보를 수신하도록; 그리고
    UP 경로 구성 데이터를 유지하는 제어 평면 기능에 UP 경로 선택 정책 요청을 송신하도록- 상기 UP 경로 선택 정책 요청은 상기 UP 경로 선택 또는 재선택 정보에 따라 생성되고 상기 UP 경로 선택 또는 재선택 정보의 설치를 트리거하기 위한 것임 - 구성하는 네트워크 노드.
  12. 제3 당사자 엔티티로부터 통신 네트워크를 통해 UP(User Plane) 경로 선택 또는 재선택을 수행하기 위한 방법으로서,
    PCF(policy control function)에 의해, 상기 제3 당사자 엔티티로부터 수신되는 UP 경로 선택 또는 재선택 정보에 따라 생성되는 UP 경로 선택 정책의 설치를 트리거하도록 구성되는 UP 경로 선택 정책 요청을 수신하는 단계; 및
    상기 PCF에 의해, 상기 UP 경로 선택 정책을 시행하는 단계- 시행하는 단계는 UP 경로 선택 정책 상세 사항들을 제공하는 단계를 포함함 -
    를 포함하는 방법.
  13. 제12항에 있어서,
    상기 PCF에 의해, UP 경로 선택 정책 제어 응답을 송신하는 단계- 상기 UP 경로 선택 정책 제어 응답은 정책 번호를 포함함 -를 추가로 포함하는 방법.
  14. 제12항에 있어서,
    상기 UP 경로 선택 정책 요청은 UE 필터 정보, UP 랜드마크들 및 UP 경로 선택 또는 재선택 정보가 적용될 시기에 대한 시간적 유효성 조건 중 하나 이상을 추가로 표시하는 데이터를 포함하는 방법.
  15. 제12항에 있어서,
    상기 UP 경로 선택 정책 요청은 상기 UP 경로 선택 또는 재선택 정보가 적용될 애플리케이션을 표시하는 애플리케이션 식별자를 포함하는 방법.
  16. 제12항에 있어서,
    상기 UP 경로 선택 정책 요청은 선택에 적합한 애플리케이션 시스템 위치들 및 선택에 부적합한 애플리케이션 시스템 위치들 중 하나 이상을 표시하는 데이터를 포함하는 방법.
  17. 제12항에 있어서,
    상기 UP 경로 선택 정책 상세 사항들은 정책 번호를 포함하는 방법.
  18. 제3 당사자 엔티티로부터 통신 네트워크를 통해 UP(User Plane) 경로 선택 또는 재선택을 수행하기 위한 네트워크 노드로서,
    프로세서; 및
    머신 실행 가능 명령어들을 저장하는 머신 판독 가능 메모리를 포함하고, 상기 머신 실행 가능 명령어들은 상기 프로세서에 의해 실행될 때 상기 네트워크 노드를,
    제3 당사자 엔티티로부터 수신되는 UP 경로 선택 또는 재선택 정보에 따라 생성되는 UP 경로 선택 정책의 설치를 트리거하도록 구성되는 UP 경로 선택 정책 요청을 수신하도록; 그리고
    상기 UP 경로 선택 정책을 시행하도록- 이러한 시행은 UP 경로 선택 정책 상세 사항들을 제공하는 것을 포함함 - 구성하는 네트워크 노드.
  19. 제3 당사자 엔티티와 통신 네트워크를 통해 UP(User Plane) 경로 선택을 수행하기 위한 방법으로서,
    SMF(session management function)에 의해, UP 경로 선택 정책을 시행하는 단계- 시행하는 단계는 UP 경로 선택 정책 상세 사항들을 획득하는 단계를 포함함 -를 포함하는 방법.
  20. 제19항에 있어서,
    시행하는 단계는 상기 UP 경로 선택 정책을 적용하는 단계를 추가로 포함하는 방법.
  21. 통신 네트워크를 통해 트래픽 라우팅에 영향을 주기 위한 방법으로서,
    NEF(network exposure function)에 의해, 애플리케이션 기능으로부터 트래픽 조향 요청을 수신하는 단계- 상기 트래픽 조향 요청은 PDU(protocol data unit) 세션들의 UP 트래픽에 대한 라우팅 결정들에 영향을 주라는 요청을 표시함 -; 및
    상기 NEF에 의해, 상기 트래픽 조향 요청을 표시하는 데이터를 통신 구성 데이터를 유지하는 정책 제어 기능에 송신하고, 그렇게 함으로써 상기 통신 네트워크를 통해 트래픽 라우팅에 영향을 주는 단계
    를 포함하는 방법.
  22. 제21항에 있어서,
    상기 NEF에 의해, 상기 트래픽 조향 요청의 인증 및 인가를 수행하는 단계를 추가로 포함하는 방법.
  23. 제21항에 있어서,
    상기 NEF에 의해, 트래픽 조향 응답을 상기 애플리케이션 기능에 송신하는 단계를 추가로 포함하는 방법.
  24. 제21항에 있어서,
    상기 트래픽 조향 요청은 UE 필터 정보, UP 랜드마크들 및 상기 요청된 트래픽 조향이 적용될 시기에 대한 시간적 유효성 조건 중 하나 이상을 표시하는 데이터를 포함하는 방법.
  25. 제24항에 있어서,
    상기 UP 랜드마크는 데이터 네트워크 액세스 식별자인 방법.
  26. 제21항에 있어서,
    상기 트래픽 조향 요청은 UE 필터 정보 및 UP 변경 통지의 생성에 대한 시간적 유효성 조건 중 하나 이상을 표시하는 데이터를 포함하는 방법.
  27. 통신 네트워크를 통해 트래픽 라우팅에 영향을 주기 위한 방법으로서,
    PCF(policy control function)에 의해, 네트워크 노출 기능으로부터 트래픽 조향 요청을 표시하는 데이터를 수신하는 단계- 상기 트래픽 조향 요청은 PDU(protocol data unit) 세션들의 UP 트래픽에 대한 라우팅 결정들에 영향을 주라는 요청을 표시함 -; 및
    상기 PCF에 의해, 상기 트래픽 조향 요청을 시행하는 단계- 시행하는 단계는 상기 트래픽 조향 요청을 표시하는 규칙들을 전송하고, 그렇게 함으로써 상기 통신 네트워크를 통해 트래픽 라우팅에 영향을 주는 단계를 포함함 -
    를 포함하는 방법.
  28. 제27항에 있어서,
    상기 트래픽 조향 요청은 UE 필터 정보, UP 랜드마크들 및 상기 요청된 트래픽 조향이 적용될 시기에 대한 시간적 유효성 조건 중 하나 이상을 표시하는 데이터를 포함하는 방법.
  29. 제28항에 있어서,
    상기 UP 랜드마크는 데이터 네트워크 액세스 식별자인 방법.
  30. 제27항에 있어서,
    상기 트래픽 조향 요청은 UE 필터 정보 및 UP 변경 통지의 생성에 대한 시간적 유효성 조건 중 하나 이상을 표시하는 데이터를 포함하는 방법.
  31. 제1항에 있어서,
    상기 제어 평면 기능은 정책 제어 기능인 방법.
  32. 제11항에 있어서,
    상기 제어 평면 기능은 정책 제어 기능인 방법.
KR1020197001182A 2016-06-21 2017-06-21 사용자 평면 경로 선택, 재선택, 및 사용자 평면 변경들의 통지를 위한 시스템들 및 방법들 KR102204125B1 (ko)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201662352857P 2016-06-21 2016-06-21
US62/352,857 2016-06-21
US201662356993P 2016-06-30 2016-06-30
US62/356,993 2016-06-30
US201662375198P 2016-08-15 2016-08-15
US62/375,198 2016-08-15
US15/626,948 2017-06-19
US15/626,948 US11184830B2 (en) 2016-06-21 2017-06-19 Systems and methods for user plane path selection, reselection, and notification of user plane changes
PCT/CN2017/089301 WO2017219973A1 (en) 2016-06-21 2017-06-21 Systems and methods for user plane path selection, reselection, and notification of user plane changes

Publications (2)

Publication Number Publication Date
KR20190018691A true KR20190018691A (ko) 2019-02-25
KR102204125B1 KR102204125B1 (ko) 2021-01-18

Family

ID=60659920

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020197001182A KR102204125B1 (ko) 2016-06-21 2017-06-21 사용자 평면 경로 선택, 재선택, 및 사용자 평면 변경들의 통지를 위한 시스템들 및 방법들

Country Status (7)

Country Link
US (4) US11184830B2 (ko)
EP (2) EP3886492A1 (ko)
JP (1) JP6789322B2 (ko)
KR (1) KR102204125B1 (ko)
CN (2) CN109417731B (ko)
BR (1) BR112018076681A2 (ko)
WO (2) WO2017219969A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102209719B1 (ko) * 2019-10-07 2021-02-01 에스케이텔레콤 주식회사 통신 시스템에서 사용자 평면을 제어하기 위한 장치 및 이를 위한 방법
WO2021033857A1 (ko) * 2019-08-22 2021-02-25 엘지전자 주식회사 5g에서 애플리케이션 서버의 재배치에 따른 효율적인 처리 방안

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11184830B2 (en) 2016-06-21 2021-11-23 Huawei Technologies Co., Ltd. Systems and methods for user plane path selection, reselection, and notification of user plane changes
CN109673174B (zh) * 2016-07-01 2021-08-10 Idac控股公司 以逐个会话为基础支持会话连续性的方法
WO2018023338A1 (zh) * 2016-08-01 2018-02-08 华为技术有限公司 一种网络功能nf管理方法及nf管理设备
US10972552B2 (en) 2016-09-30 2021-04-06 Huawei Technologies Co., Ltd. Method and system for user plane path selection
US11246172B2 (en) * 2016-10-07 2022-02-08 Lg Electronics Inc. Method for selecting session and service continuity mode in wireless communication system and device therefor
US10321503B2 (en) * 2016-12-11 2019-06-11 Motorola Mobility Llc Method and apparatus for attaching a remote unit to a mobile core network via a standalone untrusted non-3GPP access network
US10531420B2 (en) 2017-01-05 2020-01-07 Huawei Technologies Co., Ltd. Systems and methods for application-friendly protocol data unit (PDU) session management
US20180242198A1 (en) * 2017-02-23 2018-08-23 Electronics And Telecommunications Research Institute Mobile communication network system and control method thereof
US10397896B2 (en) 2017-04-19 2019-08-27 International Business Machines Corporation IP address geo-position detection based on landmark sequencing
JP7178365B2 (ja) 2017-05-05 2022-11-25 マイクロソフト テクノロジー ライセンシング，エルエルシー サービス能力公開機能（ｓｃｅｆ）ベースのインターネットオブシングス（ｉｏｔ）通信の方法とシステム
FR3067197A1 (fr) * 2017-06-01 2018-12-07 Orange Procede de selection d'une tranche de reseau relative a une application
US10528625B2 (en) * 2017-06-21 2020-01-07 Cisco Technology, Inc. Client cloud synchronizer
KR102346620B1 (ko) * 2017-07-11 2022-01-03 삼성전자 주식회사 네트워크 노출 기능을 발견하고 및 체이닝을 구성하는 방법 및 장치
US10764789B2 (en) * 2017-08-11 2020-09-01 Comcast Cable Communications, Llc Application-initiated network slices in a wireless network
CN117544941A (zh) * 2018-01-12 2024-02-09 华为技术有限公司 会话管理方法、设备及系统
CN110167003B (zh) 2018-01-12 2023-10-20 华为技术有限公司 会话管理方法、设备及系统
CN113645254B (zh) * 2018-01-12 2023-04-07 中国移动通信有限公司研究院 一种信令寻址的方法和装置
CN108271229B (zh) * 2018-01-31 2020-08-14 中国联合网络通信集团有限公司 一种用户面选择方法及装置
US10980084B2 (en) * 2018-02-15 2021-04-13 Huawei Technologies Co., Ltd. Supporting multiple QOS flows for unstructured PDU sessions in wireless system using non-standardized application information
WO2019161520A1 (en) * 2018-02-20 2019-08-29 Nokia Shanghai Bell Co., Ltd. Method, apparatus and computer program
US10419982B1 (en) 2018-03-14 2019-09-17 Cisco Technology, Inc. Methods and apparatus for providing end marker functionality in mobile networks having SRv6-configured mobile user planes
BR112020018950A2 (pt) * 2018-03-20 2020-12-29 Affirmed Networks, Inc. Sistemas e métodos para fatiamento de rede
CN110324388B (zh) * 2018-03-30 2022-05-13 华为技术有限公司 一种重定向的方法及装置
CN110351777B (zh) * 2018-04-03 2022-12-06 华为技术有限公司 指示业务分流的方法和装置
US10904947B2 (en) * 2018-05-16 2021-01-26 Huawei Technologies Co., Ltd. Message and system for application function influence on traffic routing
US10506469B1 (en) * 2018-05-17 2019-12-10 Cisco Technology, Inc. Resilient in-band mobile core user plane function selection using segment routing load balancing
CN110582062B (zh) * 2018-05-21 2020-12-08 华为技术有限公司 一种消息发送的方法及装置
CN112385263A (zh) * 2018-05-22 2021-02-19 上海诺基亚贝尔股份有限公司 用于实施与业务路由相关的规则的方法、装置和计算机可读介质
CN110535676B (zh) * 2018-05-25 2022-03-18 中兴通讯股份有限公司 Smf动态容灾的实现方法、装置、设备及存储介质
CN110557846B (zh) * 2018-05-31 2021-06-29 华为技术有限公司 一种数据传输方法、终端设备及网络设备
CN110650027B (zh) * 2018-06-26 2021-08-31 华为技术有限公司 一种配置方法、协商方法及装置
CN110650029B (zh) * 2018-06-26 2021-05-18 华为技术有限公司 一种配置方法及装置
CN110650504B (zh) * 2018-06-26 2021-11-19 华为技术有限公司 一种会话处理方法及装置
CN110650513B (zh) * 2018-06-26 2021-07-13 大唐移动通信设备有限公司 一种用户面路径更新的方法、装置及计算机存储介质
CN110677845B (zh) * 2018-07-02 2021-02-26 华为技术有限公司 一种确定应用功能请求状态的方法、网元及系统
EP3815339A1 (en) * 2018-07-24 2021-05-05 Huawei Technologies Co., Ltd. Edge computing topology information exposure
KR20200035730A (ko) 2018-09-27 2020-04-06 삼성전자주식회사 외부 장치와 통신이 필요한 어플리케이션의 운영 방법 및 전자 장치
KR20200039529A (ko) 2018-10-05 2020-04-16 삼성전자주식회사 무선 통신 시스템에서 모바일 엣지 컴퓨팅의 이전을 지원하는 방법 및 장치
CN113473500A (zh) 2018-10-08 2021-10-01 华为技术有限公司 时延敏感网络通信方法及其装置
US11916734B2 (en) * 2019-03-22 2024-02-27 Koninklijke Kpn N.V. Third party network and network slice management
US11297534B2 (en) 2019-08-09 2022-04-05 Cisco Technology, Inc. Intelligent and optimal resource selection within a network slice
US20220360977A1 (en) * 2019-08-09 2022-11-10 Lg Electronics Inc. Communication related to change of application server
CN112584437B (zh) * 2019-09-30 2023-03-28 中国移动通信有限公司研究院 一种数据分流方法及装置
US20220408303A1 (en) * 2019-09-30 2022-12-22 Telefonaktiebolaget Lm Ericsson (Publ) Terminal Device, Application Server, Network Exposure Function Node and Methods Therein
TWI804686B (zh) 2019-10-03 2023-06-11 財團法人工業技術研究院 網路服務裝置、連線管理裝置及其操作方法
US11134416B2 (en) * 2019-10-16 2021-09-28 Verizon Patent And Licensing Inc. Control plane traffic load balancing, protection, and network selection
EP4082290A1 (en) * 2020-02-27 2022-11-02 Ofinno, LLC Session management for edge computing
CN111586670A (zh) * 2020-04-30 2020-08-25 腾讯科技（深圳）有限公司 用于实现业务连续性的方法及相关设备
US20220311871A1 (en) * 2020-08-11 2022-09-29 Apple Inc. UE Provisioning and Charging for Sidelink Group Communication
US11589295B1 (en) 2021-03-18 2023-02-21 T-Mobile Innovations Llc Network function provisioning over third generation partnership project (3GPP) links
WO2022228184A1 (zh) * 2021-04-26 2022-11-03 华为技术有限公司 通信方法、装置、设备、系统及计算机可读存储介质
US20230318842A1 (en) * 2021-12-08 2023-10-05 T-Mobile Innovations Llc Wireless communication network service using an application programming interface (api) and distributed ledger

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015153589A1 (en) * 2014-03-31 2015-10-08 Convida Wireless, Llc Overload control and coordination between m2m service layer and 3gpp networks
KR20160055072A (ko) * 2014-11-07 2016-05-17 삼성전자주식회사 단말에게 그룹 메시지를 전송하는 방법 및 장치

Family Cites Families (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7363354B2 (en) 2001-11-29 2008-04-22 Nokia Corporation System and method for identifying and accessing network services
US7424293B2 (en) 2003-12-02 2008-09-09 Telecommunication Systems, Inc. User plane location based service using message tunneling to support roaming
JP4567745B2 (ja) * 2005-09-29 2010-10-20 富士通株式会社 通信システムにおける通信の切り替え方法
US8019346B2 (en) 2005-09-30 2011-09-13 Telefonaktiebolaget L M Ericsson (Publ) Means and Methods for Improving the Handover Characteristics of Integrated Radio Access Networks
CN101472314B (zh) * 2007-11-02 2010-05-12 华为技术有限公司 一种数据处理方法和设备
WO2010021576A1 (en) * 2008-08-21 2010-02-25 Telefonaktiebolaget L M Ericsson (Publ) Reestablishment of the interface between mme and node b using a backoff time
US8112781B2 (en) * 2008-10-07 2012-02-07 General Instrument Corporation Content delivery system having an edge resource manager performing bandwidth reclamation
US8972553B2 (en) 2009-08-10 2015-03-03 Qualcomm Incorporated Method and apparatus for handling policy and charging control rule or quality of service rule modification failures
CN102006639B (zh) * 2009-09-03 2014-01-01 华为技术有限公司 切换处理方法和系统、中继装置以及基站
WO2011099068A1 (en) 2010-02-10 2011-08-18 Panasonic Corporation System and method to keep continuity of media flows for a collaborative session without constant controller(s) involvement
CN102158897B (zh) 2010-02-12 2015-04-01 中兴通讯股份有限公司 基于网络负荷进行编码选择的方法和系统
WO2011110020A1 (zh) * 2010-09-26 2011-09-15 华为技术有限公司 策略控制器选择方法、系统以及直径协议路由代理实体
CN102811473B (zh) 2011-05-30 2016-06-22 中兴通讯股份有限公司 无线链路控制参数的处理方法及系统、无线网络控制器
CN102238691B (zh) * 2011-07-25 2018-03-16 中兴通讯股份有限公司 一种融合不同接入技术的通信系统及方法
WO2013170897A1 (en) 2012-05-16 2013-11-21 Telefonaktiebolaget L M Ericsson (Publ) Routing of traffic in a multi-domain network
EP2670195A1 (en) 2012-05-31 2013-12-04 Telefonaktiebolaget L M Ericsson AB (Publ) Methods and apparatus for mitigating service interruption
CN103582044B (zh) 2012-08-10 2018-04-10 华为技术有限公司 一种切换控制方法及装置
EP2891259A4 (en) 2012-08-31 2016-10-05 Nokia Solutions & Networks Oy OPTIMIZATIONS FOR FREQUENT TRANSMISSION OF SMALL DATA
CN104704905B (zh) 2012-10-18 2018-11-06 诺基亚通信公司 智能承载建立配置控制
WO2014110410A1 (en) 2013-01-11 2014-07-17 Interdigital Patent Holdings, Inc. User-plane congestion management
EP2947924A4 (en) 2013-01-31 2016-03-02 Huawei Tech Co Ltd METHOD, DEVICE, AND ACCESS PROCESSING SYSTEM
US9204256B2 (en) 2013-03-11 2015-12-01 Qualcomm Incorporated Method and apparatus for providing user plane or control plane position services
US10034321B2 (en) 2013-06-20 2018-07-24 Telefonaktiebolaget Lm Ericsson (Publ) Machine type communication virtual shared mobile apparatus and method
CN105393506B (zh) 2013-07-11 2019-01-22 日本电气株式会社 通信系统、通信设备和控制方法及其控制设备
WO2014173252A1 (zh) 2013-07-26 2014-10-30 中兴通讯股份有限公司 会话管理方法、应用功能实体、策略服务器和协议转换器
US20160212678A1 (en) 2013-08-26 2016-07-21 Nec Corporation Communication apparatus and method, communication path control apparatus and method in a communication system
US9467480B2 (en) 2013-09-16 2016-10-11 Qualcomm Incorporated Selectively multiplexing incoming WebRTC traffic and/or de-multiplexing outgoing WebRTC traffic by a client-based WebRTC proxy on behalf of a WebRTC multimedia client application
CN104581670B (zh) 2013-10-15 2019-03-15 中兴通讯股份有限公司 应用接入控制方法及应用功能实体装置
JP5910623B2 (ja) 2013-12-25 2016-04-27 トヨタ自動車株式会社 車両用ポップアップフード装置
CN104767722B (zh) 2014-01-08 2019-02-19 中兴通讯股份有限公司 会话的管理方法、策略服务器及应用功能装置
US9894464B2 (en) 2014-03-14 2018-02-13 Intel IP Corporation Conveyance of application communication patterns from an external application server to a 3rd generation partnership project system
JP2015177385A (ja) 2014-03-17 2015-10-05 株式会社日立製作所 ゲートウェイおよびセッション制御方法
US10313831B2 (en) * 2014-05-09 2019-06-04 Futurewei Technologies, Inc. Extensible solution for device to device discovery message size
US9455923B2 (en) * 2014-06-06 2016-09-27 Verizon Patent And Licensing Inc. Network policy and network device control
US10136284B2 (en) * 2014-07-07 2018-11-20 Convida Wireless, Llc Coordinated grouping for machine type communications group based services
WO2016045708A1 (en) 2014-09-23 2016-03-31 Nokia Solutions And Networks Oy Control of communication using service function chaining
US10285110B2 (en) * 2014-11-04 2019-05-07 At&T Intellectual Property I, L.P. Intelligent traffic routing
US10694496B2 (en) 2014-11-07 2020-06-23 Samsung Electronics Co., Ltd. Method and apparatus for transmitting group message to user equipment (UE)
US9730156B1 (en) 2014-11-07 2017-08-08 Cisco Technology, Inc. System and method for providing power saving mode enhancements in a network environment
EP3177063B1 (en) 2014-11-10 2019-06-26 Huawei Technologies Co., Ltd. Congestion notification method, related device and system
KR102220181B1 (ko) 2014-11-28 2021-02-25 삼성전자주식회사 단말간 스폰서링 서비스를 제공하기 위한 방법 및 장치
US10694558B2 (en) 2015-03-01 2020-06-23 Cisco Technology, Inc. System, method and apparatus for small cell gateway selective data path offload
US20160269349A1 (en) * 2015-03-12 2016-09-15 General Electric Company System and method for orchestrating and correlating multiple software-controlled collaborative sessions through a unified conversational interface
US9893939B2 (en) * 2015-03-22 2018-02-13 Lg Electronics Inc. Method for transmitting and receiving signal related to monitoring by SCEF in wireless communication system and apparatus for the same
KR101974948B1 (ko) 2015-03-25 2019-05-03 엘지전자 주식회사 무선 통신 시스템에서 단말 접근성 모니터링 방법 및 이를 위한 장치
CN107637163B (zh) 2015-04-05 2021-10-08 Lg电子株式会社 用于在无线通信系统中调节跟踪区域更新定时的方法及其设备
EP3311606B1 (en) 2015-06-16 2022-05-11 Telefonaktiebolaget LM Ericsson (PUBL) Handling a service chain for a ue which roams into a visited network
US10035511B2 (en) 2015-07-27 2018-07-31 Cummins Inc. Method and system for controlling operation of an engine powered device having cyclical duty cycles
US11146985B2 (en) 2015-10-28 2021-10-12 Apple Inc. Quality of service provisioning framework for a SDN-based cellular network architecture
CN108353033A (zh) 2015-11-30 2018-07-31 英特尔公司 移动终接分组发送
US10880710B2 (en) 2016-01-18 2020-12-29 Samsung Electronics Co., Ltd. Method and apparatus for communication of terminal in mobile communication system
EP3405877B1 (en) 2016-01-22 2022-09-21 Nokia Solutions and Networks Oy Application relocation between clouds
ES2922993T3 (es) 2016-02-17 2022-09-22 Nec Corp Selección de plano de control y plano de usuario para la transmisión de datos
CN107241369B (zh) 2016-03-28 2020-06-16 电信科学技术研究院 一种数据传输的方法、装置及会话管理功能实体设备
US10623962B2 (en) * 2016-04-01 2020-04-14 Acronis International Gmbh System and method for geo-location-based mobile user authentication
US10257078B2 (en) 2016-04-01 2019-04-09 Qualcomm Incorporated Interworking with legacy radio access technologies for connectivity to next generation core network
WO2017188787A2 (ko) * 2016-04-29 2017-11-02 엘지전자 주식회사 무선 통신 시스템에서 기지국에 의해 수행되는 데이터 전달 방법 및 상기 방법을 이용하는 장치
US11444850B2 (en) 2016-05-02 2022-09-13 Huawei Technologies Co., Ltd. Method and apparatus for communication network quality of service capability exposure
WO2017197273A1 (en) 2016-05-12 2017-11-16 Convida Wireless, Llc Connecting to virtualized mobile core networks
US10362511B2 (en) * 2016-05-17 2019-07-23 Lg Electronics Inc. Method and apparatus for determining PDU session identity in wireless communication system
US20170366423A1 (en) * 2016-06-15 2017-12-21 Qualcomm Incorporated Data packet store, forward, and monitoring functionality for network node or modem
US11184830B2 (en) 2016-06-21 2021-11-23 Huawei Technologies Co., Ltd. Systems and methods for user plane path selection, reselection, and notification of user plane changes
WO2018008980A1 (ko) 2016-07-05 2018-01-11 엘지전자(주) 무선 통신 시스템에서 사용자가 선호하는 자원 운용 선택 방법 및 이를 위한 장치
CN106210042B (zh) 2016-07-11 2019-06-18 清华大学 一种基于端到端网络切片的用户服务请求选择方法
US10212639B2 (en) * 2016-07-26 2019-02-19 At&T Intellectual Property I, L.P. Method and apparatus for dynamic data path selection for narrow band wireless communication
US9781259B1 (en) 2016-07-27 2017-10-03 At&T Intellectual Property I, L.P. Method and apparatus for asset location tracking in a communication network
US10721621B2 (en) * 2018-05-23 2020-07-21 Cisco Technology, Inc. Updating policy for a video flow during transitions
US11445335B2 (en) 2018-08-17 2022-09-13 Huawei Technologies Co., Ltd. Systems and methods for enabling private communication within a user equipment group

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015153589A1 (en) * 2014-03-31 2015-10-08 Convida Wireless, Llc Overload control and coordination between m2m service layer and 3gpp networks
KR20160055072A (ko) * 2014-11-07 2016-05-17 삼성전자주식회사 단말에게 그룹 메시지를 전송하는 방법 및 장치

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP S2-161340 *
3GPP TR23.708 v13.0.0* *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021033857A1 (ko) * 2019-08-22 2021-02-25 엘지전자 주식회사 5g에서 애플리케이션 서버의 재배치에 따른 효율적인 처리 방안
KR102209719B1 (ko) * 2019-10-07 2021-02-01 에스케이텔레콤 주식회사 통신 시스템에서 사용자 평면을 제어하기 위한 장치 및 이를 위한 방법

Also Published As

Publication number Publication date
WO2017219969A1 (en) 2017-12-28
JP2019525534A (ja) 2019-09-05
CN109417731B (zh) 2023-11-17
EP3459270A1 (en) 2019-03-27
US20170367026A1 (en) 2017-12-21
EP3459270B1 (en) 2021-05-19
US11856501B2 (en) 2023-12-26
US20170366399A1 (en) 2017-12-21
EP3459270A4 (en) 2019-04-17
US11184830B2 (en) 2021-11-23
BR112018076681A2 (pt) 2019-04-02
CN112637922A (zh) 2021-04-09
JP6789322B2 (ja) 2020-11-25
KR102204125B1 (ko) 2021-01-18
US20200359293A1 (en) 2020-11-12
US11350336B2 (en) 2022-05-31
CN112637922B (zh) 2022-01-11
EP3886492A1 (en) 2021-09-29
CN109417731A (zh) 2019-03-01
US20220295373A1 (en) 2022-09-15
US10785696B2 (en) 2020-09-22
WO2017219973A1 (en) 2017-12-28

Similar Documents

Publication Publication Date Title
US11856501B2 (en) Systems and methods for user plane path selection, reselection, and notification of user plane changes
JP7511694B2 (ja) アプリケーションフレンドリなプロトコルデータユニット（ｐｄｕ）セッション管理のためのシステムおよび方法

Legal Events

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