KR20230009656A - 단말에 대한 네트워크 기능 개방 서비스 지원 방법 및 장치 - Google Patents

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 무선 통신 시스템에 관련된 것으로, 보다 구체적으로 구체적으로 본 개시는 셀룰러 무선 통신 시스템(5G System)에서 에지 컴퓨팅 서비스를 제공하는 응용 계층 네트워크 구조와 그 방법에 관한 것이다.
본 개의 일 실시예에 따른 단말의 네트워크 기능 개방 서비스를 지원하기 위한 방법은, 제1 네트워크 엔티티로 서빙 PLMN ID를 포함하는 제1 요청 메시지를 전송하는 과정과, 상기 제1 네트워크 엔티티로부터 상기 서빙 PLMN ID에 대응하는 서빙 PLMN의 네트워크 기능 개방 관련 제1 정보를 포함하는 제1 응답 메시지를 수신하는 과정과, 제2 네트워크 엔티티로 제2 요청 메시지를 전송하는 과정과, 여기서, 상기 제2 요청 메시지는 단말 ID, 상기 서빙 PLMN ID 또는 AC 프로파일 중 적어도 하나를 포함하고, 상기 제2 네트워크 엔티티로부터 상기 서빙 PLMN ID 또는 상기 AC 프로파일 중 적어도 하나에 부합되는 네트워크 기능 개방 관련 제2 정보를 포함하는 제2 응답 메시지를 수신하는 과정과, 상기 제1 정보 및 상기 제2 정보에 기반하여 API를 호출하는 과정을 포함할 수 있다.

Description

단말에 대한 네트워크 기능 개방 서비스 지원 방법 및 장치{METHOD AND APPARATUS FOR SUPPORTING ACCESS TO NETWORK CAPABILITY EXPOSURE SERVICE FOR A UE}

본 개시는 무선 통신 분야에 관한 것으로, 특히 공통 어플리케이션 프로그램 인터페이스 프레임워크(common API(application program interface) framework: CAPIF)를 사용하여 단말에 대한 네트워크 기능 개방 서비스를 지원하는 방법 및 장치에 관한 것이다.

4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다.

높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다.

또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다.

이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non orthogonal multiple access), 및 SCMA(sparse code multiple access) 등이 개발되고 있다.

한편, 셀룰러 이동통신 표준을 담당하는 3GPP는 기존 4G LTE 시스템에서 5G 시스템으로의 진화를 꾀하기 위해 새로운 코어 네트워크 (Core Network) 구조를 5G Core (5GC) 라는 이름으로 명명하고 표준화를 진행하고 있다.

5GC는 기존 4G를 위한 네트워크 코어인 진화된 패킷 코어 (Evolved Packet Core: EPC) 대비 다음과 같은 차별화된 기능을 지원한다.

첫째, 5GC에서는 네트워크 슬라이스 (Network Slice) 기능이 도입된다. 5G의 요구 조건으로, 5GC는 다양한 종류의 단말 타입 및 서비스를 지원해야 한다; e.g., 초광대역 이동 통신 (enhanced Mobile Broadband: eMBB), 초고신뢰 저지연 통신 (Ultra Reliable Low Latency Communications: URLLC), 대규모 사물 통신 (massive Machine Type Communications: mMTC). 이러한 단말/서비스는 각각 코어 네트워크에 요구하는 요구조건이 다르다. 예를 들면, eMBB 서비스인 경우에는 높은 데이터 전송 속도 (data rate)를 요구하고 URLLC 서비스인 경우에는 높은 안정성과 낮은 지연을 요구한다. 이러한 다양한 서비스 요구조건을 만족하기 위해 제안된 기술이 네트워크 슬라이스 (Network Slice) 방안이다.

네트워크 슬라이스는 하나의 물리적인 네트워크를 가상화 (Virtualization) 하여 여러 개의 논리적인 네트워크를 만드는 방법으로, 각 네트워크 슬라이스 인스턴스(Network Slice Instance: NSI)는 서로 다른 특성을 가질 수 있다. 따라서, 각 NSI 마다 그 특성에 맞는 네트워크 기능 (Network Function: NF)을 가짐으로써 다양한 서비스 요구조건을 만족시킬 수 있다. 각 단말마다 요구하는 서비스의 특성에 맞는 NSI를 할당하여 여러 5G 서비스를 효율적으로 지원할 수 있다.

둘째, 5GC는 이동성 관리 기능과 세션 관리 기능의 분리를 통해 네트워크 가상화 패러다임 지원을 수월하게 할 수 있다. 기존 4G LTE에서는 모든 단말이 등록, 인증, 이동성 관리 및 세션 관리 기능을 담당하는 이동성 관리 엔티티 (Mobility Management Entity: MME) 라는 단일 코어 장비와의 시그널링 교환을 통해서 망에서 서비스를 제공받을 수 있었다. 하지만, 5G에서는 단말의 수가 폭발적으로 늘어나고 단말의 타입에 따라 지원해야 하는 이동성 및 트래픽/세션 특성이 세분화됨에 따라 MME와 같은 단일 장비에서 모든 기능을 지원하게 되면 필요한 기능별로 엔티티를 추가하는 확장성 (Scalability)이 떨어질 수밖에 없다. 따라서, 제어 평면을 담당하는 코어 장비의 기능/구현 복잡도와 시그널링 부하 측면에서 확장성 개선을 위해 이동성 관리 기능과 세션 관리 기능을 분리하는 구조를 기반으로 다양한 기능들이 개발되고 있다.

본 개시는 단말 내 클라이언트가 3GPP 코어 네트워크에서 지원하는 네트워크 개방 서비스에 직간접적으로 접근하기 위해 필요한 관련 정보들을 단말에 설정하는 방법을 제안한다.

본 개시는 3GPP 코어 네트워크에서 지원하는 네트워크 개방 서비스에 직간접적으로 접근하기 위해 필요한 관련 정보들을 단말에 설정하기 위해서는 해당 단말에 대해서 네트워크 개방 서비스 이용 가능 여부를 인증하는 방법을 제안한다.

본 개의 일 실시예에 따른 단말의 네트워크 기능 개방 서비스를 지원하기 위한 방법은, 제1 네트워크 엔티티로 서빙 PLMN ID를 포함하는 제1 요청 메시지를 전송하는 과정과, 상기 제1 네트워크 엔티티로부터 상기 서빙 PLMN ID에 대응하는 서빙 PLMN의 네트워크 기능 개방 관련 제1 정보를 포함하는 제1 응답 메시지를 수신하는 과정과, 제2 네트워크 엔티티로 제2 요청 메시지를 전송하는 과정과, 여기서, 상기 제2 요청 메시지는 단말 ID, 상기 서빙 PLMN ID 또는 AC 프로파일 중 적어도 하나를 포함하고, 상기 제2 네트워크 엔티티로부터 상기 서빙 PLMN ID 또는 상기 AC 프로파일 중 적어도 하나에 부합되는 네트워크 기능 개방 관련 제2 정보를 포함하는 제2 응답 메시지를 수신하는 과정과, 상기 제1 정보 및 상기 제2 정보에 기반하여 API를 호출하는 과정을 포함할 수 있다.

본 개의 일 실시예에 따른 네트워크 기능 개방 서비스를 지원하기 위한 단말은, 송수신기; 및 제1 네트워크 엔티티로 서빙 PLMN ID를 포함하는 제1 요청 메시지를 전송하도록 상기 송수신기를 제어하고, 상기 제1 네트워크 엔티티로부터 상기 서빙 PLMN ID에 대응하는 서빙 PLMN의 네트워크 기능 개방 관련 제1 정보를 포함하는 제1 응답 메시지를 수신하도록 상기 송수신기를 제어하고, 제2 네트워크 엔티티로 제2 요청 메시지를 전송하도록 상기 송수신기를 제어하고, 여기서, 상기 제2 요청 메시지는 단말 ID, 상기 서빙 PLMN ID 또는 AC 프로파일 중 적어도 하나를 포함하고, 상기 제2 네트워크 엔티티로부터 상기 서빙 PLMN ID 또는 상기 AC 프로파일 중 적어도 하나에 부합되는 네트워크 기능 개방 관련 제2 정보를 포함하는 제2 응답 메시지를 수신하도록 상기 송수신기를 제어하고, 상기 제1 정보 및 상기 제2 정보에 기반하여 API를 호출하는 제어부를 포함할 수 있다.

본 개시에 따르면, 단말이 네트워크 개방 서비스 이용에 관여함으로써, 단말 내 클라이언트의 서비스 상태를 반영하기 용이하며, 네트워크 내 저장되어 있는 단말 및 해당 단말의 가입자 정보를 외부로 제공하는 것에 대한 관리를 단말이 직접 수행할 수 있다.

도 1은 본 개시의 일 실시예에 따른 에지 컴퓨팅을 지원하는 응용 계층 네트워크 구조 및 인터페이스를 나타낸 도면이다.
도 2는 본 개시의 일 실시예에 따른 5G 시스템의 네트워크 구조 및 인터페이스를 나타낸 도면이다.
도 3은 본 개시의 일 실시예에 따른 공통 어플리케이션 프로그램 인터페이스 프레임워크의 구조를 도면이다.
도 4는 본 개시의 일 실시예에 따른 네트워크 기능 개방 서비스를 이용하기 위해 필요한 설정 정보를 단말에 전달하는 절차를 나타낸 도면이다.
도 5는 본 개시의 일 실시예에 따른 UDM에 네트워크 기능 개방 서비스 관련 정보를 설정하는 절차를 나타낸 도면이다.
도 6은 본 개시의 일 실시예에 따른 UDR에 네트워크 기능 개방 서비스 관련 정보를 설정하는 절차를 나타낸 도면이다.
도 7은 본 개시의 일 실시예에 따른 에지 인에이블러 계층(edge enabler layer)을 통해 네트워크 기능 개방 서비스 관련 정보를 전달하는 절차를 나타낸 도면이다.
도 8은 본 개시의 일 실시예에 따른 NEF 또는 AEF에 대한 EEC의 간접 API 호출 절차를 나타낸 도면이다.
도 9는 본 개시의 일 실시예에 따른 CCF에 대한 EEC의 간접 API 호출 절차를 나타낸 도면이다.
도 10은 본 개시의 일 실시예에 따른 NEF에 대한 EEC의 API 호출 절차를 나타낸 도면이다.
도 11은 본 개시의 일 실시예에 따른 단말의 구성을 나타낸 도면이다.
도 12는 본 개시의 일 실시예에 따른 네트워크 엔티티의 구성을 나타낸 도면이다.

이하 본 개시의 실시예를 첨부한 도면과 함께 상세히 설명한다. 또한 본 개시를 설명함에 있어서 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다. 마찬가지 이유로 첨부된 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성 요소에는 동일한 참조 번호를 부여하였다. 본 개시에 따른 기술적 사상의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다. 또한 본 개시를 설명함에 있어서 관련된 기능 또는 구성에 대한 구체적인 설명이 본 개시에 따른 기술적 사상의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

이하, 기지국은 단말의 자원할당을 수행하는 주체로서, eNode B, Node B, BS (Base Station), RAN (Radio Access Network), AN (Access Network), RAN node, 무선 접속 유닛, 기지국 제어기, 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말은 UE (User Equipment), MS (Mobile Station), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어시스템을 포함할 수 있다. 본 발명에서 하향링크(Downlink; DL)는 기지국이 단말에게 전송하는 신호의 무선 전송경로이고, 상향링크는(Uplink; UL)는 단말이 기국에게 전송하는 신호의 무선 전송경로를 의미한다. 또한, 이하에서 LTE 혹은 LTE-A 시스템을 일례로서 본 개시의 실시예를 설명하지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 개시의 실시예가 적용될 수 있다. 예를 들어 LTE-A 이후에 개발되는 5세대 이동통신 기술(5G, new radio, NR)이 본 개시의 실시예가 적용될 수 있는 시스템에 포함될 수 있으며, 이하의 5G는 기존의 LTE, LTE-A 및 유사한 다른 서비스를 포함하는 개념일 수도 있다. 또한, 본 개시의 실시예는 숙련된 기술적 지식을 가진자의 판단으로써 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템에도 적용될 수 있다. 이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다.

이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.

또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예를 들면, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다. 이 때, 본 개시의 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행할 수 있다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.

본 개시에서 사용되는 망 객체(network entity) 및 에지 컴퓨팅(edge computing)시스템의 객체들을 지칭하는 용어, 메시지들을 지칭하는 용어, 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시는 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.

이하 편의를 위하여, 본 개시는 5G 시스템 규격에서 정의하는 용어와 명칭들을 사용하지만 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.

도 1은 본 개시의 일 실시예에 따른 에지 컴퓨팅을 지원하는 응용 계층 네트워크 구조 및 인터페이스를 나타낸 도면이다.

도 1을 참조하면, 단말(User Equipment, UE)(101)은 적어도 하나의 어플리케이션 클라이언트(application client, AC)(102)와 에지 인에이블러 클라이언트(Edge Enabler Client, EEC)(103)를 포함할 수 있다. 어플리케이션 클라이언트(102)는 에지 컴퓨팅 서비스가 제공될 시 사용자에게 제공하기 위한 어플리케이션 레벨의 클라이언트가 될 수 있다.

또한 단말(101)은 다른 무선 통신 네트워크, 예를 들어 적어도 하나 또는 둘 이상의 이동통신 네트워크, 와 통신하기 위한 통신 프로세서(Communication Processor, CP)(도시되지 않음)를 포함할 수 있다.

3GPP 네트워크(104)는 이동통신 네트워크의 대표로 예시하였으며, 예컨데, EPC 및/또는 5GC를 포함할 수 있다. 3GPP 네트워크(104)는 단말(101)과 직접 에어 상(over-the-air: OTA)으로 통신하는 기지국들을 포함할 수 있으며, 그 상위의 코어 네트워크 구성을 포함할 수 있다. 3GPP 네트워크가 5GC를 포함하는 경우 액세스 및 이동성 관리자(Access and Mobility management Function, AMF), 세션 관리자(Session Management Function, SMF), 정책 제어기(Policy Control Function, PCF), 사용자 평면 데이터 송신자(User Plane Function, UPF) 등을 포함할 수 있다.

그 외에 EPC를 핵심 네트워크(Core Network: CN)로 갖는 경우 5GC에 대응하는 네트워크 노드들을 포함할 수 있다.

또한 에지 데이터 네트워크(Edge Data Network)들은 네트워크 슬라이싱 기법을 통해 구현될 수 있으며, 에지 데이터 네트워크들은 모두 동일한 형태로 구성될 수 있다. 하나의 에지 데이터 네트워크(105)의 구성을 예로 살펴보면, 에지 호스팅 플랫폼을 포함할 수 있으며, 에지 인에이블러 서버(Edge Enabler Server: EES)(107), 하나 이상의 에지 어플리케이션 서버(Edge Application Server: EAS)(106) 및 에지 호스팅 플랫폼을 위한 오케스트레이터 (Orchestrator for Edge Hosting Platform)를 포함할 수 있다. 또한 에지 인에이블러 서버(106)는 에지 인에이블러 클라이언트 매니저, 에지 인에이블러 플랫폼 및 에지 인에이블러 API 서버를 포함할 수 있다.

네트워크 기능들이 아래와 같이 정의될 수 있으며, 그 중 일부는 도1에 도시되어 있다.

3GPP 네트워크(104): 3GPP 무선 접속 네트워크(Radio Access Network: RAN)과 코어 네트워크를 포함할 수 있다.

하나 이상의 에지 데이터 네트워크(Edge Data Network)(105): 5G 코어네트워크의 데이터 네트워크 혹은 EPC 네트워크의 패킷 데이터 네트워크로서, 에지 호스팅 플랫폼 에지 인에이블러 서버(Edge Hosting Platform Edge Enabler Server) 등과 같은 에지 컴퓨팅 서비스를 제공하기 위한 기능들을 포함하고 있는 데이터 네트워크일 수 있다.

하나 이상의 어플리케이션 클라이언트 (Application Client, AC)(102): 단말(101)의 모바일 운영체제 상에서 동작하는 응용 프로그램으로서, 5G 코어 네트워크에서 어플리케이션 식별자(Application Identifier)로 식별될 수 있으며, 모바일 운영체제를 제공하는 환경에서 AC는 운영체제 식별자(OS Identifier) 그리고 운영체제 별 고유한 어플리케이션 식별자 (OSAppID)로 식별될 수 있다.

하나 이상의 에지 어플리케이션 서버(Edge Application Server or Edge Application, EAS)(106): 에지 호스팅 환경(Edge Hosting Environment)에서 동작하는 가상 머신(virtual machine, VM) 이미지 혹은 가상화 컨테이너에서 동작하는 응용 서버 프로그램으로서, VM 이미지가 개체화되어서 실행되는 서버 프로그램일 수 있으며, 에지 어플리케이션(Edge Application)으로 불릴 수 있다.

에지 구성 서버(Edge Configuration Server, ECS)(108): 에지 데이터 네트워크(105)에 대한 설정 정보를 단말(101)에 제공하는 서버로서, 단말(101)이 모바일 에지 컴퓨팅(mobile edge computing, MEC) 서비스를 이용하기 위한 설정 정보를 제공받을 수 있는 초기 접속 서버일 수 있다.

에지 호스팅 플랫폼(Edge Hosting Platform): 복수의 에지 응용 프로그램을 수행시킬 수 있는 가상화 계층이 포함된 플랫폼 소프트웨어일 수 있다. 본 개시에서 에지 호스팅 플랫폼(Edge Hosting Platform)은 에지 호스팅 환경(Edge Hosting Environment)과 동일한 개념으로 사용될 수 있다.

에지 호스팅 플랫폼을 위한 오케스트레이터(Orchestrator for Edge Hosting Platform): 에지 호스팅 플랫폼에 대한 관리 및 에지 호스팅 플랫폼 상에서 동작하는 에지 응용 프로그램들에 대한 라이프 사이클을 관리하는 관리 시스템일 수 있다. ETSI MANO (European Telecommunication Standards Institute Management and Network Operation)에서 정의한 오케스트레이터의 기능을 수행할 수 있다.

에지 인에이블러 서버(Edge Enabler Server, EES)(107): 에지 컴퓨팅 서비스를 제공하기 위한 서버로서, 단말(101)에 에지 호스팅 플랫폼 상에서 가용한 응용 프로그램의 목록을 제공(Edge Enabler Client Manager)하고, 에지 컴퓨팅 호스팅 플랫폼 상에서 동작하는 에지 응용 프로그램들에 대한 설정 정보를 관리하고, 에지 응용 프로그램들에게 3GPP 네트워크에서 제공하는 기능에 대한 애플리케이션 프로그래밍 인터페이스(Application Programming Interface, API)를 제공하는 서버일 수 있다.

에지 인에이블러 클라이언트(Edge Enabler Client, EEC)(103): 단말(101)의 소프트웨어 모듈로, 에지 컴퓨팅 서비스를 제공하기 위한 기능들을 가진 소프트웨어 에이전트일 수 있다. 단말의 에지 컴퓨팅 서버에 접속하기 위한 인증 기능, ECS(108)와 연동하여 에지 데이터 네트워크(105) 및 EES(107)에 대한 접속 정보 획득 기능, 하나 이상의 EAS(106)에 대한 정보를 EES(107)로부터 획득하는 기능, 하나 이상의 EAS(106)에 대한 정보를 기반으로 단말 내 하나 이상의 AC(102)의 트래픽을 하나 이상의 EAS(106)로 라우팅하는 기능 등을 수행할 수 있다.

도 1의 에지 컴퓨팅 지원을 위한 응용 네트워크 구조는 이동통신 사업자와 별도의 에지 컴퓨팅 사업자에 의하여 관리될 수 있고, 이로 인한 별도의 에지 컴퓨팅 사업자는 하나의 이동통신 사업자 네트워크 내에 복수 개가 존재할 수 있다. 도 1의 에지 컴퓨팅 지원을 위한 응용 계층 네트워크 구조는 이러한 사업자의 구성을 지원할 수 있다.

도 1에서 개시한 응용 계층 네트워크 구조는 하나의 이동통신 네트워크 내의 복수 개의 에지 컴퓨팅 사업자를 지원할 수 있다. 응용 계층 네트워크 구조는 하나의 이동통신 네트워크 내에 가용한 복수 개의 에지 컴퓨팅 서비스 사업자 및 사업자가 설치한 에지 컴퓨팅 네트워크에 접속하기 위한 설정 정보를 단말에 전달할 수 있다.

도 1에서 개시한 응용 계층 네트워크 구조는 하나의 이동통신 네트워크 내에 존재하는 복수개의 에지 컴퓨팅 사업자 중에서 이동통신 사업자가 선택한 에지 네트워크 서비스 제공자 및 선택된 에지 네트워크 서비스 제공자가 설치한 에지 컴퓨팅 네트워크에 접속하기 위한 설정 정보를 단말에 전달할 수 있다.

도 2는 본 개시의 일 실시예에 따른 5G 시스템의 네트워크 구조 및 인터페이스를 나타낸 도면이다. 도 2의 5G 시스템의 네트워크 구조에 포함된 네트워크 엔티티(entity)는 시스템 구현에 따라 네트워크 기능(network function: NF)를 포함할 수 있다.

도 2를 참조하면, 5G 시스템(200)의 네트워크 구조는 다양한 네트워크 엔티티들을 포함할 수 있다. 일 예로, 5G 시스템(200)은 액세스 및 이동성 관리 기능((core) access and mobility management function: AMF)(203), 세션 관리 기능(session management function: SMF)(204), 정책 제어 기능(policy control function: PCF)(208), 어플리케이션 기능(application function: AF)(209), 통합된 데이터 관리(unified data management: UDM)(207), 데이터 네트워크(data network: DN)(206), 사용자 평면 기능(user plane function: UPF)(205), (무선) 액세스 네트워크((radio) access network: (R)AN)(202), 및 단말, 즉, 사용자 장치(user equipment: UE)(201)를 포함할 수 있다.

5G 시스템(200)의 각 NF들은 다음과 같은 기능을 지원한다.

AMF(203)는 UE 단위의 접속 및 이동성 관리를 위한 기능을 제공하며, 하나의 UE 당 기본적으로 하나의 AMF에 연결될 수 있다. 구체적으로, AMF(203)는 3GPP 액세스 네트워크들 간의 이동성을 위한 CN 노드 간 시그널링, 무선 액세스 네트워크(radio access network: RAN) CP 인터페이스(즉, N2 인터페이스)의 종단(termination), NAS(non access stratum) 시그널링의 종단(N1), NAS 시그널링 보안(NAS 암호화(ciphering) 및 무결성 보호(integrity protection)), AS 보안 제어, 등록 관리(등록 영역(registration area) 관리), 연결 관리, 아이들 모드 UE 접근성(reachability) (페이징 재전송의 제어 및 수행 포함), 이동성 관리 제어(가입 및 정책), 인트라-시스템 이동성 및 인터-시스템 이동성 지원, 네트워크 슬라이싱의 지원, SMF 선택, 합법적 감청(lawful intercept)(AMF 이벤트 및 LI 시스템으로의 인터페이스에 대한), UE와 SMF 간의 세션 관리(session management: SM) 메시지의 전달 제공, SM 메시지 라우팅을 위한 트랜스패런트 프록시(transparent proxy), 액세스 인증(access authentication), 로밍 권한 체크를 포함한 액세스 허가(access authorization), UE와 SMSF 간의 SMS 메시지의 전달 제공, 보안 앵커 기능(security anchor function: SAF) 및/또는 보안 컨텍스트 관리(security context management: SCM) 등의 기능을 지원한다. AMF(103)의 일부 또는 전체의 기능들은 하나의 AMF의 단일 인스턴스(instance) 내에서 지원될 수 있다.

DN(206)은 예를 들어, 운영자 서비스, 인터넷 접속 또는 서드파티(3rd party) 서비스 등을 의미한다. DN(206)은 UPF(205)로 하향링크 프로토콜 데이터 유닛(protocol data unit: PDU)을 전송하거나, UE(201)로부터 전송된 PDU를 UPF(205)로부터 수신한다.

PCF(208)는 어플리케이션 서버로부터 패킷 흐름에 대한 정보를 수신하여, 이동성 관리, 세션 관리 등의 정책을 결정하는 기능을 제공한다. 구체적으로, PCF(208)는 네트워크 동작을 통제하기 위한 단일화된 정책 프레임워크 지원, 제어평면 기능(들)(예를 들어, AMF, SMF 등)이 정책 규칙을 시행할 수 있도록 정책 규칙 제공, 사용자 데이터 저장소(user data repository: UDR) 내 정책 결정을 위해 관련된 가입 정보에 액세스하기 위한 프론트 엔드(front end) 구현 등의 기능을 지원한다.

SMF(204)는 세션 관리 기능을 제공하며, UE가 다수 개의 세션을 가지는 경우 각 세션 별로 서로 다른 SMF에 의해 관리될 수 있다. 구체적으로, SMF(204)는 세션 관리(예를 들어, UPF(205)와 (R)AN(202) 노드 간의 터널(tunnel) 유지를 포함하여 세션 확립, 수정 및 해지), UE IP 주소 할당 및 관리(선택적으로 인증 포함), UP 기능의 선택 및 제어, UPF(205)에서 트래픽을 적절한 목적지로 라우팅하기 위한 트래픽 스티어링(traffic steering) 설정, 정책 제어 기능(policy control functions)를 향한 인터페이스의 종단, 정책 및 QoS(quality of service)의 제어 부분 시행, 합법적 감청(lawful intercept)(SM 이벤트 및 LI 시스템으로의 인터페이스에 대한), NAS 메시지의 SM 부분의 종단, 하향링크 데이터 통지(downlink data notification), AN 특정 SM 정보의 개시자(AMF(203)를 경유하여 N2를 통해 (R)AN(202)에게 전달), 세션의 SSC 모드 결정, 로밍 기능 등의 기능을 지원한다. SMF(204)의 일부 또는 전체의 기능들은 하나의 SMF의 단일 인스턴스(instance) 내에서 지원될 수 있다.

UDM(207)은 사용자의 가입 데이터, 정책 데이터 등을 저장한다. UDM(207)은 2개의 부분, 즉 어플리케이션 프론트 엔드(front end: FE)(미도시) 및 사용자 데이터 저장소(user data repository: UDR)(미도시)를 포함한다.

UPF(205)는 DN(206)으로부터 수신한 하향링크 PDU를 (R)AN(202)을 경유하여 UE(201)에게 전달하며, (R)AN(202)을 경유하여 UE(201)로부터 수신한 상향링크 PDU를 DN(206)으로 전달한다. 구체적으로, UPF(205)는 인트라(intra)/인터(inter) RAT 이동성을 위한 앵커 포인트, 데이터 네트워크(Data Network)로의 상호연결(interconnect)의 외부 PDU 세션 포인트, 패킷 라우팅 및 포워딩, 패킷 검사(inspection) 및 정책 규칙 시행의 사용자 평면 부분, 합법적 감청(lawful intercept), 트래픽 사용량 보고, 데이터 네트워크로의 트래픽 플로우의 라우팅을 지원하기 위한 상향링크 분류자(classifier), 멀티-홈(multi-homed) PDU 세션을 지원하기 위한 브랜치 포인트(branching point), 사용자 평면을 위한 QoS 핸들링(handling)(예를 들어 패킷 필터링, 게이팅(gating), 상향링크/하향링크 레이트 시행), 상향링크 트래픽 검증 (서비스 데이터 플로우(service data flow: SDF)와 QoS 플로우 간 SDF 매핑), 상향링크 및 하향링크 내 전달 레벨(transport level) 패킷 마킹, 하향링크 패킷 버퍼링 및 하향링크 데이터 통지 트리거링 기능 등의 기능을 지원한다. UPF(205)의 일부 또는 전체의 기능들은 하나의 UPF의 단일 인스턴스(instance) 내에서 지원될 수 있다.

AF(209)는 서비스 제공(예를 들어, 트래픽 라우팅 상에서 어플리케이션 영향, 네트워크 능력 노출(network capability exposure)에 대한 접근, 정책 제어를 위한 정책 프레임워크와의 상호동작 등의 기능을 지원)을 위해 3GPP 코어 네트워크와 상호 동작한다.

(R)AN(202)은 4G 무선 액세스 기술의 진화된 버전인 진화된 E-UTRA(evolved E-UTRA)와 새로운 무선 액세스 기술(new radio: NR)(예를 들어, gNB)을 모두 지원하는 새로운 무선 액세스 네트워크를 총칭한다.

gNB은 무선 자원 관리를 위한 기능들(즉, 무선 베어러 제어(radio bearer control), 무선 허락 제어(radio admission control), 연결 이동성 제어(connection mobility control), 상향링크/하향링크에서 UE에게 자원의 동적 할당(dynamic allocation of resources)(즉, 스케줄링)), IP(internet protocol) 헤더 압축, 사용자 데이터 스트림의 암호화(encryption) 및 무결성 보호(integrity protection), UE에게 제공된 정보로부터 AMF로의 라우팅이 결정되지 않는 경우, UE의 어태치(attachment) 시 AMF의 선택, UPF(들)로의 사용자 평면 데이터 라우팅, AMF로의 제어 평면 정보 라우팅, 연결 셋업 및 해지, 페이징 메시지의 스케줄링 및 전송(AMF로부터 발생된), 시스템 브로드캐스트 정보의 스케줄링 및 전송(AMF 또는 운영 및 유지(operating and maintenance: O&M)로부터 발생된), 이동성 및 스케줄링을 위한 측정 및 측정 보고 설정, 상향링크에서 전달 레벨 패킷 마킹(transport level packet marking), 세션 관리, 네트워크 슬라이싱의 지원, QoS 흐름 관리 및 데이터 무선 베어러로의 매핑, 비활동 모드(inactive mode)인 UE의 지원, NAS 메시지의 분배 기능, NAS 노드 선택 기능, 무선 액세스 네트워크 공유, 이중 연결성(dual connectivity), NR과 E-UTRA 간의 밀접한 상호동작(tight interworking) 등의 기능을 지원한다.

UE(201)는 사용자 기기를 의미한다. 사용자 장치는 단말(terminal), ME(mobile equipment), MS(mobile station) 등의 용어로 언급될 수 있다. 또한, 사용자 장치는 노트북, 휴대폰, PDA(personal digital assistant), 스마트폰, 멀티미디어 기기 등과 같이 휴대 가능한 기기일 수 있고, 또는 PC(personal computer), 차량 탑재 장치와 같이 휴대 불가능한 기기일 수도 있다.

한편, 도 2에서는 설명의 편의상 UE(201)가 하나의 PDU 세션을 이용하여 하나의 DN(110)에 엑세스하는 경우에 대한 참조 모델을 예시하나, 본 개시는 이에 한정되지 않는다.

UE(201)는 다중의 PDU 세션을 이용하여 2개의(즉, 지역적(local) 그리고 중심되는(central)) 데이터 네트워크에 동시에 액세스할 수 있다. 이때, 서로 다른 PDU 세션을 위해 2개의 SMF들이 선택될 수 있다. 다만, 각 SMF는 PDU 세션 내 지역적인 UPF 및 중심되는 UPF를 모두 제어할 수 있는 능력을 가질 수 있다.

또한, UE(201)는 단일의 PDU 세션 내에서 제공되는 2개의(즉, 지역적인 그리고 중심되는) 데이터 네트워크에 동시에 액세스할 수도 있다.

3GPP 시스템에서는 5G 시스템 내에서 NF들 간을 연결하는 개념적인 링크를 참조 포인트(reference point)라고 정의한다. 일 예로, 도 2의 5G 시스템(200)에 포함된 참조 포인트(들)은 다음과 같다.

- N1: UE(201)와 AMF(203)간의 참조 포인트

- N2: (R)AN(202)과 AMF(203)간의 참조 포인트

- N3: (R)AN(202)과 UPF(205)간의 참조 포인트

- N4: SMF(204)와 UPF(205)간의 참조 포인트

- N5: PCF(208)와 AF(209)간의 참조 포인트

- N6: UPF(205)와 DN(206)간의 참조 포인트

- N7: SMF(204)와 PCF(208)간의 참조 포인트

- N8: UDM(207)과 AMF(203)간의 참조 포인트

- N9: 2개의 코어 UPF(205)들 간의 참조 포인트

- N10: UDM(207)과 SMF(204)간의 참조 포인트

- N11: AMF(203)와 SMF(204)간의 참조 포인트

- N14: 2개의 AMF(203)들 간의 참조 포인트

- N15: 비-로밍 시나리오의 경우, PCF와 AMF간의 참조 포인트, 로밍 시나리오의 경우 방문 네트워크(visited network) 내 PCF와 AMF 간의 참조 포인트

도 3은 본 개시의 일 실시예에 따른 공통 어플리케이션 프로그램 인터페이스 프레임워크의 구조를 도면이다.

도 3을 참조하면, 공통 어플리케이션 프로그램 인터페이스 프레임워크(common API(application program interface) framework: CAPIF)(300)는 적어도 하나의 API 호출자(API invoker)(301), CAPIF 코어 기능(CAPIF core function: CCF)(302), API 개방 기능(API exposing function: AEF)(303), API 퍼블리싱 기능(API publishing function)(304) 및 API 관리 기능(API management function)(305)를 포함한다. 적어도 하나의 API 호출자(301)는 일반적으로 PLMN(public land mobile network) 운영자와 서비스 계약을 맺은 타사 어플리케이션 공급자가 제공하는 서버일 수 이며, 서비스 API를 호출하여 사용하는 주체이다. 예를 들어, 적어도 하나의 API 호출자(301)은 EES, EAS, 또는 ECS를 포함할 수 있다. 일 실시예에 따르면, 적어도 하나의 API 호출자(301)는 이용하고 싶은 서비스 API에 대한 정보를 CCF(302)로부터 획득할 수 있다. CCF(302)는 서비스 API의 모든 공통 양태를 축적하도록 구성될 수 있는 기능적 엔티티(entity)이다. CCF(302)는 모든 서비스 API에 공통적인 인증, 모니터링, 로깅 인증(logging authorization), 탐색(discovery)을 위해 구성될 수 있다. 일 실시예에 따르면, CCF(302)는 서비스 API에 대한 정보를 저장하고 이를 게시함으로써 서비스 API에 대한 정보 탐색 서비스를 API 호출자(301)에게 제공할 수 있다. 서비스 API 에 대한 정보는 해당 서비스 API 를 호출하는 통신 진입 지점에 대한 정보 및 AEF(303)에 대한 정보를 포함할 수 있다. AEF(303)는 하나 이상의 서비스 API 를 적어도 하나의 API 호출자(301)에 공급하도록 구성될 수 있는 기능적 엔티티이다. 일 실시예에 따르면, API 호출자(301)는 서비스 API를 호출하기 위해 AEF(303)와 직접 연결될 수 있다. 일 실시예에 따르면, API 호출자(301)는 API 퍼블리싱 기능(304) 및 API 관리 기능부(305)와 직접 연결되지 않을 수 있다. API 퍼블리싱 기능(304)는 서비스 API의 라이브러리(library)를 CCF(302) 상에 퍼블리싱(publishing)하도록 구성될 수 있다. 일 실시예에 따르면, API 퍼블리싱 기능(304)을 사용하여 API 공급자는 적어도 하나의 API 호출자(301)가 서비스 API를 검색 할 수 있도록 서비스 API에 대한 정보를 CCF(302)에 등록하여 게시할 수 있다. API 관리 기능(305)은 API 공급자가 서비스 API에 대한 모니터링, 서비스 API 호출 로그(log)의 로깅 및 감사(auditing) 등을 수행할 수 있다. CAPIF(300)는 하나 이상의 인터페이스/기준점을 포함한다. 하나 이상의 인터페이스는 CAPIF-1(미도시), CAPIF-1e, CAPIF-2(미도시), CAPIF-2e, CAPIF-3, CAPIF-4 및 CAPIF-5 인터페이스를 포함한다. 예를 들어, CAPIF-1e 및 CAPIF-2e 인터페이스는 CCF(302)와 (PLMN 트러스트 도메인 외부에 존재하는) 적어도 하나의 API 호출자(301)에 대한 AEF(303) 액세스 포인트 사이에 존재한다. 일 실시예에 따름ㄴ, 하나 이상의 인퍼페이스는 3GPP(3^rd generation partnership project) TS 23.222 표준에 정의되어 있으며, CAPIF(300) 기능은 3GPP TS 23.222 표준에 정의되어 있다. 일 실시예에 따르면, CAPIF-1, CAPIF-2, CAPIF-3, CAPIF-4 및 CAPIF-5 인터페이스에 대한 보안은 3GPP TS 23.222 표준에 정의된 바와 같이 TLS(Transport Layer Security)를 지원할 수 있다.

이하에서는 본 개시의 다양한 실시예들에 따라 단말 내 클라이언트(예: EEC 또는 어플리케이션 클라이언트)가 API 호출자로서 동작할 수 있는 방법과 단말 내 클라이언트가 기존의 API 호출자가 CCF 또는 AEF와 수행하는 절차를 개시할 수 있는 방법에 대해 설명한다.

도 4는 본 개시의 일 실시예에 따른 네트워크 기능 개방 서비스를 이용하기 위해 필요한 설정 정보를 단말에 전달하는 절차를 나타낸 도면이다.

도 4를 참조하면, 410단계에서 단말(401)은 AMF(402)에게 PDU 세션 생성 요청(PDU session establishment request) 메시지를 전송한다. 단말(401)이 AMF(402)에 전송하는 PDU 세션 생성 요청 메시지는 단말(401)의 네트워크 기능 개방(network exposure 또는 network capability exposure) 관련 API 호출(API invocation) 능력에 대한 정보를 포함할 수 있다. API 호출 능력에 대한 정보는 API 호출을 수행하는 전용 클라이언트의 단말(401) 내 설치 여부에 대한 정보, 클라이언트 종류에 대한 정보, 또는 단말(401) 내 모뎀이 해당 클라이언트와 연동가능한지 여부에 대한 정보 중 적어도 하나를 포함할 수 있다.

도 4를 참조하면, 410단계에서 단말(401)은 AMF(402)에게 PDU 세션 생성 요청(PDU session establishment request) 메시지를 전송한다. 단말(401)이 AMF(402)에 전송하는 PDU 세션 생성 요청 메시지는 단말(401)의 네트워크 기능 개방(network exposure 또는 network capability exposure) 관련 API 호출(API invocation) 능력에 대한 정보를 포함할 수 있다. API 호출 능력에 대한 정보는 단순 API 호출 능력 있음을 나타내는 지시자 외에 추가로 API 호출을 수행하는 전용 클라이언트(401-2)의 단말(401) 내 설치 여부에 대한 정보, 클라이언트 종류에 대한 정보, 또는 단말(401 내 모뎀(401-3)이 해당 클라이언트와 연동가능한지 여부에 대한 정보 중 적어도 하나를 포함할 수 있다. 또한, 단말(401)이 AMF(402)에 전송하는 PDU 세션 생성 요청 메시지는 단말 가입자가 단말 관련 정보를 3GPP 네트워크에서 외부로 공유하는 것에 대한 사용자 동의(user consent) 를 더 포함할 수 있다. 이 때, 해당 사용자 동의는 해당 세션을 통해서 받는 서비스 이용에 관련된 정보를 외부에 공유하는 것에 대한 동의로 한정될 수 있다. 추가적으로, 이용 가능한 서비스 별 3GPP 네트워크에서 외부로 공유 가능한 정보(들)에 대한 명시가 해당 사용자 동의에 포함되어 있을 수 있다.

일 실시예에 따르면, API 호출을 수행하는 전용 클라이언트(401-2)는 네트워크 개방 기능(network exposure function: NEF)(405)과 연동하기 위한 네트워크 개방 클라이언트(network exposure client: NEC), CCF(405)와 연동하기 위한 CAPIF 클라이언트, 단말(401)이 에지 컴퓨팅 시스템과 연동을 지원하는 경우 에지 인에이블러 클라이언트(edge enabler client: EEC)를 포함할 수 있다. NEC, CAPIF 클라이언트, 또는 EEC 중 적어도 하나의 클라이언트가 단말에 설치되어 있을 수 있으며, NEC, CAPIF 클라이언트, 및 EEC는 서로 연동이 가능할 수 있다. 예를 들면, EEC가 제공하는 EDGE-5 인터페이스가 NEC 또는 CAPIF 클라이언트와 연결될 수 있다.

415단계에서, AMF(402)는 단말(401)로부터 전달받은 PDU 세션 생성 요청 메시지를 SMF(403)에 전달한다. 예를 들어, AMF(402)는 단말(401)로부터 전달받은 PDU 세션 생성 요청 메시지를 3GPP TS 23.502표준에 정의된 Nsmf_PDU session_CreateSMContextRequest 메시지 형식으로 단말(401)의 네트워크 기능 개방 관련 API 호출 능력에 대한 정보를 포함시켜 SMF(403)로 전달할 수 있다.

420단계에서, AMF(402)로부터 PDU 세션 생성 요청 메시지를 수신한 SMF(403)는 UDM(404)에 단말 가입자 관련 정보를 요청한다. 예를 들어, SMF(403)는 3GPP TS 23.502표준에 정의된 Nudm_SDM_Get메시지에 단말(401)의 네트워크 기능 개방 관련 API 호출 능력에 대한 정보를 포함시켜 UDM(404)에 전송하여 단말 가입자 관련 정보를 요청할 수 있다.

425단계에서, UDM (404) 은 SMF (403)로부터 수신한 해당 단말의 네트워크 기능 개방 관련 API 호출 능력에 대한 정보가 포함되어 있는 경우, SMF(403)로부터 단말 가입자 관련 정보를 요청받은UDM(404)은 해당 단말 가입자에 대해서 네트워크 기능 개방 서비스 관련 API 호출 권한이 있는지 여부를 확인한다. 예를 들어, UDM(404)은 UDM(404) 내에 설정된 API 호출 가입자 정보를 통해 해당 단말 가입자에 대해서 네트워크 기능 개방 서비스 관련 API 호출 권한이 있는지 여부를 확인할 수 있다. API 호출 가입자 정보는 해당 단말 가입자에 대해 API 호출 가능한 서비스 목록 및 호출 엔드포인트(endpoint) 주소 정보 (예를 들어, FQDN(fully qualified domain name), URI(uniform resource identifier) 정보 또는 IP 주소 등)를 포함할 수 있다. 일 실시예에 따르면, 단말의 네트워크 기능 개방 관련 API 호출 능력 정보가 단말 내에 설치되어 있는 API 호출을 수행하는 클라이언트에 대한 정보 (ID 또는 종류)를 포함하는 경우, UDM(404)은 해당 클라이언트가 호출 가능한 서비스 API에 대한 정보를 선별할 수 있다. 일 실시예에 따르면, UDM(404)이 SMF(403)로부터 단말의 네트워크 기능 개방 관련 API 호출 능력에 대한 정보를 전달받지 않은 경우, UDM(404)은 UDM(404)에 설정되어 있는 사업자 정책에 따라 해당 단말 가입자가 액세스 가능한 네트워크 기능 개방 서비스 관련 API 호출 허용 여부와 관련된 정보를 SMF(403)에 제공할지 여부를 결정한다.

430 단계에서, UDM(403)은 해당 단말 가입자가 액세스 가능한 네트워크 기능 개방 서비스 관련 API 호출 허용 여부와 관련된 정보를 SMF(402)에 제공한다. UDM(403)이 SMF(402)에 제공하는 해당 단말 가입자가 액세스 가능한 네트워크 기능 개방 서비스 관련 API 호출 허용 여부와 관련된 정보는 다음 정보들 중 적어도 하나를 포함할 수 있다.

- NEF 정보: NEF ID, NEF 엔드포인트 주소, NEF 서비스 지역 정보, 해당 NEF를 통해서 호출 가능한 서비스 API 목록, 해당 NEF 와 연동 가능한 어플리케이션 기능(application function: AF) 정보 (예: 어플리케이션 ID, 어플리케이션 기능 ID, 엔드포인트 주소, 어플리케이션 클라이언트 ID 등), 해당 NEF와 연동 가능한 어플리케이션 서비스 정보 (예: 어플리케이션 서비스 이름 또는 어플리케이션 공급자 정보), 에지 컴퓨팅 서비스 공급자 정보, 또는 NEF가 제공하는 API에 대해서 허용되는 호출 방식(예: 직접 API 호출(direct API invocation) 또는 간접 API 호출(indirect API invocation))에 대한 정보

- CCF 정보: CCF ID, CCF 엔드포인트 주소, CCF 서비스 지역 정보(예: 트래킹 영역(tracking area: TA), 지오로케이션 코드(geolocation code: GLC), 데이터 네트워크 액세스 식별자(data network access identifier: DNAI) 등), CCF에 접속하기 위한 PDU 세션 생성에 필요한 데이터 네트워크 이름 또는 네트워크 슬라이스 정보(single-network slice selection assistance information: S-NSSAI), CCF 공급자 정보(예: 공급자 ID), 해당 CCF를 통해서 호출 가능한 서비스 API 목록, CCF가 제공하는 API에 대해서 허용되는 호출 방식(예: 직접 API 호출 또는 간접 API 호출)에 대한 정보, 해당 서비스 API에 대한 토폴로지 하이딩(topology hiding) 지원 여부에 대한 정보, 또는 CCF가 제공하는 서비스 이용 가능한 PLMN의 ID 목록(PLMN ID list)

- AEF 정보: AEF ID, AEF 엔드포인트 주소, AEF 서비스 지역 정보(예: TA, GLC, 또는 DNAI 등), 호출 가능한 서비스 API 목록, 해당 AEF와 연동 가능한 어플리케이션 기능 정보(예: 어플리케이션 ID, 어플리케이션 기능 ID, 엔드포인트 주소, 어플리케이션 클라이언트 ID 등), 해당 AEF와 연동 가능한 어플리케이션 서비스 정보 (예: 어플리케이션 서비스 이름 또는 어플리케이션 공급자 정보), CCF에 접속하기 위한 PDU 세션 생성에 필요한 데이터 네트워크 이름 또는 네트워크 슬라이스 정보, 해당 AEF와 연동 가능한 에지 컴퓨팅 서비스 공급자 정보, AEF가 제공하는 API에 대해서 허용되는 호출 방식(예: 직접 API 호출 또는 간접 API 호출)에 대한 정보, 해당 서비스 API에 대한 토폴로지 하이딩 지원 여부에 대한 정보, 또는 AEF가 제공하는 서비스 이용 가능한 PLMN의 ID 목록

435단계에서, SMF(403)는 UDM(404)로부터 제공받은 해당 단말 가입자가 액세스 가능한 네트워크 기능 개방 서비스 관련 API 호출 허용 여부와 관련된 정보(예: NEF 정보, CCF 정보, 또는 AEF 정보)를 단말(401)에 전달하기 위해서 AMF(402)로 전달한다. 예를 들어, SMF(403)는 3GPP TS 23.502 표준에 정의된 Namf_Communication_N1N2MessageTransfer 서비스를 이용하여 AMF(402)에게 UDM(404)로부터 제공받은 해당 단말 가입자가 액세스 가능한 네트워크 기능 개방 서비스 관련 API 호출 허용 여부와 관련된 정보를 전달할 수 있다.

440단계에서, AMF(402)는 SMF(403)로부터 제공받은 해당 단말 가입자가 액세스 가능한 네트워크 기능 개방 서비스 관련 API 호출 허용 여부와 관련된 정보(예: NEF 정보, CCF 정보, 또는 AEF 정보)를 단말(401)에 전달한다. 예를 들어, SMF(403)은 410단계의 PDU 세션 생성 요청 메시지에 대한 응답 메시지의 프로토컬 설정 옵션(protocol configuration option)에 SMF(403)로부터 제공받은 정보 를 포함시켜 단말(401)에 전달할 수 있다.

445단계에서 단말(401) 내 모뎀(401-3)은 AMF(402)로부터 제공받은 해당 단말 가입자가 액세스 가능한 네트워크 기능 개방 서비스 관련 API 호출 허용 여부와 관련된 정보(예: NEF 정보, CCF 정보, 또는 AEF 정보)를 상위 계층의 어플리케이션 클라이언트(application client: AC)(401-1) 및/또는 전용 클라이언트(예: EEC, CAPIF 클라이언트 또는 NEC)(401-2)에 전달한다.

450 단계에서 단말(401) 내 전용 클라이언트(401-2) 및/또는 어플리케이션 클라이언트(401-1)는 제공받은 해당 단말 가입자가 액세스 가능한 네트워크 기능 개방 서비스 관련 API 호출 허용 여부와 관련된 정보(예: NEF 정보, CCF 정보, 또는 AEF 정보)를 사용하여 네트워크 기능 개방 서비스 API 를 호출할 수 있다.

도 4에서는 단말(401)이 PDU 세션 생성 절차(PDU session establishment procedure)를 수행하면서 네트워크 기능 개방 서비스 이용에 필요한 설정 정보를 받아오는 실시예에 대해 설명하였으나, 본 개시의 범위는 단말 또는 네트워크에서 개시하는 PDU 세션 수정 절차(PDU session modification procedure) 수행 중 UDM으로부터 도 3에서 설명한 단말 가입자가 액세스 가능한 네트워크 기능 개방 서비스 관련 API 호출 허용 여부와 관련된 정보를 SMF를 거쳐 단말로 전달하는 실시예를 포함할 수 있다.

도 5는 본 개시의 일 실시예에 따른 UDM에 네트워크 기능 개방 서비스 관련 정보를 설정하는 절차를 나타낸 도면이다.

도 5를 참조하면, 505단계에서 CCF 또는 AEF(501)는 AF로서 NEF(502)에 CCF 정보 또는AEF 정보를 제공한다. 예를 들어, CCF 또는 AEF(501)는 3GPP TS 23.502 표준에 정의된 Nnef_ParameterProvision_Create/Update/Delete 요청 메시지를 통해 CCF 정보 또는 AEF 정보를 제공할 수 있다. CCF 정보 또는 AEF 정보는 다음 정보들 중 적어도 하나를 포함할 수 있다.

- CCF 정보: CCF ID, CCF 엔드포인트 주소, CCF 서비스 지역 정보(예: TA, GLC, 또는 DNAI 등), CCF에 접속하기 위한 PDU 세션 생성에 필요한 데이터 네트워크 이름 또는 네트워크 슬라이스 정보, CCF 공급자 정보(예: 공급자 ID), CCF가 제공하는 서비스 API에 대해서 허용되는 호출 방식(예: 직접 API 호출 또는 간접 API 호출)에 대한 정보, 해당 서비스 API에 대한 토폴로지 하이딩(topology hiding) 지원 여부에 대한 정보, 또는 CCF가 제공하는 서비스 이용 가능한 PLMN의 ID 목록(PLMN ID list)

- AEF 정보: AEF ID, AEF 엔드포인트 주소, AEF 서비스 지역 정보(예: TA, GLC, DNAI 등), 호출 가능한 서비스 API 목록, 해당 AEF와 연동 가능한 어플리케이션 기능 정보(예: 어플리케이션 ID, 어플리케이션 기능 ID, 엔드포인트 주소, 어플리케이션 클라이언트 ID 등), 해당 AEF와 연동 가능한 어플리케이션 서비스 정보(예: 어플리케이션 서비스 이름 또는 어플리케이션 공급자 정보), CCF에 접속하기 위한 PDU 세션 생성에 필요한 데이터 네트워크 이름 또는 네트워크 슬라이스 정보, 해당 AEF 와 연동 가능한 에지 컴퓨팅 서비스 공급자 정보, AEF가 제공하는 API에 대해서 허용되는 호출 방식(예: 직접 API 호출 또는 간접 API 호출)에 대한 정보, 해당 서비스 API에 대한 토폴로지 하이딩 지원 여부에 대한 정보, 또는 AEF가 제공하는 서비스 이용 가능한 PLMN의 ID 목록

일 실시예에 따르면, CCF 정보 또는 AEF 정보는 단말 ID(UE ID) 및/또는 단말 그룹 ID(UE group ID)와 함께 제공될 수 있다. 단말 (그룹) ID와 함께 제공된 경우 UDM(502)은 해당 ID에 해당하는 단말의 가입자 정보에 CCF 정보 또는 AEF 정보를 추가한다.

510단계에서 NEF(502)는 CCF 또는 AEF(501)로부터 제공받은 CCF 정보 또는 AEF 정보를 UDM(503)에 전달한다. 예를 들어, NEF(502)는 3GPP TS 23.502 표준에 정의된 Nudm_ParameterProvision_Create/Update/Delete 요청 메시지에 CCF 정보 또는 AEF 정보를 포함시켜 UDM(503)에 전달할 수 있다.

515단계에서 UDM(503)은 NEF(502)로부터 전달받은 CCF 정보 또는 AEF 정보를 UDM(503) 내에 저장하고 UDR(504)에 추가로 저장할 수 있다. 예를 들어, UDM(503)은 3GPP TS 23.502 표준에 정의된 Nudr_DM_Create/Update 서비스 동작을 통해 CCF 정보 또는 AEF 정보를 UDR(504)에 전달하고, UDR(504)은 CCF 정보 또는 AEF 정보를 저장할 수 있다. 일 실시예에 따르면, UDM(503)은 NEF(502)로부터 전달받은 CCF 정보 또는 AEF 정보를 CCF 또는 AEF(501)가 제공하는 서비스 API와 관련된 코어 네트워크 기능의 종류 (예: 액세스 및 이동성 관리(access and mobility management), 세션 관리(session management) 등)에 따라서 어떤 종류의 가입자 정보에 저장할 지 결정(즉, 가입자 정보 종류(subscription data type) 결정)할 수 있다. 예를 들면, CCF 또는 AEF(501)에서 제공하는 서비스 API가 세션의 QoS(quality of service) 제어 관련인 경우, 해당 CCF 정보 또는 AEF 정보는 단말의 세션 관리 가입자 정보(session management subscription data)에 저장할 수 있다.

520단계에서 UDM(503)은 성공적으로 CCF 정보 또는AEF 정보가 설정되었음을 NEF(502)에 보고한다. 예를 들어, UDM(503)은 510단계의 Nudm_ParameterProvision_Create/Update/Delete 요청 메시지에 대한 응답으로 NEF(502)에 3GPP TS 23.502 표준에 정의된 Nudm_ParameterProvision_Create/Update/Delete 응답 메시지를 전송하여 UDM(503) 내에 CCF 정보 또는 AEF 정보가 성공적으로 설정되었음을 알릴 수 있다.

525단계에서 NEF(502)는 UDM(503)으로부터 전달받은 UDM(503) 내의 CFF 정보 또는 AEF 정보의 설정 성공 여부를 CCF 또는 AEF(501)에 보고한다. 예를 들어, NEF(502)는 505단계의 Nnef_ParameterProvision_Create/Update/Delete 요청 메시지에 대한 응답으로 3GPP TS 23.502 표준에 정의된 Nnef_ParameterProvision_Create/Update/Delete응답 메시지를 전송하여 UDM(503) 내의 CCF 정보 또는 AEF 정보의 설정 성공 여부를 알릴 수 있다.

도 5의 실시예에서 설명한 CCF 정보 및/또는 AEF 정보를 5G 코어 네트워크에 온라인 방식으로 설정하는 방법 외에 다른 경로를 통해 해당 정보들이 UDM에 저장될 수 있다. 예를 들어, 사업자와 CCF 또는 AEF 의 공급자 사이의 서비스 협약(service level agreement)에 따라 오프라인으로 UDM에 로컬 설정(local configuration)이 되어 있을 수 있다.

도 6은 본 개시의 일 실시예에 따른 UDR에 네트워크 기능 개방 서비스 관련 정보를 설정하는 절차를 나타낸 도면이다.

도 6을 참조하면, 605단계에서CCF 또는 AEF(603)는 AF로서 CCF 정보 또는 AEF 정보를 포함하는 AF 요청 메시지를 생성한다. 예를 들어, CCF 또는 AEF(603)은 3GPP TS 23.502 표준에 정의된 Nnef_ServiceParameter_Create/Update/Delete 서비스 동작을 통해 AF 요청 메시지를 생성할 수 있다. CCF 정보 또는 AEF 정보는 다음 정보들 중 적어도 하나를 포함할 수 있다.

- CCF 정보: CCF ID, CCF 엔드포인트 주소, CCF 서비스 지역(예: TA, GLC, 또는DNAI 등), CCF에 접속하기 위한 PDU 세션 생성에 필요한 데이터 네트워크 이름 또는 네트워크 슬라이스 정보, CCF 공급자 정보 (예: 공급자 ID), CCF가 제공하는 서비스 API에 대해서 허용되는 호출 방식(예: 직접 API 호출 또는 간접 API 호출)에 대한 정보, 해당 서비스 API에 대한 토폴로지 하이딩 지원 여부에 대한 정보, 또는 CCF가 제공하는 서비스 이용 가능한 PLMN의 ID 목록

- AEF 정보: AEF ID, AEF 엔드포인트 주소, AEF 서비스 지역(TA, GLC, 또는 DNAI 등), 호출 가능한 서비스 API 목록, 해당 AEF와 연동 가능한 어플리케이션 기능 정보(예: 어플리케이션 ID, 어플리케이션 기능 ID, 엔드포인트 주소, 어플리케이션 클라이언트 ID 등), 해당 AEF와 연동 가능한 어플리케이션 서비스 정보(예: 어플리케이션 서비스 이름 또는 어플리케이션 공급자 정보), CCF에 접속하기 위한 PDU 세션 생성에 필요한 데이터 네트워크 이름 또는 네트워크 슬라이스 정보, 해당 AEF와 연동 가능한 에지 컴퓨팅 서비스 공급자 정보, AEF가 제공하는 API에 대해서 허용되는 호출 방식(예: 직접 API 호출 또는 간접 API 호출)에 대한 정보, 해당 서비스 API에 대한 토폴로지 하이딩 지원 여부에 대한 정보, 또는 AEF가 제공하는 서비스 이용 가능한 PLMN의 ID 목록

일 실시예에 따르면, CCF 정보 또는 AEF 정보는 단말 ID 또는 단말 그룹 ID와 함께 제공될 수 있다. 단말 (그룹) ID와 함께 제공된 경우 UDM은 해당 ID에 해당하는 단말의 가입자 정보에 CCF 정보 또는 AEF 정보를 추가한다.

610단계에서, CCF 또는 AEF(603)는 NEF(602)에 605단계에서 생성된CCF 정보 또는AEF 정보를 제공한다. 예를 들어, CCF 또는 AEF(603)는 3GPP TS 23.502 표준에 정의된 Nnef_ServiceParameter_Create/Update/Delete 요청 메시지를 통해 CCF 정보 또는 AEF 정보를 제공할 수 있다.

615 단계에서, NEF(602)는 CCF 또는 AEF(603)로부터 제공받은 CCF 정보 또는 AEF 정보를 UDR(601)에 전달하고, UDR(601)은 NEF(602)로부터 전달받은 CCF 정보 또는 AEF 정보를 저장한다. 일 실시예에 따르면, UDR(501)은 NEF(502)로부터 전달받은 CCF 정보 또는 AEF 정보를 CCF 또는 AEF(603)가 제공하는 서비스 API와 관련된 코어 네트워크 기능의 종류 (예: 액세스 및 이동성 관리, 세션 관리 등)에 따라서 어떤 종류의 가입자 정보에 저장할 지 결정(즉, 가입자 정보 종류 결정)할 수 있다. 예를 들면, CCF 또는 AEF(603)에서 제공하는 서비스 API가 세션의 QoS 제어 관련인 경우, 해당 CCF 정보 또는 AEF 정보는 단말의 세션 관리 사입자 정보에 저장할 수 있다. 일 실시예에 따르면, UDR(601)은 NEF(602)에 CCF 정보 또는 AEF 정보의 저장 성공 여부를 보고할 수 있다. 예를 들어, 해당 단말에 대해서 서비스 API 호출이 허용되지 않은 경우, NEF(602)에 CCF 정보 또는 AEF 정보의 저장이 실패하였음을 알릴 수 있다. 일 실시예에 따르면, UDR(601)에서 자체적으로 해당 단말에 대한 서비스 API 호출 허용 여부를 알 수 있거나, UDR(601)이 UDM에 요청하여 해당 단말에 대한 서비스 API 호출 허용 여부를 확인할 수 있다.

620 단계에서, NEF(602)는 UDR(601)로부터 전달받은 UDR(601) 내의 CFF 정보 또는 AEF 정보의 저장 성공 여부를 CCF 또는 AEF(603)에 보고한다. 예를 들어, NEF(602)는 610단계의 Nnef_ServiceParameter_Create/Update/Delete 요청 메시지에 대한 응답으로 3GPP TS 23.502 표준에 정의된 Nnef_ServiceParameter_Create/Update/Delete 응답 메시지를 전송하여 UDR(601) 내의 CCF 정보 또는 AEF 정보의 저장 성공 여부를 알릴 수 있다.

도 7은 본 개시의 일 실시예에 따른 에지 인에이블러 계층(edge enabler layer)을 통해 네트워크 기능 개방 서비스 관련 정보를 전달하는 절차를 나타낸 도면이다.

도 7을 참조하면, 705단계에서 EEC(701)는 단말의 서비스 요청 메시지를 ECS(702)에 전송한다. EEC(701)가 ECS(702)에 전송하는 단말의 서비스 요청 메시지는 서빙(serving) PLMN ID(단말이 현재 접속한 PLMN 식별자 정보)를 포함할 수 있다. 예를 들어, EEC(701)는 3GPP TS 23.558 표준에 정의된 서비스 프로비저닝 요청(service provisioning request) 요청 메시지에 서빙 PLMN ID를 포함시켜 ECS(702)에 전송할 수 있다.

710단계에서, ECS(702)는 단말의 현재 서빙 PLMN 의 네트워크 기능 개방 관련 NF(예: NEF, SCEF,…)에 대한 정보 또는 CCF 또는 AEF에 대한 정보를 확인한다. 일 실시예에 따르면, ECS(702)는 UDM 또는 에지 컴퓨팅 서비스 가입자 데이터 베이스 서버와 연동하여 단말의 가입자 정보를 확인하고, 직접 API 호출이 허용되거나 지원되는지 확인할 수 있다. 해당 단말 또는 단말 내EEC(701)에 대해서 직접 API 호출이 허용되거나 지원되는 경우, ECS(702)는 통신 가능한 NEF 정보, CCF 정보, 또는 AEF 정보를 단말에 제공할 수 있다. 예를 들어, ECS(702)는 705단계에서 수신한 서비스 프로비저닝 요청 메시지에 응답하여 3GPP TS 23.558 표준에 정의된 서비스 프로비저닝 응답(service provisioning response) 메시지에 NEF 정보, CCF 정보, 또는 AEF 정보를 포함시켜 단말에 전달할 수 있다. NEF 정보, CCF 정보, 또는 AEF 정보는 다음 정보들 중 적어도 하나를 포함할 수 있다.

- NEF 정보: NEF ID, NEF 엔드포인트 주소, NEF 서비스 지역 정보, 해당 NEF를 통해서 호출 가능한 서비스 API 목록, 해당 NEF 와 연동 가능한 어플리케이션 기능(application function: AF) 정보 (예: 어플리케이션 ID, 어플리케이션 기능 ID, 엔드포인트 주소, 어플리케이션 클라이언트 ID 등), 해당 NEF와 연동 가능한 어플리케이션 서비스 정보 (예: 어플리케이션 서비스 이름 또는 어플리케이션 공급자 정보), 에지 컴퓨팅 서비스 공급자 정보, 또는 NEF가 제공하는 API에 대해서 허용되는 호출 방식(예: 직접 API 호출(direct API invocation) 또는 간접 API 호출(indirect API invocation))에 대한 정보

- CCF 정보: CCF ID, CCF 엔드포인트 주소, CCF 서비스 지역 정보(예: TA, GLC, 또는 DNAI 등), CCF에 접속하기 위한 PDU 세션 생성에 필요한 데이터 네트워크 이름 또는 네트워크 슬라이스 정보, CCF 공급자 정보(예: 공급자 ID), 해당 CCF를 통해서 호출 가능한 서비스 API 목록, CCF가 제공하는 API에 대해서 허용되는 호출 방식(예: 직접 API 호출 또는 간접 API 호출)에 대한 정보, 해당 서비스 API에 대한 토폴로지 하이딩(topology hiding) 지원 여부에 대한 정보, 또는 CCF가 제공하는 서비스 이용 가능한 PLMN의 ID 목록(PLMN ID list)

- AEF 정보: AEF ID, AEF 엔드포인트 주소, AEF 서비스 지역 정보(예: TA, GLC, 또는 DNAI 등), 해당 AEF를 통해서 호출 가능한 서비스 API 목록, 해당 AEF와 연동 가능한 어플리케이션 기능 정보(예: 어플리케이션 ID, 어플리케이션 기능 ID, 엔드포인트 주소, 어플리케이션 클라이언트 ID 등), 해당 AEF와 연동 가능한 어플리케이션 서비스 정보 (예: 어플리케이션 서비스 이름 또는 어플리케이션 공급자 정보), CCF에 접속하기 위한 PDU 세션 생성에 필요한 데이터 네트워크 이름 또는 네트워크 슬라이스 정보, 해당 AEF와 연동 가능한 에지 컴퓨팅 서비스 공급자 정보, AEF가 제공하는 API에 대해서 허용되는 호출 방식(예: 직접 API 호출 또는 간접 API 호출)에 대한 정보, 해당 서비스 API에 대한 토폴로지 하이딩 지원 여부에 대한 정보, 또는 AEF가 제공하는 서비스 이용 가능한 PLMN의 ID 목록

일 실시예에 따르면, ECS(702)는 로컬 NEF 지원 여부 및/또는 해당 NEF 또는 CCF 에서 지원하는 API 목록을EEC(701)에 제공할 수 있다. 일 실시예에 따르면, ECS(702)는 ECS(702)의 AF ID 정보를 EEC(701)에 제공할 수 있다.

715단계에서, EEC(701)는 등록 요청 메시지 또는 EAS 탐색 메시지를 EES(703)에 전송한다. EEC(701)이 EES(703)에 전송하는 등록 요청 메시지 또는 EAS 탐색 메시지는E 단말 ID, 서빙 PLMN ID, 또는 AC 프로파일 중 적어도 하나를 포함할 수 있다. 예를 들어, EEC(701)는 3GPP TS 23.558 표준에 정의된 EEC 등록 요청(EEC registration request) 메시지 또는 EAS 탐색 요청(EAS discovery request) 메시지에 단말 ID, 서빙 PLMN ID, 또는 AC 프로파일 중 적어도 하나를 포함시켜 EES(703)에게 전송할 수 있다. AC 프로파일 정보는 해당 AC의 서비스에 필요한 API 목록 정보를 포함할 수 있다. 일 실시예에 따르면, EES(703)는 EEC(701)로부터 전달받은 AC 프로파일 정보에 포함된 AC의 서비스에 필요한 API 목록을 확인하고, 해당 API 들을 제공할 수 있는 NEF, CCF, 또는 AEF를 결정하여 해당 서비스를 제공할 수 있다. 일 실시예에 따르면, EES(703)는 EEC(701)로부터 수신한 서빙 PLMN ID 를 확인하고, 확인된 서빙 PLMN ID를 사용하여 NEF 정보, CCF 정보, 또는 AEF 정보 중 어떤 정보를 제공할 지 결정할 수 있다.

720 단계에서, EES(703)는 EEC(701)가 제공한 서빙 PLMN ID 또는 AC 프로파일 정보에 부합하는 PLMN 의 네트워크 기능 개방 관련 NEF(예를 들어, 해당 PLMN에 설치되어 있는 NEF)에 대한 정보(NEF 정보), CCF에 대한 정보(CCF 정보), 또는 AEF 에 대한 정보(AEF 정보)를 선택하여 단말에 제공할 수 있다. 일 실시예에 따르면, EES(703)는 EEC(701)가 서빙 PLMN ID 를 제공하지 않았거나 EES 내부 설정된 정책에 따라 해당 단말(EEC(701)가 설치되어 있는 단말)이 현재 어느 PLMN 에 접속되어 있는지를 UDM을 통해서 확인하고, 단말이 현재 접속한 PLMN에서 접속 가능한 NEF,CCF, 또는 AEF 중 어느 하나에 대한 정보(즉, NEF 정보, CCF 정보, 또는 AEF 정보 중 하나)를 제공할 수 있다. 일 실시예에 따르면, EES(703)은 해당 단말 또는 EEC(701)를 사용하는 가입자에 대해서 직접 API 호출이 허용되거나 지원되는지 여부를 판단하기 위해 UDM 또는 별도의 에지 컴퓨팅 서비스 가입자 데이터 베이스 서버에 해당 가입자에 대한 정보의 확인을 요청할 수 있다. 일 실시예에 따르면, EEC(701)가 715단계에서 AC 프로파일 정보를 제공한 경우, EES(703)는 해당 AC에 서비스를 제공하는 EAS에 대해서 네트워크 기능 개방이 지원되는지 확인할 수 있다. 예를 들어, EES(703)는 EAS 제공자 ID(ASP ID 또는 EAS provider ID)에 대한 ASP(application service provider)-MNO(mobile network operator) SLA(service level agreement)에 단말의 직접 API 호출이 허용되거나 지원되는지 여부를 나타내는 지시자가 포함되어 있는지 코어 네트워크 장치(예를 들어, UDM 또는 UDR) 또는 에지 컴퓨팅 서비스 가입자 데이터 베이스 내에서 확인할 수 있다.

725단계에서, EES(703)는 EEC(701)에게 NEF 정보, CCF 정보, 또는 AEF 정보를 제공한다. 예를 들어, EES(703)는 715단계의 EEC 등록 요청 메시지 또는 EAS 탐색 요청 메시지에 대한 응답으로 3GPP TS 23.558 표준에 정의된 EEC 등록 응답(EEC 등록 응답) 메시지 또는 EAS 탐색 응답(EAS discovery response) 메시지에 NEF 정보, CCF 정보, 또는 AEF 정보를 포함시켜 EEC(701)에게 전달할 수 있다.

일 실시예에 따르면, EES(703)가 제공하는 NEF 정보는 NEF ID, NEF 엔드포인트 주소, 해당 NEF를 통해서 호출 가능한 서비스 API 목록, 해당 NEF가 제공하는 API에 대해서 직접 API 호출이 허용되거지 지원되는 여부를 나타내는 지시자를 포함할 수 있다. EES(703)이 EEC(701)에 NEF 정보를 제공하는 경우 EES(701)의 AF ID를 함께 제공할 수 있다. EES(703)의 AF ID는 추후 EEC(701)가 NEF에 액세스하여 API를 호출할 때 API 호출 메시지에 포함되어 NEF에 전송될 수 있다. EEC(701)로부터 전달받은 EES(703)의 AF ID는 NEF에서 어떤 AF에 대한 서비스인지 인증 및 서비스 상 목적을 위해 사용될 수 있다. 인증이 목적인 경우, EEC(701)는 NEF의 서비스 API를 호출할 때 관련 AF ID와 단말 ID를 함께 NEF에 제공할 수 있다.

일 실시예에 따르면, EES(703)는 단말의 서빙 PLMN 에서 CAPIF를 지원하는 경우, NEF 대신 CCF 또는 AEF를 선택하여 CCF 정보 또는 AEF 정보를 EEC(701)에 제공할 수 있다. 다른 실시예에 따르면, EES(703)는 EEC(701) 또는 EEC(701)가 설치되어 있는 단말에 대해서 사용 가능한 서비스 API를 제공하는 AEF에 대한 정보인 AEF 정보만을 (CCF에 대한 정보인 CCF 정보는 제공하지 않고) EEC(701)에 제공할 수 있다. EES(703)는 CCF 정보 또는 AEF 정보를 제공할 때, CCF와 AEF 각각에 대한 직접 API 호출이 허용되거나 지원되는지 여부를 나타내는 지시자를 포함하여 제공할 수 있다. EES(703)는 EES(703)의 AF ID를 CCF 정보 또는 AEF 정보와 함께 EEC(701)에 제공할 수 있다.

730단계에서, EEC(701)는 EES(703)와 ECS(702)로부터 제공받은 NEF 정보, CCF 정보, 또는 AEF 정보를 사용하여 필요한 서비스 API 호출을 수행한다. 필요한 서비스 API를 호출하는 방식은 EES(703)와 ECS(702)로부터 제공받은 직접 API 호출이 허용되는지 여부를 나타내는 지시자가 명시한 방식을 따른다. NEF, CCF, 또는 AEF가 제공하는 서비스 API를 EEC(701)가 호출할 때, EEC(701)는 EES(703) 또는 ECS(702)로부터 제공받은 AF ID를 서비스 API 호출 요청 메시지에 포함시킬 수 있다.

도 8은 본 개시의 일 실시예에 따른 NEF 또는 AEF에 대한 EEC의 간접 API 호출 절차를 나타낸 도면이다.

도 8을 참조하면, 805단계에서 EEC(801)는 ECS 또는 EES(802)에 API 호출 트리거요청 메시지를 전송한다. EEC(801)가 ECS 또는 EES(802)에 전송하는 API 호출 트리거 요청 메시지는 다음의 정보들 중 적어도 하나를 포함할 수 있다.

- 요청 API 이름, 단말 ID, NEF 또는 AEF의 ID 및 주소 정보, 호출 트리거 요청 지시자, 사용자 동의(예: 해당 API 서비스를 이용하는데 필요한 정보를 3GPP 네트워크에서 외부의 ECS 또는 EES에 제공하는 것에 대한 동의)

일 실시예에 따르면, EEC(801)는 ECS 또는 EES(802)에 별도의 API 호출 트리거 요청 메시지를 전송하는 대신 ECS 또는 EES(802)가 제공하는 다른 서비스의 요청 메시지(예: 서비스 프로비저닝 요청 메시지, EAS 탐색 요청 메시지, 또는 어플리케이션 컨텍스트 재배치 요청(application context relocation request) 메시지 등) 내에 호출 트리거 요청 지시자와 요청 대상 서비스 API 정보를 포함시켜 전송함으로써 API 호출 요청을 수행할 수 있다.

810단계에서 EES 또는 ECS(802)는 EEC(801)로부터 수신한 API 호출 트리거 요청 메시지 내의 정보를 이용하여 어떤 NEF 또는 AEF와 통신하여 어느 서비스 API를 호출할지 결정하고, 선택한 NEF 또는 AEF(803)에 API 호출 요청 메시지를 전송함으로써 서비스 API 호출 동작을 수행한다. 일 실시예에 따르면, EES 또는 ECS(802)와 연동하는 코어 망이 로컬 NEF (또는 로컬 네트워크 기능 개방)를 지원하는 경우, 단말의 위치, EES 또는 ECS(802)의 DNAI, EES 또는 ECS(802)의 서비스 지역 중 적어도 하나를 고려하여, EES 또는 ECS(802)와 가까이 위치한 로컬 NEF에 API 호출 요청 메시지를 전송할 수 있다.

815단계에서 NEF 또는 AEF(803)는 ECS 또는 EES(802)로부터 수신한 API 호출 요청 메시지에 대한 응답 메시지를 전송한다. NEF 또는 AEF(803)이 ECS 또는 EES(802)에게 전송하는 응답 메시지는 API 호출 결과를 포함할 수 있다. 일 실시예에 따르면, NEF 또는 AEF(803)에서 해당 서비스 API를 지원하지 않거나 다른 NEF 또는 AEF가 서비스 API를 제공하기 더 적합한 경우(예: 과부하 발생 또는 더 가까운 위치에 존재하는 NEF 또는 AEF가 있는 경우), NEF 또는 AEF(803)이 ECS 또는 EES(802)에게 전송하는 응답 메시지는 API 호출 실패 코드와 함께 다른 NEF 또는 AEF의 ID 및 주소 정보를 포함할 수 있다.

820 단계에서 EES 또는 ECS(802)는 EEC(801)에 API 호출 트리거 요청에 대한 결과(NEF 또는 AEF(803)로부터 전달받은 API 호출 결과)를 포함하는 응답 메시지를 전송한다.

도 9는 본 개시의 일 실시예에 따른 CCF에 대한 EEC의 간접 API 호출 절차를 나타낸 도면이다.

도 9를 참조하면, 905단계에서 EEC(901)는 ECS 또는 EES(802)에 API 호출 트리거요청 메시지를 전송한다. EEC(901)가 ECS 또는 EES(902)에 전송하는 API 호출 트리거 요청 메시지는 다음의 정보들 중 적어도 하나를 포함할 수 있다.

- 요청 API 이름, 단말 ID, CCF,NEF, 또는 AEF의 ID 및 주소 정보, 호출 트리거 요청 지시자, 사용자 동의(예: 해당 API 서비스를 이용하는데 필요한 정보를 3GPP 네트워크에서 외부의 ECS 또는 EES에 제공하는 것에 대한 동의)

일 실시예에 따르면, EEC(901)는 ECS 또는 EES(902)에 별도의 API 호출 트리거 요청 메시지를 전송하는 대신 ECS 또는 EES(902)가 제공하는 다른 서비스의 요청 메시지(예: 서비스 프로비저닝 요청 메시지, EAS 탐색 요청 메시지, 또는 어플리케이션 컨텍스트 재배치 요청 메시지 등) 내에 호출 트리거 요청 지시바와 요청 대상 서비스 API 정보를 포함시켜 전송함으로써 API 호출 요청을 수행할 수 있다.

910단계에서 ECS 또는 EES(902)가 CCF(903)과의 연동을 지원하는 경우, CCF(903)에 API 탐색 요청 메시지를 전송한다. ECS 또는 EES(902)는 EEC(901)의 API 호출 트리거 요청에 대한 NEF 또는 AEF를 탐색하기 위해서 CCF(902)에 API 탐색 요청 메시지를 전송할 수 있다. ECS 또는 EES(902)가 CCF(903)에 전송하는 API 탐색 요청 메시지는 EEC(901)로부터 제공받은 사용자 동의(예: 해당 API 서비스를 이용하는데 필요한 정보를 3GPP 네트워크에서 외부의 ECS 또는 EES 에 제공하는 것에 대한 동의)를 포함할 수 있다.

915단계에서 CCF(903)는 ECS 또는 EES(902)로부터 수신한 API 텀색 요청 메시지에 대한 응답 메시지를 ECS 또는 EES(902)로 전송한다. CCF(903)이 ECS 또는 EES(902)로 전송하는 응답 메시지는 요청한 서비스 API를 제공할 수 있는 NEF 또는 AEF(904)에 대한 정보(예: NEF 또는 AEF의 ID 및 주소 정보)를 포함할 수 있다.

920단계에서 ECS 또는 EES(902)는 CCF(903)로부터 수신한 응답 메시지에 포함된 NEF 또는 AEF(904)의 주소 정보를 사용하여 NEF 또는 AEF(903)에 API 호출 요청 메시지를 전송함으로써 서비스 API 호출 동작을 수행한다.

925단계에서 NEF 또는 AEF(904)는 ECS 또는 EES(902)로부터 수신한 API 호출 요청 메시지에 대한 응답 메시지를 전송한다. NEF 또는 AEF(904)가 ECS 또는 EES(902)에게 전송하는 응답 메시지는 API 호출 결과를 포함할 수 있다. 일 실시예에 따르면, NEF 또는 AEF(904)에서 해당 서비스 API를 지원하지 않거나 다른 NEF 또는 AEF가 서비스 API를 제공하기 더 적합한 경우(예: 과부하 발생 또는 더 가까운 위치에 존재하는 NEF 또는 AEF가 있는 경우), NEF 또는 AEF(904)이 ECS 또는 EES(902)에게 전송하는 응답 메시지는 API 호출 실패 코드와 함께 다른 NEF 또는 AEF의 ID 및 주소 정보를 포함할 수 있다.

930 단계에서 EES 또는 ECS(902)는 EEC(901)에 API 호출 트리거 요청에 대한 결과(NEF 또는 AEF(904)로부터 전달받은 API 호출 결과)를 포함하는 응답 메시지를 전송한다.

도 10은 본 개시의 일 실시예에 따른 NEF에 대한 EEC의 API 호출 절차를 나타낸 도면이다.

도 10을 참조하면, 1005단계에서 UDM(1003)은 NEF(1002)에 직접 API 호출 이 허용된(또는 지원된) 단말에 대한 정보(예: MSISDN(mobile station ISDN(integrated services digital network) number definition) 또는 GPSI(generic public subscription identifier)와 같은 단말 ID 또는 단말 그룹 ID)를 제공한다. 일 실시예에 따르면, 단말에 대한 정보는 해당 단말에 서비스를 제공하는 어플리케이션 서버의 AF ID와 함께 제공될 수 있다. 일 실시예에 따르면, UDM(1003)은 NEF(1002)에 직접 API 호출이 허용된 어플리케이션 클라이언트 또는 EEC(1001)에 대한 정보를 제공할 수 있다. 예를 들어, UDM(1003)은 어플리케이션 클라이언트 ID 또는 EEC ID를 NEF(1002)에 단말 ID와 함께 제공할 수 있다. 이러한 경우, 단말 내 특정 어플리케이션 클라이언트 또는 EEC에 대해서만 직접 API 호출을 허용함을 나타낸다. 일 실시예에 따르면, UDM(1003)은 해당 단말의 위치에서 서비스 제공이 가능한 NEF(1002)를 선택하여 직접 API 호출이 허용된(또는 지원된) 단말 ID 목록 또는 단말 그룹 ID 목록을 제공할 수 있다. 일 실시예에 따르면, UDM(1003)은 NEF(1002)에 직접 API 호출이 허용된(또는 지원되는) 단말에 대한 정보를 제공하면서, 관련 이벤트 (예: 단말의 NEF 접속 발생) 발생 시 알림을 받기 위한 가입(subscribe)을 동시에 수행할 수 있다. 일 실시예에 따르면, UDM(1001)이 NEF(1002)에 직접 API 호출이 허용된(또는 지원된) 단말에 대한 정보를 제공할 때, 단말에 대한 정보와 함께 단말 가입자 또는 사용자가 사용에 동의한 서비스 API 목록 또는 외부로 공유 가능한 정보를 같이 제공할 수 있다.

1010단계에서 NEF(1002)는 UDM(1003)에 직접 API 호출 이 허용된(또는 지원된) 단말에 대한 정보의 수신 및 저장 성공 여부를 나타내는 지시자를 포함한 응답 메시지를 전송한다.

1015단계에서 단말 내 클라이언트(예: EEC 또는 어플리케이션 클라이언트)(1001)는 NEF(1002)에 API 호출 요청 메시지를 전송한다 단말 내 클라이언트(1001)이 NEF(1002)에게 전송하는 API 호출 요청 메시지는 다음의 정보들 중 적어도 하나를 포함할 수 있다.

- 호출 대상 API 이름, 호출 대상 API 서비스 이용에 필요한 입력 값, 호출 대상 API 서비스와 연동된 AF 정보 (예를 들어, ECS, EES, 또는 EAS의 주소 정보 및 AF ID), 단말 ID, 호출하는 클라이언트 ID(EEC ID 또는 어플리케이션 클라이언트 ID), 사용자 동의(예: 해당 API 서비스를 이용하는데 필요한 정보를 3GPP 네트워크에서 외부의 ECS 또는 EES와 같은 AF 또는 외부 서버에 제공하는 것에 대한 동의)

일 실시예에 따르면, 단말 내 클라이언트(EEC 또는 어플리케이션 클라이언트)(1001)는 다음 조건들 중 적어도 하나를 만족할 때, NEF(1002)에 API 호출 요청 메시지를 전송할 수 있다.

(1) 단말 내 어플리케이션 클라이언트 설치 완료,

(2)단말 내 어플리케이션 클라이언트가 EEC에 서비스 요청 수행,

(3) 어플리케이션 클라이언트가 실행 되었을 때,

(4) 어플리케이션 클라이언트가 실행되고 어플리케이션 서버를 향한 트래픽을 생성하고 전송할 때

(5) 어플리케이션 클라이언트가 어플리케이션 서버로부터 서비스를 받는 도중 서비스 품질이 저하될 때,

(6) 단말 관련 정보를 3GPP 코어 망으로부터 제공받아야 할 때

일 실시예에 따르면, NEF(1002)는 단말 내 클라이언트(EEC 또는 어플리케이션 클라이언트)(1001)으로부터 수신한 API 호출 요청 메시지에 따라 연관된 코어망의 네트워크 기능과 연동한다. 일 실시예에 따르면, 1005 단계 및 1010단계가 수행되지 않은 경우, NEF(1002)는 자신에게 API 호출 요청 메시지를 전송한 단말에 대한 인증을 위해서 UDM과 연동할 수 있다. 예를 들어, NEF(1002)는 해당 단말에 대한 ID를 UDM에 제공하면서 해당 단말에 대해 직접 API 호출이 허용되는지(또는 지원되는지) 여부를 확인할 수 있다. 일 실시예에 따르면, UDM으로부터 해당 단말에 대해서 직접 API 호출이 허용되지(또는 지원되지) 않거나 또는 관련 가입자 정보가 없다는 보고를 수신한 경우, NEF(1002)는 단말의 API 호출 요청을 거절한다.

1020단계에서 NEF(1002)는 단말 내 클라이언트(EEC 또는 어플리케이션 클라이언트)(1001)에게 API 호출 요청에 대한 결과를 포함하는 응답 메시지를 전송한다.

도 8, 도 9 및 도 10의 실시예에 따라 성공적으로 서비스 API 호출 요청을 완료한 이후, 단말 내 클라이언트(EEC 또는 어플리케이션 클라이언트)는 해당 서비스 API 사용의 중지를 요청할 수 있다. 예를 들어, 단말 내 클라이언트는 해당 서비스 API 에 대한 사용의 중지 또는 취소를 요청하는 메시지를 API 호출 요청 메시지를 전송한 장치에 전송할 수 있다. 서비스 API에 대한 사용의 중지 또는 취소를 요청하는 메시지는 대상 API 이름, 호출 대상 API 서비스를 사용하고 있는 AF 중 사용을 중지하고 싶은 AF 정보 (예를 들어, ECS, EES, 또는 EAS의 주소 정보 및 AF ID), 또는 단말 ID 및/또는 단말 그룹 ID 등의 정보를 포함할 수 있다. 추가로, 단말 내 클라이언트가 도 8, 도 9, 및 도 10 과 같이 서비스 API 호출 요청을 수행하지 않았지만, 현재 외부의 AF로부터 호출되어 사용되고 있는 해당 단말에 대한 서비스 API 사용을 중지하고 싶은 경우에도 마찬가지로 단말 내 클라이언트는 특정 서비스 API 에 대한 사용의 중지 또는 취소 요청 동작을 수행할 수 있다.

도 11은 본 개시의 일 실시예에 따른 단말의 구성을 나타낸 도면이다.

도 11을 참조하면, 무선 통신 시스템에서 기지국 또는 다른 네트워크 엔티티와 통신하는 단말은(1100)는 송수신부(1101), 제어부(1102), 및 저장부(1103)를 포함할 수 있다. 제어부(1102)는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.

송수신부(1101)는 기지국 또는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 송수신부(1101)는 예를 들어, 상술한 실시예에 따라 ECS 또는 EES에 API 호출 트리거 요청 메시지를 전송할 수 있다.

제어부(1102)는 본 개시에서 제안하는 다양한 실시 예들에 따른 단말의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부(1102)는 도 3 내지 도 10을 참고하여 상술한 절차에 따른 동작을 수행하도록 각 블록 간 신호 흐름을 제어할 수 있다. 예컨대, 제어부(1102)는 상술한 실시 예들에 따른 특정 서비스 API 호출과 관련된 전반적인 동작들을 제어할 수 있다.

저장부(1103)는 상기 송수신부(1101)를 통해 송수신되는 정보 및 제어부(1102)를 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다. 예를 들어, 저장부(1103)는 상술한 실시 예에 따른 API 호출 트리거 요청에 대한 결과 등을 저장할 수 있다.

도 12는 본 개시의 일 실시예에 따른 네트워크 엔티티의 구성을 나타낸 도면이다.

도 12의 네트워크 엔티티는, 예를 들어, ECS, NEF, CCF 및 AEF를 포함할 수 있다.

도 12을 참조하면, 무선 통신 시스템에서 다른 엔티티 또는 단말과 통신하는 네트워크 엔티니(1200)는 송수신부(1201), 제어부(1202), 및 저장부(1203)을 포함할 수 있다. 제어부(1202)는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.

송수신부(1201)는 다른 네트워크 엔티티 또는 단말과 신호를 송수신할 수 있다. 송수신부(1201)는 예를 들어, 단말 내 클라이언트(EEC 또는 어플리케이션 클라이언트)로부터 API 호출 요청을 수신하거나, 상술한 API 호출과 관련된 정보들을 단말에게 전송할 수 있다.

제어부(1202)는 본 개시에서 제안하는 실시 예들에 따른 네트워크 엔티티(1200)의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부(1202)는 도 3 내지 도 10을 참고하여 상술한 절차에 따른 동작을 수행하도록 각 블록 간 신호 흐름을 제어할 수 있다. 예컨대, 제어부(1202)는 상술한 실시 예들에 상술한 API 호출과 관련된 정보들을 생성하기 위해 본 개시에서 제안하는 동작들을 제어할 수 있다.

저장부(1203)는 상기 송수신부(1201)를 통해 송수신되는 정보 및 제어부(1202)를 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다. 예를 들어, 저장부(1203)는 상술한 실시 예에 따른 상술한 API 호출과 관련된 정보들을 저장할 수 있다.

본 명세서에서는 단말 내 클라이언트로서 직간접적으로 서비스 API 호출을 수행하는 주체로서 언급된 EEC 및 어플리케이션 클라이언트에 대해 설명하였으나, EEC 및 어플리케이션 클라이언트 외에 단말 내 다른 모든 어플리케이션 모듈 또는 특정 서비스에 대한 인에이블러 클라이언트 (예: 서비스 인에이블러 구조 계층 클라이언트(service enabler architecture layer client), 무인 항공 시스템 어플리케이션 인에이블러 클라이언트(unmanned aerial system application enabler client) 등)의 동작 또한 본 개시의 범위에 포함될 수 있다.

앞서 설명한 기지국이나 단말의 동작들은 해당 프로그램 코드를 저장한 메모리 장치를 기지국 또는 단말 장치 내의 임의의 구성부에 구비함으로써 실현될 수 있다. 즉, 기지국 또는 단말 장치의 제어부는 메모리 장치 내에 저장된 프로그램 코드를 프로세서 혹은 CPU(Central Processing Unit)에 의해 읽어내어 실행함으로써 앞서 설명한 동작들을 실행할 수 있다.

본 명세서에서 설명되는 엔티티, 기지국 또는 단말 장치의 다양한 구성부들과, 모듈(module)등은 하드웨어(hardware) 회로, 일 예로 상보성 금속 산화막 반도체(complementary metal oxide semiconductor) 기반 논리 회로와, 펌웨어(firmware)와, 소프트웨어(software) 및/혹은 하드웨어와 펌웨어 및/혹은 머신 판독 가능 매체에 삽입된 소프트웨어의 조합과 같은 하드웨어 회로를 사용하여 동작될 수도 있다. 일 예로, 다양한 전기 구조 및 방법들은 트랜지스터(transistor)들과, 논리 게이트(logic gate)들과, 주문형 반도체와 같은 전기 회로들을 사용하여 실시될 수 있다.

본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (2)

1. 단말의 네트워크 기능 개방 서비스를 지원하기 위한 방법에 있어서,
   제1 네트워크 엔티티(entity)로 서빙 PLMN(public land mobile network) ID(identifier)를 포함하는 제1 요청 메시지를 전송하는 과정;
   상기 제1 네트워크 엔티티로부터 상기 서빙 PLMN ID에 대응하는 서빙 PLMN의 네트워크 기능 개방 관련 제1 정보를 포함하는 제1 응답 메시지를 수신하는 과정;
   제2 네트워크 엔티티로 제2 요청 메시지를 전송하는 과정, 여기서, 상기 제2 요청 메시지는 단말 ID, 상기 서빙 PLMN ID 또는 AC(application client) 프로파일 중 적어도 하나를 포함함;
   상기 제2 네트워크 엔티티로부터 상기 서빙 PLMN ID 또는 상기 AC 프로파일 중 적어도 하나에 부합되는 네트워크 기능 개방 관련 제2 정보를 포함하는 제2 응답 메시지를 수신하는 과정; 및
   상기 제1 정보 및 상기 제2 정보에 기반하여 API(application program interface)를 호출하는 과정을 포함하는 방법.
   
2. 네트워크 기능 개방 서비스를 지원하기 위한 단말에 있어서,
   송수신기; 및
   제1 네트워크 엔티티(entity)로 서빙 PLMN(public land mobile network) ID(identifier)를 포함하는 제1 요청 메시지를 전송하도록 상기 송수신기를 제어하고, 상기 제1 네트워크 엔티티로부터 상기 서빙 PLMN ID에 대응하는 서빙 PLMN의 네트워크 기능 개방 관련 제1 정보를 포함하는 제1 응답 메시지를 수신하도록 상기 송수신기를 제어하고, 제2 네트워크 엔티티로 제2 요청 메시지를 전송하도록 상기 송수신기를 제어하고, 여기서, 상기 제2 요청 메시지는 단말 ID, 상기 서빙 PLMN ID 또는 AC(application client) 프로파일 중 적어도 하나를 포함하고, 상기 제2 네트워크 엔티티로부터 상기 서빙 PLMN ID 또는 상기 AC 프로파일 중 적어도 하나에 부합되는 네트워크 기능 개방 관련 제2 정보를 포함하는 제2 응답 메시지를 수신하도록 상기 송수신기를 제어하고, 상기 제1 정보 및 상기 제2 정보에 기반하여 API(application program interface)를 호출하는 제어부;
   를 포함하는 단말.
   
   

Images