KR20200109303A

KR20200109303A - 향상된 nef 기능, mec 및 5g 통합

Info

Publication number: KR20200109303A
Application number: KR1020207017511A
Authority: KR
Inventors: 데바시쉬 퍼르카야스타; 미첼 페르라스; 로버트 쥐. 가즈다
Original assignee: 아이디에이씨 홀딩스, 인크.
Priority date: 2017-12-15
Filing date: 2018-12-17
Publication date: 2020-09-22
Also published as: CN111684824A; WO2019118964A1; CN111684824B; US20210176613A1; US11533594B2; EP3725103A1; KR102664128B1

Abstract

제3자 엣지 클라우드 서비스 제공자(CSP)가 네트워크 서비스 제공자에게 엣지 컴퓨팅 서비스를 제공하기 위한 방법, 디바이스, 및 시스템이 개시된다. 엣지 컴퓨팅 서비스는 네트워크에서 초기화된다. 네트워크의 네트워크 정보 서비스가 발견된다. 네트워크에서 클라우드 리소스의 위치는 동적으로 변경될 수 있다. 사용자 평면 트래픽은 클라우드 리소스의 위치를 향해 조향된다. 일부 실시예에서, 엣지 컴퓨팅 서비스를 초기화하는 것은 유효한 사용자의 아이덴티티 및 데이터 네트워크 이름을 네트워크 기능 가상화 관리 및 조직 시스템으로 송신하거나, 또는 사용자 신청 리스트를 네트워크 노출 기능으로 송신하는 것을 포함한다. 일부 실시예에서, 클라우드 리소스의 위치를 동적으로 변경하고 사용자 평면 트래픽을 클라우드 리소스의 위치를 향해 조향하는 것은 일정 위치에서의 엣지 애플리케이션의 사용자의 수 및 엣지 애플리케이션의 네트워크 요건을 결정하는 것을 포함한다.

Description

향상된 NEF 기능, MEC 및 5G 통합

본 출원은 2017년 12월 15일에 출원된 미국 가특허 출원 번호 제62/599,335호의 우선권을 주장하며, 이 미국 출원의 내용은 본원에 참고로 포함된다.

모바일 엣지 컴퓨팅(Mobile Edge Computing; MEC)은 서비스 및 컨텐츠 제공자가 코어 네트워크를 통해 도달하는 데이터 센터의 애플리케이션을 활용하기보다는, 네트워크 엣지 상에서 애플리케이션 및 서비스를 제공할 수 있게 하는 새로운 기술(emerging technology)이다. 3GPP 5G 서비스 기반 아키텍처는 애플리케이션 기능(Application Function)에 네트워크 서비스를 노출시키는 네트워크 노출 기능(Network Exposure Function; NEF)이라고 지칭되는 서비스 기능을 기술하고 있다. 이러한 애플리케이션 기능은 네트워크 운영자 또는 신뢰할 수 있는 제3자(Third Party) 서비스 제공자에 의해 소유될 수 있다.

일부 실시예는 제3자 서비스 제공자 또는 네트워크 운영자와 같은 임의의 엣지 컴퓨팅 서비스 제공자가 네트워크 서비스 제공자 또는 네트워크 운영자에게 엣지 컴퓨팅 서비스를 제공하기 위한 방법, 디바이스, 및 시스템을 제공한다. 엣지 컴퓨팅 서비스는 네트워크에서 초기화된다. 네트워크의 네트워크 정보 서비스가 발견된다. 모바일 엣지 애플리케이션(Mobile Edge Application)이 실행될 수 있는 클라우드 리소스(cloud resource)의 위치는 동적으로 변경되거나 구성될 수 있다. 예를 들어, 사용자 평면 트래픽은 클라우드 리소스의 위치를 향해 조향될 수 있다.

일부 실시예에서, 엣지 컴퓨팅 서비스를 초기화하는 것은 유효한 사용자의 아이덴티티 및 데이터 네트워크 이름(data network name; DNN)을 네트워크 기능 가상화(network function virtualization; NFV) 관리 및 조직(management and organization; MANO) 시스템에 송신하거나, 또는 사용자 신청 리스트(user subscription list)를 네트워크 노출 기능(network exposure function; NEF)에 송신하는 것을 포함한다.

일부 실시예에서, 네트워크 정보를 발견하는 것은 사용자의 위치 및/또는 네트워크 상태를 모니터링하는 것 및/또는 네트워크 운영자로부터 네트워크 정보 서비스를 획득하는 것을 포함한다. 일부 실시예에서, 클라우드 리소스의 위치를 동적으로 변경하고 사용자 평면 트래픽을 클라우드 리소스의 위치를 향해 조향하는 것은 일정 위치에서의 엣지 애플리케이션의 사용자의 수 및 엣지 애플리케이션의 대역폭 및/또는 레이턴시 요건을 결정하는 것을 포함한다. 일부 실시예에서, MEA가 실행될 수 있는 클라우드 리소스의 위치를 동적으로 변경하고 사용자 평면 트래픽을 클라우드 리소스의 위치를 향해 조향하는 것은 사용자 평면을 업데이트하기 위해 네트워크 노출 기능(network exposure function; NEF)에 메시지를 송신하는 것을 포함한다. 일부 실시예에서, 사용자 평면을 업데이트하기 위한 NEF로의 메시지는 애플리케이션 아이덴티티, 사용자 아이덴티티, 및 데이터 네트워크 이름(DNN)을 포함한다.

첨부된 도면들과 함께 예로서 주어진 다음의 설명으로부터 보다 상세한 이해가 이루어질 수 있으며, 도면에서 유사한 참조 번호는 유사한 요소를 나타낸다.
도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 일 예의 통신 시스템을 도시하는 시스템 다이어그램이다.
도 1b는 일 실시예에 따라 도 1a에 도시된 통신 시스템 내에 사용될 수 있는 예시적인 무선 송신/수신 유닛(transmit/receive unit; WTRU)을 도시한 시스템 다이어그램이다.
도 1c는 일 실시예에 따라 도 1a에 도시된 통신 시스템 내에 사용될 수 있는 예시적인 무선 액세스 네트워크(radio access network; RAN) 및 예시적인 코어 네트워크(core network; CN)를 도시한 시스템 다이어그램이다.
도 1d는 일 실시예에 따라 도 1a에 도시된 통신 시스템 내에 사용될 수 있는 추가의 예시적인 RAN 및 추가의 예시적인 CN을 도시한 시스템 다이어그램이다.
도 2는 파 엣지 클라우드(Far Edge Cloud)의 양태를 도시한 시스템 다이어그램이다.
도 3은 예시적인 서비스 기반 아키텍처를 도시하는 시스템 다이어그램이다.
도 4는 예시적인 비 로밍 5G 시스템 아키텍처(non-roaming 5G system architecture)를 도시하는 시스템 다이어그램이다.
도 5는 다수의 PDU 세션에 대한 예시적인 비 로밍 5G 시스템 아키텍처를 도시한 시스템 다이어그램이다.
도 6은 비 로밍 5G 시스템 아키텍처에서 단일 PDU 세션의 일 예를 도시하는 시스템 다이어그램이다.
도 7은 LBO 사례를 이용한 비 로밍 및 로밍을 위한 예시적인 세션 수립 절차를 도시하는 메시지 시퀀스 차트이다.
도 8은 ETSI MEC 아키텍처를 도시하는 시스템 다이어그램이다.
도 9는 예시적인 NFV 관리 및 조직(MANO)을 도시하는 시스템 다이어그램이다.
도 10은 MEC 및 5G 시스템 통합을 위한 예시적인 로직 아키텍처(logical architecture)를 도시한 시스템 다이어그램이다.
도 11은 제3자 CSP를 인에이블시키기 위한 예시적인 절차를 도시하는 메시지 시퀀스 차트이다.
도 12는 네트워크 내의 상이한 포인트에 구축된 예시적인 클라우드 리소스를 도시한 트리 다이어그램이다.
도 13은 CSP가 유효한 가입자 리스트로 MNO의 데이터베이스를 업데이트하는 예시적인 초기화 절차를 도시하는 메시지 시퀀스 차트이다.
도 14는 다른 예시적인 절차를 도시하는 메시지 시퀀스 차트이다.
도 15는 다른 예시적인 절차를 도시하는 메시지 시퀀스 차트이다.
도 16은 발견 방법을 위한 예시적인 절차를 도시하는 메시지 시퀀스 차트이다.
도 17은 예시적인 신청 절차를 도시하는 메시지 시퀀스 차트이다.
도 18은 동적 재구성을 위한 제1 옵션을 구현하기 위한 절차를 도시하는 메시지 시퀀스 차트이다.
도 19는 동적 재구성을 위한 제2 옵션을 구현하기 위한 절차를 도시하는 메시지 시퀀스 차트이다.
도 20은 동적 재구성을 위한 제3 옵션을 구현하기 위한 절차를 도시하는 메시지 시퀀스 차트이다.
도 21은 중립 호스트로서의 CSP 클라우드 서비스를 도시하고 하나 초과의 네트워크 운영자에 대해 엣지 서비스를 제공하는 블럭 다이어그램이다.
도 22는 각각의 네트워크 운영자로부터의 NEF와의 CSP 상호 작용을 도시하는 메시지 시퀀스 차트이다.

도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템(100)을 도시하는 다이어그램이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 브로드캐스트 등과 같은 컨텐츠를 다수의 무선 사용자에게 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자가 무선 대역폭을 포함한 시스템 리소스의 공유를 통해 그러한 컨텐츠에 액세스할 수 있게 할 수 있다. 예를 들어, 통신 시스템(100)은 하나 이상의 채널 액세스 방법, 예컨대, 코드 분할 다중 액세스(code division multiple access; CDMA), 시분할 다중 액세스(time division multiple access; TDMA), 주파수 분할 다중 액세스(frequency division multiple access; FDMA), 직교 FDMA(OFDMA), 단일 캐리어 FDMA(SC-FDMA), 제로 테일 고유 워드 DFT 확산 OFDM(zero-tail unique-word DFT-Spread OFDM; ZT UW DTS-s OFDM), 고유 워드 OFDM(unique word OFDM; UW-OFDM), 리소스 블럭 필터링 OFDM(resource block-filtered OFDM), 필터 뱅크 다중캐리어(filter bank multicarrier; FBMC) 등을 이용할 수 있다.

도 1a에 도시된 바와 같이, 통신 시스템(100)은 무선 송신/수신 유닛(wireless transmit/receive unit; WTRU)(102a, 102b, 102c, 102d), RAN(104/113), CN(106/115), 공중 전화 교환망(public switched telephone network; PSTN)(108), 및 다른 네트워크(112)를 포함할 수 있지만, 개시된 실시예는 임의의 수의 WTRU, 기지국, 네트워크, 및/또는 네트워크 요소를 고려한다는 것이 이해될 것이다. WTRU(102a, 102b, 102c, 102d)의 각각은 무선 환경에서 동작 및/또는 통신하도록 구성된 임의의 타입의 디바이스일 수 있다. 예로서, WTRU(102a, 102b, 102c, 102d) 중 임의의 것이 "스테이션" 및/또는 "STA"로 지칭될 수 있으며, WTRU(102a, 102b, 102c, 102d)는 무선 신호를 송신 및/또는 수신하도록 구성될 수 있고, 사용자 장비(user equipment; UE), 이동국, 고정 또는 모바일 가입자 유닛, 가입 기반 유닛, 호출기, 셀룰러 전화기, 개인 휴대 정보 단말기(personal digital assistant; PDA), 스마트폰, 랩탑, 넷북, 퍼스널 컴퓨터, 무선 센서, 핫스팟 또는 Mi-Fi 디바이스, 사물 인터넷(Internet of Things; IoT) 디바이스, 시계 또는 다른 웨어러블, 헤드 마운트 디스플레이(head-mounted display; HMD), 차량, 드론, 의료 디바이스 및 애플리케이션(예컨대, 원격 수술), 산업 디바이스 및 애플리케이션(예컨대, 산업 및/또는 자동화된 처리 체인 컨텍스트에서 동작하는 로봇 및/또는 다른 무선 디바이스), 소비자 전자 디바이스, 상업용 및/또는 산업 무선 네트워크에서 동작하는 디바이스 등을 포함할 수 있다. WTRU(102a, 102b, 102c 및 102d) 중 임의의 것이 교환 가능하게 UE라고 지칭될 수 있다.

통신 시스템(100)은 또한 기지국(114a) 및/또는 기지국(114b)을 포함할 수 있다. 기지국(114a, 114b)의 각각은 CN(106/115), 인터넷(110), 및/또는 다른 네트워크(112)와 같은 하나 이상의 통신 네트워크에 대한 액세스를 가능하게 하기 위해 WTRU(102a, 102b, 102c, 102d) 중 적어도 하나와 무선 인터페이스하도록 구성된 임의의 타입의 디바이스일 수 있다. 예로서, 기지국(114a, 114b)은 기지국 트랜시버 스테이션(base transceiver station; BTS), 노드 B, eNode B, 홈 노드 B, 홈 eNode B, gNB, NR NodeB, 사이트 컨트롤러, 액세스 포인트(access point; AP), 무선 라우터 등일 수 있다. 기지국(114a, 114b)은 각각 단일 요소로서 도시되어 있지만, 기지국(114a, 114b)은 임의의 수의 상호 연결된 기지국 및/또는 네트워크 요소를 포함할 수 있다는 것이 이해될 것이다.

기지국(114a)은 RAN(104/113)의 일부일 수 있고, RAN(104/113)은 다른 기지국 및/또는 네트워크 요소(도시되지 않음), 예컨대, 기지국 컨트롤러(base station controller; BSC), 무선 네트워크 컨트롤러(radio network controller; RNC), 릴레이 노드 등을 또한 포함할 수 있다. 기지국(114a) 및/또는 기지국(114b)은 하나 이상의 캐리어 주파수 상에서 무선 신호를 송신 및/또는 수신하도록 구성될 수 있으며, 이는 셀(도시되지 않음)로 지칭될 수 있다. 이들 주파수는 면허 스펙트럼, 비면허 스펙트럼, 또는 면허 및 비면허 스펙트럼의 조합 내에 있을 수 있다. 셀은 상대적으로 고정될 수 있거나 시간에 따라 변할 수 있는 특정 지리적 구역에 대한 무선 서비스의 커버리지를 제공할 수 있다. 셀은 셀 섹터로 더 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3 개의 섹터로 분할될 수 있다. 따라서, 일 실시예에서, 기지국(114a)은 3 개의 트랜시버, 즉, 셀의 각 섹터마다 하나씩을 포함할 수 있다. 일 실시예에서, 기지국(114a)은 다중 입력 다중 출력(multiple-input multiple output; MIMO) 기술을 이용할 수 있고, 셀의 각 섹터마다 다수의 트랜시버를 이용할 수 있다. 예를 들어, 빔 포밍(beamforming)은 원하는 공간 방향으로 신호를 송신 및/또는 수신하는 데 사용될 수 있다.

기지국(114a, 114b)은 무선 인터페이스(116)를 통해 하나 이상의 WTRU(102a, 102b, 102c, 102d)과 통신할 수 있으며, 이 무선 인터페이스(116)는 임의의 적합한 무선 통신 링크(예컨대, 무선 주파수(radio frequency; RF), 마이크로웨이브, 센티미터 파, 마이크로미터 파, 적외선(infrared; IR), 자외선(ultraviolet; UV), 가시광 등)일 수 있다. 무선 인터페이스(116)는 임의의 적합한 무선 액세스 기술(radio access technology; RAT)을 사용하여 수립될 수 있다.

보다 구체적으로, 위에서 언급한 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수 있고, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식을 이용할 수 있다. 예를 들어, RAN(104/113) 내의 기지국(114a) 및 WTRU(102a, 102b, 102c)는 광대역 CDMA(WCDMA)를 사용하여 무선 인터페이스(115/116/117)를 수립할 수 있는 UMTS(Universal Mobile Telecommunications System) UTRA(Universal Mobile Telecommunications System)와 같은 무선 기술을 구현할 수 있다. WCDMA는 HSPA(High-Speed Packet Access) 및/또는 진화된 HSPA(Evolved HSPA; HSPA+)와 같은 통신 프로토콜을 포함할 수 있다. HSPA는 고속 다운링크(DL) 패킷 액세스(HSDPA) 및/또는 고속 UL 패킷 액세스(HSUPA)를 포함할 수 있다.

일 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 LTE(Long Term Evolution) 및/또는 LTE-Advanced(LTE-A) 및/또는 LTE-Advanced Pro(LTE-A Pro)를 사용하여 무선 인터페이스(116)를 수립할 수 있는 진화된 UMTS 지상 무선 액세스(E-UTRA)와 같은 무선 기술을 구현할 수 있다.

일 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 NR(New Radio)을 사용하여 무선 인터페이스(116)를 수립할 수 있는 NR 무선 액세스와 같은 무선 기술을 구현할 수 있다.

일 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 다수의 무선 액세스 기술을 구현할 수 있다. 예를 들어, 기지국(114a) 및 WTRU(102a, 102b, 102c)는, 예를 들어, 이중 연결성(dual connectivity; DC) 원리를 사용하여 LTE 무선 액세스 및 NR 무선 액세스를 함께 구현할 수 있다. 따라서, WTRU(102a, 102b, 102c)에 의해 이용되는 무선 인터페이스는 다수의 타입의 무선 액세스 기술 및/또는 다수의 타입의 기지국(예컨대, eNB 및 gNB)으로/으로부터 전송되는 전송에 의해 특징지어질 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 IEEE 802.11(즉, 무선 충실도(Wireless Fidelity; WiFi)), IEEE 802.16(즉, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, 잠정 표준 2000(IS-2000), 잠정 표준 95(IS-95), 잠정 표준 856(IS-856), 글로벌 모바일 통신 시스템(Global System for Mobile communication; GSM), EDGE(Enhanced Data rates for GSM Evolution), GERAN(GSM EDGE Radio Access Network) 등과 같은 무선 기술을 구현할 수 있다.

도 1a의 기지국(114b)은, 예를 들어, 무선 라우터, 홈 노드 B, 홈 eNode B, 또는 액세스 포인트일 수 있고, 로컬 구역, 예컨대, 사업장, 홈(home), 차량, 캠퍼스, 산업 시설, (예컨대, 드론에 의해 사용되는) 공중 회랑(air corridor), 도로 등에서 무선 연결을 가능하게 하기 위한 임의의 적합한 RAT를 이용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 무선 근거리 통신망(WLAN)을 수립하기 위해 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 무선 개인 통신망(wireless personal area network; WPAN)을 수립하기 위해 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 피코 셀(picocell) 또는 펨토 셀(femtocell)을 수립하기 위해 셀룰러 기반 RAT(예컨대, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR 등)를 이용할 수 있다. 도 1a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 직접 연결될 수 있다. 따라서, 기지국(114b)은 CN(106/115)을 통해 인터넷(110)에 액세스할 필요가 없을 수 있다.

RAN(104/113)은 CN(106/115)과 통신할 수 있으며, CN(106/115)은 음성, 데이터, 애플리케이션, 및/또는 VoIP(Voice over Internet Protocol) 서비스들을 하나 이상의 WTRU(102a, 102b, 102c, 102d)에 제공하도록 구성된 임의의 타입의 네트워크일 수 있다. 데이터는 상이한 처리량 요건, 레이턴시 요건, 에러 허용 요건, 안정성 요건, 데이터 처리량 요건, 이동성 요건 등과 같은 다양한 서비스 품질(QoS) 요건을 가질 수 있다. CN(106/115)은 통화 제어, 청구 서비스, 모바일 위치 기반 서비스, 선불 통화, 인터넷 연결, 비디오 배포 등을 제공할 수 있고, 및/또는 사용자 인증과 같은 하이 레벨 보안 기능을 수행할 수 있다. 도 1a에 도시되지 않았지만, RAN(104/113) 및/또는 CN(106/115)은 RAN(104/113)과 동일한 RAT 또는 상이한 RAT를 사용하는 다른 RAN과 직접 또는 간접적인 통신 상태에 있을 수 있음이 이해될 것이다. 예를 들어, NR 무선 기술을 이용할 수 있는 RAN(104/113)에 연결될 수 있는 것 외에도, CN(106/115)은 또한 GSM, UMTS, CDMA 2000, WiMAX, E-UTRA, 또는 WiFi 무선 기술을 이용하는 다른 RAN(도시되지 않음)과도 통신 상태에 있을 수 있다.

CN(106/115)은 또한 WTRU(102a, 102b, 102c, 102d)에 대한 게이트웨이로 기능하여, PSTN(108), 인터넷(110), 및/또는 다른 네트워크(112)에 액세스할 수 있다. PSTN(108)은 POTS(plain old telephone service)를 제공하는 회선 교환 전화 네트워크(circuit-switched telephone network)를 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 스위트에서 전송 제어 프로토콜(transmission control protocol; TCP), 사용자 데이터그램 프로토콜(user datagram protocol; UDP) 및/또는 인터넷 프로토콜(internet protocol; IP)과 같은 공통 통신 프로토콜을 사용하는 상호 연결된 컴퓨터 네트워크 및 디바이스의 글로벌 시스템(global system of interconnected computer networks and device)을 포함할 수 있다. 네트워크(112)는 다른 서비스 제공자에 의해 소유된 및/또는 운영되는 유선 및/또는 무선 통신 네트워크를 포함할 수 있다. 예를 들어, 네트워크(112)는 RAN(104/113)과 동일한 RAT 또는 상이한 RAT를 이용할 수 있는 하나 이상의 RAN에 연결된 다른 CN을 포함할 수 있다.

통신 시스템(100)의 일부 또는 모든 WTRU(102a, 102b, 102c, 102d)는 다중 모드 능력을 포함할 수 있다(예컨대, WTRU(102a, 102b, 102c, 102d)는 상이한 무선 링크들을 통해 상이한 무선 네트워크들과 통신하기 위한 다수의 트랜시버를 포함할 수 있다). 예를 들어, 도 1a에 도시된 WTRU(102c)는 셀룰러 기반 무선 기술을 이용할 수 있는 기지국(114a), 및 IEEE 802 무선 기술을 이용할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다.

도 1b는 예시적인 WTRU(102)를 도시하는 시스템 다이어그램이다. 도 1b에 도시된 바와 같이, WTRU(102)는 무엇보다도, 프로세서(118), 트랜시버(120), 송신/수신 요소(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 비착탈식 메모리(130), 착탈식 메모리(132), 전원(134), 글로벌 포지셔닝 시스템(global positioning system; GPS) 칩셋(136), 및/또는 다른 주변 장치(138)를 포함할 수 있다. WTRU(102)는 일 실시예와 일관성을 유지하면서 전술한 요소의 임의의 서브 조합을 포함할 수 있다는 것이 이해될 것이다.

프로세서(118)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, 디지털 신호 프로세서(digital signal processor; DSP), 복수의 마이크로프로세서, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, 주문형 집적 회로(Application Specific Integrated Circuit; ASIC), 필드 프로그래머블 게이트 어레이(Field Programmable Gate Array; FPGA) 회로, 임의의 다른 타입의 집적 회로(integrated circuit; IC), 상태 머신 등일 수 있다. 프로세서(118)는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 WTRU(102)가 무선 환경에서 동작할 수 있게 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 송신/수신 요소(120)에 연결될 수 있는 트랜시버(122)에 연결될 수 있다. 도 1b는 프로세서(118)와 트랜시버(120)를 별개의 컴포넌트로서 도시하지만, 프로세서(118)와 트랜시버(120)는 전자 패키지 또는 칩에 함께 통합될 수 있음이 이해될 것이다.

송신/수신 요소(122)는 무선 인터페이스(116)를 통해 기지국(예컨대, 기지국(114a))으로 신호를 송신하거나 기지국(예컨대, 기지국(114a))으로부터 신호를 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송신/수신 요소(122)는 RF 신호를 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 일 실시예에서, 송신/수신 요소(122)는, 예를 들어, IR, UV, 또는 가시광 신호를 송신 및/또는 수신하도록 구성된 방출기(emitter)/검출기(detector)일 수 있다. 또 다른 실시예에서, 송신/수신 요소(122)는 RF 및 광 신호 모두를 송신 및/또는 수신하도록 구성될 수 있다. 송신/수신 요소(122)는 무선 신호의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다는 것이 이해될 것이다.

송신/수신 요소(122)가 단일 요소로서 도 1b에 도시되어 있지만, WTRU(102)는 임의의 수의 송신/수신 요소(122)를 포함할 수 있다. 보다 구체적으로, WTRU(102)는 MIMO 기술을 이용할 수 있다. 따라서, 일 실시예에서, WTRU(102)는 무선 인터페이스(116)를 통해 무선 신호를 송신 및 수신하기 위한 둘 이상의 송신/수신 요소(122)(예컨대, 다수의 안테나)를 포함할 수 있다.

트랜시버(120)는 송신/수신 요소(122)에 의해 송신될 신호를 변조하고, 송신/수신 요소(122)에 의해 수신되는 신호를 복조하도록 구성될 수 있다. 위에서 언급된 바와 같이, WTRU(102)는 다중 모드 능력을 가질 수 있다. 따라서, 트랜시버(120)는 WTRU(102)가, 예를 들어, NR 및 IEEE 802.11과 같은 다수의 RAT를 통해 통신할 수 있게 하는 다수의 트랜시버를 포함할 수 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예컨대, 액정 디스플레이(LCD) 디스플레이 유닛 또는 유기 발광 다이오드(OLED) 디스플레이 유닛)에 연결될 수 있고, 이들로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 사용자 데이터를 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)에 출력할 수 있다. 또한, 프로세서(118)는 비착탈식 메모리(130) 및/또는 착탈식 메모리(132)와 같은 임의의 타입의 적합한 메모리로부터의 정보에 액세스하고 그 메모리에 데이터를 저장할 수 있다. 비착탈식 메모리(130)는 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 하드 디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 착탈식 메모리(132)는 가입자 식별 모듈(subscriber identity module; SIM) 카드, 메모리 스틱, 보안 디지털(secure digital; SD) 메모리 카드 등을 포함할 수 있다. 다른 실시예에서, 프로세서(118)는 서버 또는 홈 컴퓨터(도시되지 않음)와 같은 WTRU(102) 상에 물리적으로 위치되지 않은 메모리로부터의 정보에 액세스하고 그 메모리에 데이터를 저장할 수 있다.

프로세서(118)는 전원(134)으로부터 전력을 받을 수 있고, 전력을 WTRU(102) 내의 다른 컴포넌트에 분배 및/또는 제어하도록 구성될 수 있다. 전원(134)은 WTRU(102)에 전력을 공급하기 위한 임의의 적합한 디바이스일 수 있다. 예를 들어, 전원(134)은 하나 이상의 드라이 셀 배터리(예컨대, 니켈 카드뮴(NiCd), 니켈 아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬 이온(Li-ion) 등), 태양 전지, 연료 전지 등을 포함할 수 있다.

프로세서(118)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예컨대, 경도 및 위도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 연결될 수 있다. GPS 칩셋(136)으로부터의 정보에 부가하여 또는 대신에, WTRU(102)는 기지국(예컨대, 기지국(114a, 114b))으로부터 무선 인터페이스(116)를 통해 위치 정보를 수신할 수 있고, 및/또는 둘 이상의 인근 기지국으로부터 수신되는 신호의 타이밍에 기초하여 자신의 위치를 결정할 수 있다. WTRU(102)는 일 실시예와 일관성을 유지하면서 임의의 적합한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다는 것이 이해될 것이다.

프로세서(118)는 추가의 특징, 기능 및/또는 유선 또는 무선 연결을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는 다른 주변 장치(138)에 추가로 연결될 수 있다. 예를 들어, 주변 장치(138)는 가속도계, 전자 나침반, 위성 트랜시버, (사진 및/또는 비디오용) 디지털 카메라, 범용 직렬 버스(USB) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈프리 헤드셋, Bluetooth® 모듈, 주파수 변조(FM) 무선 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 가상 현실 및/또는 증강 현실(VR/AR) 디바이스, 활동 추적기(activity tracker) 등을 포함할 수 있다. 주변 장치(138)는 하나 이상의 센서를 포함할 수 있고, 센서는 자이로스코프, 가속도계, 홀 효과 센서, 자력계, 배향 센서, 근접 센서, 온도 센서, 시간 센서, 지리 위치 센서, 고도계, 광 센서, 터치 센서, 자력계, 기압계, 제스처 센서, 바이오메트릭 센서, 및/또는 습도 센서 중 하나 이상일 수 있다.

WTRU(102)는 (예컨대, UL(예컨대, 송신용) 및 다운링크(예컨대, 수신용) 모두를 위한 특정 서브 프레임과 연관된) 일부 또는 모든 신호의 송신 및 수신이 동시 발생 및/또는 동시적일 수 있는 전이중 라디오(full duplex radio)를 포함할 수 있다. 전이중 라디오는 하드웨어(예컨대, 초크) 또는 프로세서(예컨대, 별도의 프로세서(도시되지 않음) 또는 프로세서(118))를 통한 신호 처리를 통해 자기 간섭(self-interference)을 감소 및/또는 실질적으로 제거하기 위한 간섭 관리 유닛(interference management unit)(139)을 포함할 수 있다. 일 예에서, WRTU(102)는 (예컨대, UL(예컨대, 송신용) 또는 다운링크(예컨대, 수신용)를 위한 특정 서브 프레임과 연관된) 일부 또는 모든 신호의 송신 및 수신을 위한 반이중 라디오(half-duplex radio)를 포함할 수 있다.

도 1c는 일 실시예에 따른 RAN(104) 및 CN(106)을 도시하는 시스템 다이어그램이다. 위에서 언급된 바와 같이, RAN(104)은 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 E-UTRA 무선 기술을 이용할 수 있다. RAN(104)은 또한 CN(106)과 통신 상태에 있을 수 있다.

RAN(104)은 eNode B(160a, 160b, 160c)를 포함할 수 있지만, RAN(104)은 일 실시예와 일관성을 유지하면서 임의의 수의 eNode B를 포함할 수 있다는 것이 이해될 것이다. eNode B(160a, 160b, 160c)는 각각 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있다. 일 실시예에서, eNode B(160a, 160b, 160c)는 MIMO 기술을 구현할 수 있다. 따라서, eNode B(160a)는, 예를 들어, WTRU(102a)로 무선 신호를 송신 및/또는 WTRU(102a)로부터 무선 신호를 수신하기 위해 다수의 안테나를 사용할 수 있다.

eNode B(160a, 160b, 160c)의 각각은 특정 셀(도시되지 않음)과 연관될 수 있고, 무선 리소스 관리 결정, 핸드오버 결정, UL 및/또는 DL에서의 사용자의 스케줄링 등을 처리하도록 구성될 수 있다. 도 1c에 도시된 바와 같이, eNode B(160a, 160b, 160c)는 X2 인터페이스를 통해 서로 통신할 수 있다.

도 1c에 도시된 CN(106)은 이동성 관리 엔티티(mobility management entity; MME)(162), 서빙 게이트웨이(serving gateway; SGW)(164), 및 패킷 데이터 네트워크(PDN) 게이트웨이(또는 PGW)(166)를 포함할 수 있다. 전술한 요소들의 각각이 CN(106)의 일부로서 도시되어 있지만, 이들 요소들 중 임의의 요소는 CN 운영자 이외의 엔티티에 의해 소유 및/또는 운영될 수 있다는 것이 이해될 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104) 내의 eNode B(162a, 162b, 162c)의 각각에 연결될 수 있고, 제어 노드로서 기능할 수 있다. 예를 들어, MME(162)는 WTRU(102a, 102b, 102c)의 초기 접속 동안 WTRU(102a, 102b, 102c)의 사용자를 인증하고, 베어러 활성화/비활성화를 수행하고, 특정 서빙 게이트웨이를 선택하는 것 등을 담당할 수 있다. MME(162)는 RAN(104)과 GSM 및/또는 WCDMA와 같은 다른 무선 기술을 이용하는 다른 RAN(도시되지 않음) 사이를 스위칭하기 위한 제어 평면 기능을 제공할 수 있다.

SGW(164)는 S1 인터페이스를 통해 RAN(104) 내의 각각의 eNode B(160a, 160b, 160c)에 연결될 수 있다. SGW(164)는 일반적으로 WTRU(102a, 102b, 102c)로/로부터 사용자 데이터 패킷을 라우팅 및 포워딩할 수 있다. SGW(164)는 다른 기능, 예컨대, eNode B 간 핸드오버 동안 사용자 평면을 앵커링하고, WTRU(102a, 102b, 102c)에 대해 DL 데이터가 이용 가능할 때 페이징을 트리거링하고, WTRU(102a, 102b, 102c)의 컨텍스트를 관리 및 저장하는 것 등을 수행할 수 있다.

SGW(164)는 PGW(166)에 연결될 수 있으며, 이는 WTRU(102a, 102b, 102c)와 IP 인에이블형 디바이스(IP-enabled device) 간의 통신을 가능하게 하기 위해, 인터넷(110)과 같은 패킷 교환 네트워크로의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다.

CN(106)은 다른 네트워크와의 통신을 가능하게 할 수 있다. 예를 들어, CN(106)은 WTRU(102a, 102b, 102c)와 전통적인 유선 통신 디바이스 간의 통신을 가능하게 하기 위해, PSTN(108)과 같은 회선 교환 네트워크로의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다. 예를 들어, CN(106)은 CN(106)과 PSTN(108) 사이의 인터페이스로서 기능하는 IP 게이트웨이(예컨대, IP 멀티미디어 서브 시스템(IP multimedia subsystem; IMS) 서버)를 포함할 수 있거나 이와 통신할 수 있다. 또한, CN(106)은 WTRU(102a, 102b, 102c)에 다른 네트워크(112)로의 액세스를 제공할 수 있으며, 이 네트워크는 다른 서비스 제공자에 의해 소유되고 및/또는 운영되는 다른 유선 및/또는 무선 네트워크를 포함할 수 있다.

WTRU가 무선 단말기로서 도 1a 내지 도 1d에 설명되어 있지만, 특정의 대표적인 실시예에서 그러한 단말기가 통신 네트워크와의 유선 통신 인터페이스를 (예컨대, 일시적으로 또는 영구적으로) 사용할 수 있다는 것이 고려된다.

대표적인 실시예에서, 다른 네트워크(112)는 WLAN일 수 있다.

인프라스트럭처(infrastructure) 기본 서비스 세트(Basic Service Set; BSS) 모드의 WLAN은 BSS에 대한 액세스 포인트(AP) 및 상기 AP와 연관된 하나 이상의 스테이션(STA)을 가질 수 있다. AP는 배포 시스템(Distributed System; DS) 또는 다른 타입의 유선/무선 네트워크로의 액세스 또는 인터페이스를 가질 수 있으며, 이 유선/무선 네트워크는 BSS의 내부 및/외부로 트래픽을 전달한다. BSS의 외부로부터 발생되어 STA로 가는 트래픽은 AP를 통해 STA로 전달될 수 있다. STA에서 발생되어 BSS의 외부의 목적지로 가는 트래픽은 AP로 전송되어 각각의 목적지로 전달될 수 있다. BSS 내의 STA 간의 트래픽은, 예를 들어, AP를 통해 전송될 수 있으며, 소스 STA는 트래픽을 AP로 전송할 수 있고, AP는 트래픽을 목적지 STA로 전달할 수 있다. BSS 내의 STA 간의 트래픽은 피어 투 피어 트래픽(peer-to-peer traffic)으로 간주 및/또는 지칭될 수 있다. 피어 투 피어 트래픽은 직접 링크 설정(direct link setup; DLS)으로 소스 STA와 목적지 STA 사이에서 (예컨대, 사이에서 직접) 전송될 수 있다. 특정의 대표적인 실시예에서, DLS는 802.11e DLS 또는 802.11z 터널링된 DLS(TDLS)를 사용할 수 있다. 독립 BSS(Independent BSS; IBSS) 모드를 사용하는 WLAN은 AP를 갖지 않을 수 있으며, IBSS 내에서 또는 IBSS를 사용하는 STA(예컨대, 모든 STA)는 서로 직접 통신할 수 있다. IBSS 통신 모드는 본원에서 때로는 "ad-hoc" 통신 모드로 지칭될 수 있다.

802.11ac 인프라스트럭처 동작 모드를 사용하거나 유사한 동작 모드를 사용할 경우, AP는 고정 채널, 예컨대, 주 채널(primary channel) 상에서 비컨(beacon)을 송신할 수 있다. 주 채널은 고정 폭(예컨대, 20 MHz의 광대역폭)일 수 있거나 또는 시그널링을 통해 동적으로 설정된 폭일 수 있다. 주 채널은 BSS의 동작 채널일 수 있고, AP와의 연결을 수립하기 위해 STA에 의해 사용될 수 있다. 특정의 대표적인 실시예에서, 충돌 회피를 갖는 캐리어 감지 다중 액세스(Carrier Sense Multiple Access with Collision Avoidance; CSMA/CA)는, 예를 들어, 802.11 시스템에서 구현될 수 있다. CSMA/CA의 경우, AP를 포함한 STA(예컨대, 모든 STA)는 주 채널을 감지할 수 있다. 주 채널이 특정 STA에 의해 사용될 것으로 감지/검출 및/또는 결정되면, 특정 STA는 백 오프(back off)할 수 있다. 하나의 STA(예컨대, 하나의 스테이션만)는 주어진 BSS에서 임의의 주어진 시간에 송신할 수 있다.

고처리량(High Throughput; HT) STA는 통신용 40 MHz 와이드 채널을 사용할 수 있으며, 예를 들어, 20 MHz의 주 채널과 인접하는 또는 인접하지 않은 20 MHz 채널의 결합을 통해 40 MHz의 와이드 채널을 형성할 수 있다.

초고처리량(Very High Throughput; VHT) STA는 20 MHz, 40 MHz, 80 MHz, 및/또는 160 MHz 와이드 채널을 지원할 수 있다. 40 MHz 및/또는 80 MHz 채널은 인접한 20 MHz 채널들을 결합함으로써 형성될 수 있다. 160 MHz 채널은 8 개의 인접한 20 MHz 채널을 결합하거나, 80 + 80 구성으로 지칭될 수 있는 두 개의 비 인접한 80 MHz 채널을 결합하여 형성될 수 있다. 80 + 80 구성의 경우, 채널 인코딩 후, 데이터는 세그먼트 파서(segment parser)를 통과할 수 있고, 세그먼트 파서는 데이터를 두 개의 스트림으로 분할할 수 있다. 역 고속 푸리에 변환(Inverse Fast Fourier Transform; IFFT) 처리와 시간 도메인 처리가 각 스트림에서 개별적으로 수행될 수 있다. 이들 스트림은 2 개의 80 MHz 채널에 매핑될 수 있고, 데이터는 송신 STA에 의해 송신될 수 있다. 수신 STA의 수신기에서, 전술한 80 + 80 구성에 대한 동작이 반전될 수 있고, 결합된 데이터는 매체 액세스 제어(Medium Access Control; MAC)로 전송될 수 있다.

1 GHz 미만의 동작 모드는 802.11af 및 802.11ah에 의해 지원된다. 채널 동작 대역폭 및 캐리어는 802.11n 및 802.11ac에서 사용되는 것들에 비해 802.11af 및 802.11ah에서 감소된다. 802.11af는 TV 화이트 공간(TV White Space; TVWS) 스펙트럼에서 5 MHz, 10 MHz 및 20 MHz 대역폭을 지원하며, 802.11ah는 비(non) TVWS 스펙트럼을 사용하여 1 MHz, 2 MHz, 4 MHz, 8 MHz 및 16 MHz 대역폭을 지원한다. 대표적인 실시예에 따르면, 802.11ah는 매크로 커버리지 영역에서 MTC 디바이스와 같은 미터 타입 제어(Meter Type Control)/머신 타입 통신(Machine-Type Communication)을 지원할 수 있다. MTC 디바이스는 특정 능력, 예를 들어, 특정 및/또는 제한된 대역폭에 대한 지원(예컨대, 단지 지원만)을 포함한 제한된 능력을 가질 수 있다. MTC 디바이스는 (예컨대, 매우 긴 배터리 수명을 유지하기 위해) 배터리 수명이 임계치를 초과하는 배터리를 포함할 수 있다.

다수의 채널, 및 802.11n, 802.11ac, 802.11af 및 802.11ah와 같은 채널 대역폭을 지원할 수 있는 WLAN 시스템은 주 채널로 지정될 수 있는 채널을 포함한다. 주 채널은 BSS에서 모든 STA에 의해 지원되는 가장 큰 공통 동작 대역폭과 동일한 대역폭을 가질 수 있다. 주 채널의 대역폭은, BSS에서 동작하는 모든 STA 중에서, 가장 작은 대역폭 동작 모드를 지원하는 STA에 의해 설정 및/또는 제한될 수 있다. 802.11ah의 예에서, AP, 및 BSS 내의 다른 STA가 2 MHz, 4 MHz, 8 MHz, 16 MHz, 및/또는 다른 채널 대역폭 동작 모드를 지원하더라도, 1 MHz 모드를 지원(예컨대, 지원만)하는 STA(예컨대, MTC 타입 디바이스들)의 경우 주 채널은 1 MHz 폭일 수 있다. 캐리어 감지 및/또는 네트워크 할당 벡터(Network Allocation Vector; NAV) 설정은 주 채널의 상태에 따라 달라질 수 있다. 주 채널이, 예를 들어, (1 MHz 동작 모드만을 지원하는) STA로 인해, AP로의 송신에 사용 중인 경우, 그 주파수 대역의 대부분이 유휴 상태로 유지되고 이용 가능한 것일 수 있다고 하더라도, 전체 이용 가능한 주파수 대역은 사용 중인 것으로 간주될 수 있다.

미국에서, 802.11ah에 의해 사용될 수 있는 이용 가능한 주파수 대역은 902 MHz 내지 928 MHz이다. 한국에서, 이용 가능한 주파수 대역은 917.5 MHz 내지 923.5 MHz이다. 일본에서, 이용 가능한 주파수 대역은 916.5 MHz 내지 927.5 MHz이다. 802.11ah용으로 이용 가능한 총 대역폭은 국가 코드에 따라 6 MHz 내지 26 MHz이다.

도 1d는 일 실시예에 따른 RAN(113) 및 CN(115)을 도시하는 시스템 다이어그램이다. 위에서 언급된 바와 같이, RAN(113)은 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 NR 무선 기술을 이용할 수 있다. RAN(113)은 또한 CN(115)과 통신 상태에 있을 수 있다.

RAN(113)은 gNB(180a, 180b, 180c)를 포함할 수 있지만, RAN(113)은 일 실시예와 일관성을 유지하면서 임의의 수의 gNB를 포함할 수 있다는 것이 이해될 것이다. gNB(180a, 180b, 180c)는 각각 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있다. 일 실시예에서, gNB(180a, 180b, 180c)는 MIMO 기술을 구현할 수 있다. 예를 들어, gNB(180a, 108b)는 gNB(180a, 180b, 180c)로 및/또는 gNB(180a, 180b, 180c)로부터 신호를 송신 및/또는 수신하기 위해 빔 포밍을 이용할 수 있다. 따라서, gNB(180a)는, 예를 들어, WTRU(102a)로 무선 신호를 송신 및/또는 WTRU(102a)로부터 무선 신호를 수신하기 위해 다수의 안테나를 사용할 수 있다. 일 실시예에서, gNB(180a, 180b, 180c)는 캐리어 애그리게이션(carrier aggregation) 기술을 구현할 수 있다. 예를 들어, gNB(180a)는 다수의 컴포넌트 캐리어를 WTRU(102a)(도시되지 않음)에 송신할 수 있다. 이들 컴포넌트 캐리어의 서브 세트는 비면허 스펙트럼 상에 있을 수 있는 반면, 나머지 컴포넌트 캐리어는 면허 스펙트럼 상에 있을 수 있다. 일 실시예에서, gNB(180a, 180b, 180c)는 협력 다지점(Coordinated Multi-Point; CoMP) 기술을 구현할 수 있다. 예를 들어, WTRU(102a)는 gNB(180a) 및 gNB(180b) (및/또는 gNB(180c))로부터 협력 전송(coordinated transmission)을 수신할 수 있다.

WTRU(102a, 102b, 102c)는 스케일러블 뉴머놀러지(scalable numerology)와 연관된 전송을 사용하여 gNB(180a, 180b, 180c)와 통신할 수 있다. 예를 들어, OFDM 심볼 간격 및/또는 OFDM 서브 캐리어 간격은 무선 전송 스펙트럼의 상이한 전송들, 상이한 셀들, 및/또는 상이한 부분들마다 달라질 수 있다. WTRU(102a, 102b, 102c)는 (예컨대, 가변 개수의 OFDM 심볼 및/또는 지속적으로 가변적인 길이의 절대 시간을 포함하는) 다양한 또는 스케일러블한 길이의 서브 프레임 또는 전송 시간 간격(transmission time interval; TTI)을 사용하여 gNB(180a, 180b, 180c)와 통신할 수 있다.

gNB(180a, 180b, 180c)는 독립형 구성 및/또는 비 독립형 구성으로 WTRU(102a, 102b, 102c)와 통신하도록 구성될 수 있다. 독립형 구성에서, WTRU(102a, 102b, 102c)는 다른 RAN(예컨대, eNode B(160a, 160b, 160c))에 또한 액세스하지 않고도 gNB(180a, 180b, 180c)와 통신할 수 있다. 독립형 구성에서, WTRU(102a, 102b, 102c)는 이동성 앵커 포인트로서 하나 이상의 gNB(180a, 180b, 180c)를 이용할 수 있다. 독립형 구성에서, WTRU(102a, 102b, 102c)는 비면허 대역의 신호를 사용하여 gNB(180a, 180b, 180c)와 통신할 수 있다. 비 독립형 구성에서, WTRU(102a, 102b, 102c)는 gNB(180a, 180b, 180c)와 통신/연결하면서도 eNode B(160a, 160b, 160c)와 같은 다른 RAN과 통신/연결할 수 있다. 예를 들어, WTRU(102a, 102b, 102c)는 하나 이상의 gNB(180a, 180b, 180c) 및 하나 이상의 eNode B(160a, 160b, 160c)와 실질적으로 동시에 통신하기 위해 DC 원리를 구현할 수 있다. 비 독립형 구성에서, eNode B(160a, 160b, 160c)는 WTRU(102a, 102b, 102c)에 대한 이동성 앵커로서 기능할 수 있고, gNB(180a, 180b, 180c)는 WTRU(102a, 102b, 102c)에 서비스하기 위한 추가적인 커버리지 및/또는 처리량을 제공할 수 있다.

gNB(180a, 180b, 180c)의 각각은 특정 셀(도시되지 않음)과 연관될 수 있고, 무선 리소스 관리 결정, 핸드오버 결정, UL 및/또는 DL에서의 사용자의 스케줄링, 네트워크 슬라이싱의 지원, 이중 연결성, NR과 E-UTRA 간의 연동, 사용자 평면 데이터의 사용자 평면 기능(UPF)(184a, 184b)으로의 라우팅, 제어 평면 정보의 액세스 및 이동성 관리 기능(Access and Mobility Management Function; AMF)(182a, 182b)으로의 라우팅 등을 처리하도록 구성될 수 있다. 도 1d에 도시된 바와 같이, gNB(180a, 180b, 180c)는 Xn 인터페이스를 통해 서로 통신할 수 있다.

도 1d에 도시된 CN(115)은 적어도 하나의 AMF(182a, 182b), 적어도 하나의 UPF(184a, 184b), 적어도 하나의 세션 관리 기능(Session Management Function; SMF)(183a, 183b), 및 가능하게는 데이터 네트워크(Data Network; DN)(185a, 185b)를 포함할 수 있다. 전술한 요소들의 각각이 CN(115)의 일부로서 도시되어 있지만, 이들 요소들 중 임의의 요소는 CN 운영자 이외의 엔티티에 의해 소유 및/또는 운영될 수 있다는 것이 이해될 것이다.

AMF(182a, 182b)는 N2 인터페이스를 통해 RAN(113) 내의 하나 이상의 gNB(180a, 180b, 180c)에 연결될 수 있고, 제어 노드로서 기능할 수 있다. 예를 들어, AMF(182a, 182b)는 WTRU(102a, 102b, 102c)의 사용자의 인증, 네트워크 슬라이싱의 지원(예컨대, 상이한 요건들을 갖는 상이한 PDU 세션들의 처리), 특정 SMF(183a, 183b)의 선택, 등록 구역의 관리, NAS 시그널링의 종료, 이동성 관리 등을 담당할 수 있다. 네트워크 슬라이싱은 WTRU(102a, 102b, 102c)에 이용되는 서비스의 타입에 기초하여 WTRU(102a, 102b, 102c)에 대한 CN 지원을 커스터마이즈하기 위해 AMF(182a, 182b)에 의해 사용될 수 있다. 예를 들어, 초신뢰성의 낮은 레이턴시(Ultra-Reliable Low Latency; URLLC) 액세스에 의존하는 서비스, 강화된 대규모 모바일 광대역(enhanced massive mobile broadband; eMBB) 액세스에 의존하는 서비스, 머신 타입 통신(machine type communication; MTC) 액세스를 위한 서비스 등과 같은 다양한 사용 사례들에 대해 상이한 네트워크 슬라이스들이 수립될 수 있다. AMF(162)는 RAN(113)과, LTE, LTE-A, LTE-A Pro와 같은 다른 무선 기술, 및/또는 WiFi와 같은 비-3GPP 액세스 기술을 이용하는 다른 RAN(도시되지 않음) 사이를 스위칭하기 위한 제어 평면 기능을 제공할 수 있다.

SMF(183a, 183b)는 N11 인터페이스를 통해 CN(115) 내의 AMF(182a, 182b)에 연결될 수 있다. SMF(183a, 183b)는 또한 N4 인터페이스를 통해 CN(115) 내의 UPF(184a, 184b)에 연결될 수 있다. SMF(183a, 183b)는 UPF(184a, 184b)를 선택 및 제어하고 UPF(184a, 184b)를 통해 트래픽의 라우팅을 구성할 수 있다. SMF(183a, 183b)는 WTRU IP 주소의 관리 및 할당, PDU 세션의 관리, 정책 시행 및 QoS의 제어, 다운링크 데이터 통지의 제공 등과 같은 다른 기능들을 수행할 수 있다. PDU 세션 타입은 IP 기반, 비 IP 기반, 이더넷 기반 등일 수 있다.

UPF(184a, 184b)는 N3 인터페이스를 통해 RAN(113) 내의 하나 이상의 gNB(180a, 180b, 180c)에 연결될 수 있으며, 이는 WTRU(102a, 102b, 102c)와 IP 인에이블형 디바이스(IP-enabled device) 간의 통신을 가능하게 하기 위해, 인터넷(110)과 같은 패킷 교환 네트워크로의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다. UPF(184, 184b)는 패킷의 라우팅 및 포워딩, 사용자 평면 정책의 시행, 멀티 홈 PDU 세션의 지원, 사용자 평면 QoS의 처리, 다운링크 패킷의 버퍼링, 이동성 앵커링의 제공 등과 같은 다른 기능들을 수행할 수 있다.

CN(115)은 다른 네트워크와의 통신을 가능하게 할 수 있다. 예를 들어, CN(115)은 CN(115)과 PSTN(108) 사이의 인터페이스로서 기능하는 IP 게이트웨이(예컨대, IP 멀티미디어 서브 시스템(IP multimedia subsystem; IMS) 서버)를 포함할 수 있거나 이와 통신할 수 있다. 또한, CN(115)은 WTRU(102a, 102b, 102c)에 다른 네트워크(112)로의 액세스를 제공할 수 있으며, 이 네트워크는 다른 서비스 제공자에 의해 소유되고 및/또는 운영되는 다른 유선 및/또는 무선 네트워크를 포함할 수 있다. 일 실시예에서, WTRU(102a, 102b, 102c)는 UPF(184a, 184b)에 대한 N3 인터페이스 및 UPF(184a, 184b)와 로컬 데이터 네트워크(DN)(185a, 185b) 사이의 N6 인터페이스를 경유하는 UPF(184a, 184b)를 통해 로컬 데이터 네트워크(DN)(185a, 185b)에 연결될 수 있다.

도 1a 내지 도 1d, 및 도 1a 내지 도 1d의 대응하는 설명을 고려하여, WTRU(102a-d), 기지국(114a-b), eNode B(160a-c), MME(162), SGW(164), PGW(166), gNB(180a-c), AMF(182a-b), UPF(184a-b), SMF(183a-b), DN(185a-b), 및/또는 본원에 설명된 임의의 다른 디바이스 중 하나 이상과 관련하여 본원에 설명된 하나 이상 또는 모든 기능은 하나 이상의 에뮬레이션 디바이스(도시되지 않음)에 의해 수행될 수 있다. 에뮬레이션 디바이스는 본원에 설명된 하나 이상 또는 모든 기능을 에뮬레이션하도록 구성된 하나 이상의 디바이스일 수 있다. 예를 들어, 에뮬레이션 디바이스는 다른 디바이스를 테스트하고 및/또는 네트워크 및/또는 WTRU 기능을 시뮬레이션하는 데 사용될 수 있다.

에뮬레이션 디바이스는 랩 환경에서 및/또는 운영자 네트워크 환경에서 다른 디바이스의 하나 이상의 테스트를 구현하도록 설계될 수 있다. 예를 들어, 하나 이상의 에뮬레이션 디바이스는 통신 네트워크 내의 다른 디바이스를 테스트하기 위해 유선 및/또는 무선 통신 네트워크의 일부로서 완전히 또는 부분적으로 구현되고 및/또는 구축되면서 하나 이상 또는 모든 기능을 수행할 수 있다. 하나 이상의 에뮬레이션 디바이스는 유선 및/또는 무선 통신 네트워크의 일부로서 일시적으로 구현/구축되면서 하나 이상 또는 모든 기능을 수행할 수 있다. 에뮬레이션 디바이스는 테스팅의 목적으로 다른 디바이스에 직접 연결될 수 있고 및/또는 오버디에어(over-the-air) 무선 통신을 사용하여 테스팅을 수행할 수 있다.

하나 이상의 에뮬레이션 디바이스는 유선 및/또는 무선 통신 네트워크의 일부로서 구현/구축되지 않으면서 하나 이상의 모든 기능을 수행할 수 있다. 예를 들어, 에뮬레이션 디바이스는 하나 이상의 컴포넌트의 테스팅을 구현하기 위해 테스팅 실험실에서 및/또는 비 구축된(예컨대, 테스팅) 유선 및/또는 무선 통신 네트워크에서의 테스팅 시나리오에서 이용될 수 있다. 하나 이상의 에뮬레이션 디바이스는 테스트 장비일 수 있다. (예컨대, 하나 이상의 안테나를 포함할 수 있는) RF 회로를 통한 직접 RF 결합 및/또는 무선 통신은 데이터를 송신 및/또는 수신하기 위해 에뮬레이션 디바이스에 의해 사용될 수 있다.

5G 무선 네트워크는, 휴먼 타입 통신(Human Type Communication; HTC)의 능력을 확장하고, 차량, 로봇, IoT 센서 및 액추에이터와 같은 머신, 및 기타 산업 장비에서 머신 타입 통신(Machine Type Communication; MTC)의 상호 연결을 가능하게 하는 통합 연결 프레임워크(unified connectivity framework)를 수립할 목적으로 현재 개발 중이다. 이 통합 연결 프레임워크는 우선 순위가 혼합된 HTC 및 산업 수준의 MTC 트래픽을 지원함으로써 미래의 산업 중심의 애플리케이션을 가능하게 할 수 있다. 최종 5G 프레임워크가 무엇이 될 것인지에 대한 불확실성이 상당할 것이지만, 그 특징 중 일부는 낮은 레이턴시, 근접성 서비스, 컨텍스트 인식, 및 모바일 엣지 컴퓨팅(MEC)을 포함할 수 있다.

예를 들어, 새로운 코딩 및 변조 방식과 결합되는 매체 액세스 및 고급 파형 기술의 돌파구는 5G 네트워크에 낮은 레이턴시라고 지칭될 수 있는 1ms 미만의 전송 레이턴시를 제공할 것으로 예상된다. 5G 시스템은 디바이스들이 다이렉트 로컬 링크(direct local link)를 통해 디바이스 대 디바이스(Device-to-Device; D2D) 방식으로 근접한 다른 디바이스들과 직접 통신할 수 있게 한다. 5G 네트워크는 컨텍스트를 인식할 수 있다. 예를 들어, 5G 네트워크는 주어진 디바이스의 개별 위치 및 특징을 (예컨대, 지속적으로) 인식할 것으로 예상될 수 있고, 그 주변 및 환경에 관한 정보를 가질 것으로 예상될 수 있다. MEC는 서비스 및 컨텐츠 제공자가 코어 네트워크를 활용하기보다는, 네트워크 엣지 상에서 애플리케이션 및 서비스를 제공할 수 있게 하는 새로운 기술(emerging technology)이다. 다시 말해서, MEC 시스템에서, 애플리케이션 및 서비스 구축은 모바일 네트워크의 엣지에서 클라우드와 같은 환경을 통해 인에이블될 수 있다. 이 개념은 레이턴시를 감소시킬 수 있고, 가입자의 지리적 위치로 트래픽을 제한함으로써 백본 네트워크, 예를 들어, 코어 네트워크의 혼잡을 피할 수 있다.

MEC는 5G 비전을 실현하는 역할을 할 수 있다. 예를 들어, MEC는 레이턴시, 대역폭, 컨텍스트 인식 등과 같은 중요한 5G 요건을 충족시키는 데 도움이 될 수 있다. UPF, 분기 UPF 등과 같은 MEC를 통합하기 위해 후크(hook)(예컨대, 초기 프레임워크)가 5G에 도입될 수 있다. 네트워크 서비스 및/또는 애플리케이션 기능(Application Function; AF)을 노출 또는 제공하고 비 3GPP 서비스로 네트워크를 확장하기 위해 네트워크 노출 기능(Network Exposure Function; NEF)과 같은 네트워크 기능이 정의될 수 있다.

3GPP 정의 5G 네트워크 내에 MEC를 통합하기 위해 다양한 디바이스, 시스템, 및 방법이 사용될 수 있다.

도 2는, 파 엣지 클라우드(Far Edge Cloud)의 양태를 도시하고, 네트워크의 다른 부분들과 관련하여 위치하는 시스템 다이어그램이다. 파 엣지 클라우드는 소형 셀, WiFi AP, HeNB, 셋탑 박스, HetNet 게이트웨이, 홈 내 미디어 게이트웨이 등 중 하나 또는 이들의 조합으로 구성된 클라우드를 포함할 수 있다. 파 엣지 클라우드(210)는 ETSI(European Telecommunication Standards Institute) MEC에 의해 정의된 클라우드(220)를 넘어, 관리 데이터 센터 외부의 네트워크의 파 엣지에 형성될 수 있다. 파 엣지 클라우드는 독립적으로 또는 MEC/원격 클라우드(230)와 협력하여 서비스를 제공할 수 있다. 원격 엣지 클라우드에서 이용될 수 있는 리소스들의 덕분에, 원격 엣지 클라우드는 컴퓨팅 파워, 스토리지, 및 네트워크 연결성의 측면에서 제한될 수 있다. 반면에, 최종 사용자와 상대적으로 더 가까워지므로, 파 엣지 클라우드는 더 낮은 레이턴시로 응답할 수 있는 이점을 가질 수 있다.

5G 및 엣지 컴퓨팅은 새로운 비즈니스 모델을 유발할 수 있다. 쇼핑몰 및 타워 회사와 같은 부동산 소유자는 부동산 내에 소형 데이터 센터를 수용함으로써 추가 수익을 창출할 수 있으며, 무선 서비스 제공자에게 엣지 컴퓨팅 서비스를 제공할 수 있다. 이러한 플레이어(player)들은 IaaS(Infrastructure as a Service) 모델을 따를 수 있고, 하드웨어 및 네트워킹 리소스를 관리할 수 있다. 이러한 플레이어들은 PaaS(Platform as a Service) 모델로 확장함으로써 그들의 비즈니스 모델을 확장할 수 있다. PaaS 모델을 사용하면 애플리케이션 개발자는 엣지 애플리케이션(Edge application)을 설치할 수 있다. 이러한 방식으로, 부동산 소유자는 추가 수익을 창출하고 사용할 수 있는 존재감과 능력을 가질 수 있다. 반면에 모바일 네트워크 운영자(mobile network operator; MNO)는 데이터 센터의 설치 및 관리를 피할 수 있으며, 엣지 컴퓨팅을 활용하여 고객 경험을 향상시킬 수 있다. MNO는 최종 사용자에게 엣지 컴퓨팅 서비스를 사용하는 것에 대해 프리미엄을 청구할 수 있다.

IaaS 또는 PaaS 모델 사용 여부에 관계없이, 모바일 네트워크와 신뢰할 수 있는 제3자 클라우드 서비스 제공자와 같은 엣지 컴퓨팅 서비스 제공자 간의 표준화된 인터페이스가 필요할 수 있다.

도 3은 예시적인 서비스 기반 아키텍처를 도시하는 시스템 다이어그램이다. 이 예에서, 모든 기능은 다른 기능에 의해 사용될 수 있는 서비스 애플리케이션 프로그래밍 인터페이스(application programming interface; API)를 노출한다. 아키텍처는 네트워크 노출 기능(Network Exposure Function; NEF)(310), 네트워크 저장소 기능(network repository function; NRF)(311), 정책 제어 기능(policy control function; PCF)(312), 통합 데이터 관리 기능(unified data management function; UDM)(313), 애플리케이션 기능(application function; AF)(314), 인증 서버 기능(authentication server function; AUSF)(315), 코어 액세스 및 이동성 관리 기능(access and mobility management function; AMF)(316), 세션 관리 기능(session management function; SMF)(317), 및 사용자 평면 기능(user plane function; UPF)(318)을 포함한다. 다양한 구현예는 이들 기능 중 하나, 일부, 또는 전부를 포함할 수 있거나 이들의 변형을 포함할 수 있다.

도 3의 예에서, NEF(310)는, 예컨대, 애플리케이션 기능, 엣지 컴퓨팅 등을 위해 3GPP 네트워크 기능에 의해 제공되는 서비스 및 능력의 안전한 노출을 제공한다. NRF(311)는 다른 네트워크 기능에 대한 등록 및 발견 기능을 제공하는 저장소 기능을 제공한다. PCF(312)는 네트워크 슬라이싱, 로밍, 및 이동성 관리를 통합하는 정책 제어 기능을 제공한다. UDM(313)은 인증 및 액세스 승인 크리덴셜의 저장을 담당한다. AF(314)는 서비스를 제공하도록 3GPP 코어 네트워크와 상호 작용하여, 트래픽 라우팅에 대한 애플리케이션 영향, 액세스 네트워크 능력 노출, 및 정책 제어를 위한 정책 프레임워크와의 상호 작용을 촉진한다. AUSF(315)는 인증 서버 기능을 제공한다. AMF(316)는 코어 액세스 및 이동성 기능을 제공한다. SMF(317)는 세션 수립, 수정 및 해제와, UPF와 AN 노드 사이에서의 터널 유지와, UPF(318)의 선택 및 제어를 제공하고, 트래픽을 적절한 목적지로 라우팅하도록 UPF(318)에서 트래픽 조향을 구성한다. UPF(318)는 인트라(Intra)/인터(Inter) RAT 이동성에 대한 앵커 포인트, 상호 연결 데이터의 외부 PDU 세션 포인트, 및 네트워크 패킷 라우팅 및 포워딩을 제공한다.

5G 시스템 아키텍처는 참조 포인트들을 사용하여 표현될 수 있다. 도 4는 2 개의 (예컨대, 로컬 및 중앙) 데이터 네트워크에 대한 동시 액세스를 위한 예시적인 비 로밍 5G 시스템 아키텍처를 도시한 시스템 다이어그램이다. 제공된 예에서, WTRU(410)는 단일 PDU 세션을 수립함으로써 DN(420 및 430) 모두에 액세스할 수 있다. 참조 포인트들은 3GPP에 의해 표준화된 상호 작용을 나타낸다. 이러한 상호 작용은 서비스 기능에 의해 노출되는 API들을 사용할 수 있다.

5G에서의 엣지 컴퓨팅의 예시적인 원리는 5G 코어 네트워크가 WTRU에 가까운 UPF를 선택하고 N6 인터페이스를 통해 UPF로부터 로컬 데이터 네트워크로의 트래픽 조향을 실행하는 것을 포함한다. 사용자 또는 애플리케이션 기능 이동성으로 인해, 서비스 또는 세션 지속성이 필요할 수 있다. 네트워크 정보 및 능력은 엣지 컴퓨팅 애플리케이션에 노출될 수 있다.

도 5는 다수의 PDU 세션에 대한 예시적인 비 로밍 5G 시스템 아키텍처를 도시한 시스템 다이어그램이다. 예를 들어, 전용 PDU 세션은 엣지 컴퓨팅(Edge Computing; EC)용으로 사용될 수 있고, 다른 PDU 세션은 비 EC 트래픽 용으로 사용될 수 있다. 이 예에서, 제1 PDU 세션에 관한 트래픽 흐름(510)은 중앙 DN(530)으로 진행할 수 있다. 제2 PDU 세션에 관한 트래픽 흐름(520)은 로컬 DN(540)으로 진행할 수 있고, 로컬 DN(540)에서 종료될 수 있거나 이를 통과하여 외부 네트워크에 도달할 수 있다.

도 6은 2 개의 (예컨대, 로컬 및 중앙) 데이터 네트워크에 대한 동시 액세스를 위한 비 로밍 5G 시스템 아키텍처에서의 단일 PDU 세션의 예를 도시한 시스템 다이어그램이다. 이 예에서, EC 트래픽(610)은 제1 UPF(620)에 의해 로컬 DN(630)을 향하여 조향될 수 있고, 비 EC 트래픽(640)은 제2 UPF(650)로 포워딩될 수 있으며, 이 제2 UPF(650)는 비 EC 흐름을 외부 DN(660)을 향하여 조향한다. 로컬 DN(630)은 특정 흐름을 종료시킬 수 있거나 또는 이 흐름을 통과시킬 수 있다.

각각의 PDU 세션은 단일 PDU 세션 타입을 지원할 수 있다(예컨대, PDU 세션의 수립에서 WTRU에 의해 요청된 단일 타입의 PDU의 교환을 지원할 수 있다). 이하의 예시적인 PDU 세션 타입은 IPv4, IPv6, 이더넷(Ethernet), 및 비구성된 것(Unstructured)(여기서, WTRU와 DN간에 교환되는 PDU의 타입은 5G 시스템에 대해 투명할 수 있음)으로 정의될 수 있다. PDU 세션은 WTRU와 SMF 사이에서 N1을 통해 교환되는 NAS SM 시그널링을 사용하여, (예컨대, WTRU 요청에 따라) 수립, (예컨대, WTRU 및 5GC 요청에 따라) 수정, 및/또는 (예컨대, WTRU 및 5GC 요청에 따라) 해제될 수 있다. 애플리케이션 서버로부터의 요청에 따라, 5GC는 특정 데이터 네트워크 이름(data network name; DNN)에 대한 PDU 세션을 수립하도록 WTRU를 트리거할 수 있다.

SMF는 WTRU 요청이 요청 WTRU와 연관된 사용자 신청을 준수하는지 여부의 확인을 담당할 수 있다. 이를 위해 SMF는 UDM으로부터 SMF 레벨 신청 데이터를 리트리빙(retrieving)할 수 있다. 이러한 데이터는 DNN에 대해, 허용되는 PDU 세션 타입, 및 홈 라우팅(Home Routing)의 경우 방문된 공공 지상 모바일 네트워크(visited public land mobile network; VPLMN)가 업링크 분류기(uplink classifier; UL CL) 또는 PDU 세션을 위한 분기 포인트를 해당 DNN으로 삽입할 수 있는지를 나타낼 수 있다. 허용되는 서비스 및 세션 지속성(service and session continuity; SSC) 모드에 관한 정보는 홈 공공 지상 모바일 네트워크(home public land mobile network(HPLMN)의 SMF에 의해 VPLMN의 SMF에 제공될 수 있다.

이 네트워크로 전송된 PDU 세션 수립 요청에서, WTRU는 PDU 세션 식별자(ID)를 제공할 수 있다. WTRU는 또한 PDU 세션 타입, 슬라이싱 정보(예컨대, 단일 네트워크 슬라이스 선택 보조 정보(single network slice selection assistance information; S-NSSAI)), DNN, 및/또는 SSC 모드를 제공할 수 있다.

표 1은 PDU 세션의 예시적인 속성을 나타낸다.

PDU 세션 속성	PDU 세션의 수명 동안 나중에 수정될 수 있는가?	노트
슬라이스 정보	아니오	(노트 1)(노트 2)
DNN(데이터 네트워크 이름)	아니오	(노트 1)(노트 2)
PDU 세션 타입	아니오	(노트 1)
SSC 모드	아니오	(노트 1) 서비스 및 세션 지속성 모드의 의미가 여기서 더 논의된다.
PDU 세션 ID	아니오
노트 1: 만약 그것이 WTRU에 의해 제공되지 않으면, 네트워크는 사용자 신청 시에 수신된 디폴트 정보에 기초하여 파라미터를 결정할 수 있다. 상이한 DNN에 대한 신청은 상이한 디폴트 SSC 모드들 및 상이한 디폴트 PDU 세션 타입들에 해당할 수 있다. 노트 2: 슬라이싱 정보와 DNN은 AMF에 의해 새로운 세션을 처리할 SMF를 선택하는 데 사용된다.

로컬 브레이크 아웃(local breakout) 사례를 이용한 비 로밍 및 로밍에서의 PDU 세션 수립 절차는 새로운 PDU 세션을 수립하고 및/또는 3GPP 액세스와 비 3GPP 액세스 사이에서 기존 PDU 세션을 핸드오버하는 데 사용될 수 있다. 로밍 사례에서, AMF는 PDU 세션이 로컬 브레이크 아웃(Local Break-out; LBO) 또는 홈 라우팅에서 수립될지를 결정할 수 있다. LBO의 사례에서, 상기 절차는, SMF, UPF 및 PCF가 방문된 네트워크에 있는 것을 제외하고는, 비 로밍 사례에서와 동일하다.

도 7은 LBO 사례를 이용한 비 로밍 및 로밍을 위한 예시적인 세션 수립 절차를 도시하는 메시지 시퀀스 차트이다. 도 7의 절차는, WTRU가 이미 AMF에 등록되어 있고, 따라서 AMF가 UDM으로부터 사용자 신청 데이터를 이미 리트리빙했다고 가정할 수 있다. 본원에 설명되는 메시지, 요청, 및 응답은 다음과 같은 포맷: "메시지 타입(파라미터 X, 파라미터 Y .... 파라미터 N)"으로 기술될 수 있다.

단계(701)에서, NAS 메시지(예컨대, S-NSSAI, DNN, PDU 세션 ID, 요청 타입, 및/또는 N1 SM 정보를 포함함)가 WTRU로부터 AMF에 전송된다. 새로운 PDU 세션을 수립하기 위해, WTRU는 새로운 PDU 세션 ID를 생성할 수 있다. WTRU는 N1 SM 정보 내에 PDU 세션 수립 요청을 포함하는 NAS 메시지를 전송함으로써 WTRU 요청 PDU 세션 수립 절차를 개시할 수 있다. PDU 세션 수립 요청은 PDU 타입, SSC 모드, 및/또는 프로토콜 구성 옵션을 포함할 수 있다. 요청 타입은 PDU 세션 수립 요청이 새로운 PDU 세션을 수립하려고 할 경우 초기 요청을 나타낼 수 있고, 요청이 3GPP 액세스와 비 3GPP 액세스 간의 기존 PDU 세션을 나타내는 경우 기존 PDU 세션을 나타낼 수 있다. WTRU에 의해 전송되는 NAS 메시지는 AMF를 향한 N2 메시지 내에 AN에 의해 캡슐화될 수 있으며, 이는 사용자 위치 정보 및 액세스 기술 타입 정보를 포함할 수 있다. N1 SM 정보는 외부 DN에 의한 PDU 세션 승인을 위한 정보를 포함하는 SM PDU DN 요청 컨테이너를 포함할 수 있다.

단계(702)에서, AMF는, 초기 요청을 나타내는 요청 타입에 기초하여 메시지가 새로운 PDU 세션에 대한 요청에 대응하고, PDU 세션 ID가 WTRU의 임의의 기존 PDU 세션용으로는 사용되지 않는다는 것을 결정한다. NAS 메시지가 S-NSSAI를 포함하지 않는 경우, AMF는 WTRU 신청에 따라 요청된 PDU 세션에 대한 디폴트 S-NSSAI를 결정할 수 있다. AMF는 적합한 절차에 따라 SMF를 선택할 수 있다. AMF는 PDU 세션 ID와 SMF ID의 연관성(association)을 저장할 수 있다. 요청 타입이 기존의 PDU 세션을 나타내고, AMF가 PDU 세션 ID를 인식하지 못하거나 UDM으로부터의 신청 컨텍스트가 DNN에 대응하는 SMF ID를 포함하고 있지 않은 경우, 이러한 사례는 에러 사례로 처리될 수 있다.

단계(703)에서, SM 요청(예컨대, 가입자 영구 ID, DNN, S-NSSAI, PDU 세션 ID, AMF ID, N1 SM 정보(예컨대, PDU 세션 ID, PDU 세션 수립 요청), 사용자 위치 정보, 및/또는 액세스 기술 타입을 포함함)은 AMF로부터 SMF에 전송된다. AMF ID는 WTRU에 서빙하는 AMF를 고유하게 식별할 수 있다. N1 SM 정보는 WTRU로부터 수신된 PDU 세션 수립 요청을 포함할 수 있다.

단계(704a)에서, 신청 데이터 요청(가입자 영구 ID, DNN)이 SMF로부터 UDM에 전송된다. 단계(703)에서의 요청 타입이 기존의 PDU 세션을 나타내는 경우, SMF는 요청이 3GPP 액세스와 비 3GPP 액세스 사이의 핸드오버로 인한 것이라고 결정할 수 있다. SMF는 PDU 세션 ID에 기초하여 기존의 PDU 세션을 식별할 수 있다. SMF가 DNN과 관련된 WTRU에 대한 SM 관련 신청 데이터를 아직 리트리빙하지 않은 경우, SMF는 이 신청 데이터를 요청할 수 있다.

단계(704b)에서, 신청 데이터 응답이 UDM으로부터 SMF에 전송된다. 신청 데이터는 승인된 PDU 타입, 승인된 SSC 모드, 및/또는 디폴트 QoS 프로파일을 포함할 수 있다. SMF는 WTRU 요청이 사용자 신청 및 로컬 정책을 준수하는지를 결정할 수 있다. 요청이 준수하지 않고, SMF가 AMF에 의해 중계된 NAS SM 시그널링(예컨대, 관련 SM 거부 원인을 포함함)을 통해 WTRU 요청을 거절할 수 있는 경우, SMF는 PDU 세션 ID가 해제된 것으로 간주되고 나머지 절차는 스킵된다고 AMF에 표시한다.

단계(705)에서, PDU 세션 인증/승인에 관한 절차가 수행된다. 시그널링은 UPF를 통해 SMF와 DN 사이에서 발생할 수 있다. SMF가 PDU 세션의 수립을 승인/인증해야 하는 경우, SMF는 UPF를 선택하고 PDU 세션 수립 인증/승인을 트리거할 수 있다. PDU 세션 수립 인증/승인이 실패하면, SMF는 PDU 세션 수립 절차를 종료하고 WTRU에 거부를 표시할 수 있다.

단계(706a)에서, 동적 PCC가 구축되면, SMF는 PCF 선택을 수행할 수 있다. 단계(706b)에서, SMF는 PCF로 향하는 PDU-CAN 세션 수립을 개시하여 PDU 세션에 대한 디폴트 PCC 규칙을 획득할 수 있다. 단계(703)에서의 요청 타입이 기존의 PDU 세션을 나타내는 경우, PCF는 대신 PDU-CAN 세션 수정을 개시할 수 있다.

이 절차의 목적은 UPF를 선택하기 전에 PCC 규칙을 수신하는 것일 수 있다. UPF 선택을 위한 입력으로서 PCC 규칙이 필요하지 않은 경우, 관련 절차는 스킵될 수 있다.

단계(707)에서, 단계(703)에서의 요청 타입이 초기 요청을 나타내는 경우, SMF는 PDU 세션에 대해 SSC 모드를 선택할 수 있다. UPF를 선택하기 전에 PCC 규칙 수신과 관련된 절차가 수행되지 않은 경우, SMF는 UPF를 또한 선택할 수도 있다. PDU 타입 IPv4 또는 IPv6의 경우, SMF는 PDU 세션에 대해 IP 주소/프리픽스를 할당할 수 있다. 비 구성된 PDU 타입의 경우, SMF는 (UDP/IPv6에 기초한) PDU 세션 및 N6 포인트 대 포인트 터널링(point-to-point tunnelling)에 대해 IPv6 프리픽스를 할당할 수 있다.

단계(708)에서, 동적 PCC가 구축되고 PDU-CAN 세션 수립이 아직 수행되지 않은 경우, SMF는 PCF로 향하는 PDU-CAN 세션 수립을 개시하여 PDU 세션에 대한 디폴트 PCC 규칙을 획득할 수 있다. 이와는 달리, 요청 타입이 초기 요청을 나타내고, 동적 PCC가 구축되고, 그리고 PDU 타입이 IPv4 또는 IPv6인 경우, SMF는 PDU-CAN 세션 수정을 개시할 수 있고, 할당된 WTRU IP 주소/프리픽스를 PCF에 제공할 수 있다.

단계(709)에서, 요청 타입이 초기 요청을 나타내고 UPF를 선택하기 전에 PCC 규칙을 수신하는 것과 관련된 절차가 수행되지 않은 경우, SMF는 선택된 UPF와 함께 N4 세션 수립 절차를 개시할 수 있다. 예를 들어, 요청 타입이 초기 요청을 나타내지 않거나 PCC 규칙 수신 절차가 수행되지 않은 경우, SMF는 선택된 UPF와 함께 N4 세션 수정 절차를 개시할 수 있다. 예를 들어, 단계(709a)에서, SMF는 N4 세션 수립/수정 요청을 UPF에 전송하고, 이 PDU 세션을 위해 UPF 상에 설치될 패킷 검출, 시행 및 보고 규칙을 제공한다. CN 터널 정보가 SMF에 의해 할당되는 경우, 이 단계에서 CN 터널 정보가 UPF에 제공될 수 있다. 단계(709b)에서, UPF는 N4 세션 수립/수정 응답을 전송함으로써 확인 응답한다. CN 터널 정보가 UPF에 의해 할당되는 경우, 이 단계에서 CN 터널 정보가 SMF에 제공될 수 있다.

단계(710)에서, SM 응답(예컨대, 원인, N2 SM 정보(PDU 세션 ID, QoS 프로파일, 및/또는 CN 터널 정보), N1 SM 정보(예컨대, PDU 세션 수립 수락(예컨대, 승인된 QoS 규칙, SSC 모드, S-NSSAI, 및/또는 할당된 IPv4 주소)을 포함함)를 포함함)은 SMF로부터 AMF에 전송된다.

N2 SM 정보는 AMF가 액세스 네트워크(AN)(예컨대, RAN)로 포워딩할 수 있는 정보를 운반할 수 있다. 예를 들어, AMF는 PDU 세션에 대응하는 N3 터널의 코어 네트워크 주소에 대응하는 CN 터널 정보를 포워딩할 수 있다. QoS 프로파일(다수의 QoS 프로파일은 (R)AN에 제공될 수 있음)은 QoS 파라미터들과 QoS 흐름 식별자들 간의 매핑 및/또는 AN에 의해 WTRU와의 시그널링에 사용될 수 있는 PDU 세션 ID를 (R)AN에 제공하여, WTRU에 대한 AN 리소스들과 PDU 세션 사이의 연관성을 WTRU에 표시할 수 있다.

N1 SM 정보는 AMF가 WTRU에 제공할 수 있는 PDU 세션 수립 수락을 포함할 수 있다. 다수의 승인된 QoS 규칙은 N1 SM 정보 내의 PDU 세션 수립 수락 내에 그리고 N2 SM 정보 내에 포함될 수 있다. SM 응답은 PDU 세션 ID, 및 AMF가 어떤 WTRU가 타겟인지를 알 수 있게 하여 해당 WTRU로 향하는 어떤 액세스를 사용할지를 또한 결정하게 하는 정보를 더 포함할 수 있다. 액세스 정보는, WTRU가 3GPP 및 비 3GPP 액세스를 통해 동시에 연결된 경우에 사용될 수 있다. 단계(711)에서, N2 PDU 세션 요청(N2 SM 정보, NAS 메시지(PDU 세션 ID, PDU 세션 수립 수락)) NAS 메시지가 AMF로부터 (R)AN으로 전송된다. AMF는 N2 PDU 세션 요청 내의, 예를 들어, WTRU를 타겟으로 하는 PDU 세션 ID 및 PDU 세션 수립 수락을 포함하는 NAS 메시지, 및 SMF로부터 수신된 N2 SM 정보를 (R)AN으로 전송할 수 있다.

단계(712)에서, PDU 세션 수립 수락 메시지가 (R)AN으로부터 WTRU로 전송된다. (R)AN은 SMF로부터 수신된 정보와 관련된 WTRU와의 AN 특정 시그널링 교환을 발행할 수 있다. 예를 들어, 3GPP RAN의 경우, WTRU가 단계(711)에서 수신된 PDU 세션 요청에 대한 승인된 QoS 규칙과 관련된 필요한 RAN 리소스를 수립하는 것과 함께 RRC 연결 재구성이 발생할 수 있다. (R)AN은 또한 PDU 세션에 대해 (R)AN N3 터널 정보를 할당할 수 있다. (R)AN은 단계(711)에서 제공된 NAS 메시지(PDU 세션 ID, N2 SM 정보(PDU 세션 수립 수락))를 WTRU에 포워딩할 수 있다. (R)AN은, 필요한 RAN 리소스가 수립되고 (R)AN 터널 정보의 할당이 성공적인 경우에만, NAS 메시지를 WTRU에 제공할 수 있다.

단계(713)에서, (R)AN은 N2 PDU 세션 응답(PDU 세션 ID, 원인, N2 SM 정보(PDU 세션 ID, (R)AN 터널 정보, 수락/거부된 QoS 프로파일의 리스트))을 AMF에 전송한다. (R)AN 터널 정보는 PDU 세션에 대응하는 N3 터널의 액세스 네트워크 주소에 대응할 수 있다.

단계(714)에서, AMF는 SMF에 SM 요청(N2 SM 정보)을 전송한다. AMF는, 예를 들어, (R)AN으로부터 수신된 N2 SM 정보를 SMF로 포워딩할 수 있다. 주목할 것은, 일부 구현예에서, WTRU가 코어 네트워크에 WTRU가 PDU 세션을 성공적으로 수립했음을 표시하거나, 또는 단계(712)에 표시된 (R)AN에서의 성공적인 수립으로 충분한지를 표시하도록 하는 단계들이 포함될 수 있다는 것이다. 예를 들어, WTRU는 WTRU가 PDU 세션을 성공적으로 수립했음을 나타내는 NAS PDU 세션 수립 완료 메시지를 전송할 수 있다.

단계(715a)에서, 이 PDU 세션에 대한 N4 세션이 아직 수립되지 않은 경우, SMF는 UPF와 함께 N4 세션 수립 절차를 개시한다. 그렇지 않으면, SMF는 UPF와 함께 N4 세션 수정 절차를 개시하다. SMF는 AN 터널 정보 및 CN 터널 정보를 제공한다. CN 터널 정보는 SMF가 단계(708)에서 CN 터널 정보를 선택한 경우에만 제공될 필요가 있다. PDU 세션 수립 요청이 3GPP와 비 3GPP 액세스 간의 이동성으로 인한 경우, 이 단계에서 다운링크 데이터 경로는 타겟 액세스로 향해 전환될 수 있다. 단계(715)에서, UPF는 N4 세션 수립/수정 응답을 SMF에 제공한다.

단계(716)에서, SMF는 SM 응답(원인)을 AMF에 전송한다. 이 단계 후에, AMF는, 예를 들어, (R)AN 터널 정보가 변경되거나 AMF가 재배치되는 핸드오버 시에 관련 이벤트를 SMF에 포워딩할 수 있다. 관련 이벤트는, 예를 들어, N1 시그널링과 관련하여 (R)AN으로부터 AMF에 의해 수신된 사용자 위치 또는 액세스 타입의 변경을 포함할 수 있다. 일부 구현예에서, SMF는 이러한 이벤트들을 명시적으로 신청할 수 있거나, 이 신청은 암시적일 수 있다.

단계(717)에서, PDU 타입 IPv6 사례에서, SMF는 IPv6 라우터 광고를 생성하고 이를 N4 인터페이스 및 UPF를 거쳐 WTRU에 전송한다.

단계(718)에서, PDU 세션 수립 요청이 3GPP 액세스와 비 3GPP 액세스 간의 핸드오버에 기인한 경우(예컨대, 요청 타입이 기존의 PDU 세션을 나타내는 경우), SMF는 소스 액세스(3GPP 또는 비 3GPP 액세스)를 통해 사용자 평면을 해제하기 위한 절차를 실행한다.

단계(719)에서, SMF 아이덴티티가 UDM에 의한 단계(704b)에서의 DNN 신청 컨텍스트에 포함되어 있지 않은 경우, SMF는 SMF 주소 및 DNN을 포함하는 "UDM_Register WTRU serving NF" 서비스를 호출한다. UDM은, 예를 들어, SMF 아이덴티티, 주소 및 관련 DNN을 저장할 수 있다. 절차 동안 PDU 세션 수립이 성공적이지 않으면, SMF는 AMF에 통지할 수 있다.

애플리케이션 기능(Application Function; AF)은 PDU 세션의 트래픽에 대한 SMF 라우팅 결정에 영향을 주는 요청을 전송할 수 있다. 이는 UPF 선택에 영향을 줄 수 있으며 사용자 트래픽을 로컬 DN으로 라우팅할 수 있게 한다. 이러한 요청은, 예를 들어, 라우팅될 트래픽을 식별하기 위한 정보, 트래픽을 라우팅할 위치에 관한 정보, 트래픽 라우팅이 적용되어야 하는 AF의 잠재적 위치, 및 트래픽 라우팅이 적용되어야 하는 시점에 관한 시간 표시를 포함할 수 있다. 트래픽을 식별하는 정보는 DNN 및/또는 애플리케이션 식별자 또는 트래픽 필터링 정보를 포함할 수 있다. 일부 구현예에서, AF에 의해 제공된 정보와 코어 네트워크에서 사용된 정보 사이에는 매핑이 제공될 수 있다. 트래픽을 라우팅할 위치에 관한 정보는 외부 식별자, 모바일 스테이션 국제 가입자 디렉토리 번호(mobile station international subscriber directory number; MSISDN), 또는 개별 WTRU, WTRU들의 그룹 또는 모든 WTRU와 관련된 다른 식별자를 포함할 수 있다. AF의 잠재적 위치는, 예컨대, UPF 선택을 위해 사용될 수 있다.

이러한 요청을 발행하는 AF는 WTRU에 서빙하는 공공 지상 모바일 네트워크(public land mobile network; PLMN)에 속하는 것으로 가정될 수 있다. AF는 WTRU에 서빙하는 PLMN이 소유하지 않은 다른 애플리케이션 기능 대신 요청을 발행할 수 있다. SMF는 로컬 정책에 따라, 이러한 정보를 고려하여, PDU 세션에 대한 UPF를 선택하거나 재선택할 수 있으며, UL 분류기(UL CL)의 트래픽 멀티 호밍(traffic multi-homing) 또는 시행(enforcement)을 위한 메커니즘을 활성화할 수 있으며; 및/또는 UP 경로의 (재)선택을 애플리케이션 기능에 통지할 수 있다. UL CL의 트래픽 멀티 호밍 또는 시행을 위한 메커니즘은 UPF에 트래픽 포워딩(예컨대, 브레이크 아웃) 규칙을 제공하는 것을 포함할 수 있다.

일부 구현예에서, 애플리케이션 기능 요청은, 예컨대, NEF 또는 PCF로부터 SMF로 라우팅될 수 있다.

애플리케이션 기능은 WTRU의 위치 정보를 통지받도록 요청할 수 있다.

엣지 컴퓨팅 추세에 대한 첫 번째 동인은 네트워크 운영자가, 예컨대, 최종 사용자에 대한 근접성 및 사용자의 아이덴티티의 인식과 같은 액세스 네트워크의 고유한 특성을 활용함으로써 부가 가치 서비스를 추가로 제공하고, 최종 사용자에게 보다 나은 능력과 경험의 품질을 제공하고자 할 수 있다는 것이다. 엣지 컴퓨팅의 두 번째 주요 동인은 네트워크의 엣지에서 컴퓨팅 능력을 갖춘 저전력 IoT 디바이스를 보완하여 백홀 링크에 의해 도입되는 레이턴시 및 용량 제한으로 인해 단순히 다른 방법으로는 불가능한 복잡한 동작 또는 대량의 데이터 및 디바이스와 관련된 동작을 가능하게 할 필요가 있다는 것이다.

엣지 컴퓨팅을 위한 세 번째 동인은 증가하는 시스템 복잡성에 대처하기 위해 "DevOps" 개발 모델에 의해 예시되는 바와 같은 소프트웨어 개발 및 구축 활동들의 점점 더 많은 통합을 이끌어 내는 클라우드 컴퓨팅 자체의 개발로부터 비롯된다. 이러한 추세는 "IT 세계와 네트워크 인프라스트럭처의 통합"으로도 설명될 수 있는 네트워크 기능 가상화(Network Function Virtualization; NFV)와 같은 기술에 의해 인에이블되며, 애플리케이션 제공자의 자본 및 운영 비용을 줄이는 것을 핵심 목표로 하고 있다. MEC는 데이터 센터를 넘어 다른 인터넷 및 심지어는 최종 사용자 디바이스에까지 이 새로운 유연성을 확장하는 방법으로 간주될 수 있으며, 이는 궁극적으로 원격 클라우드(Distant Cloud)가 잘 제공하지 않는 새로운 애플리케이션 클래스에 대한 혁신을 촉진한다.

도 8은 ETSI MEC 아키텍처를 도시하는 시스템 다이어그램이다. 도 8에 도시된 예에서, 모바일 엣지 호스트(mobile edge host; MEH)(810)는 모바일 엣지 플랫폼(mobile edge platform; MEP)(820) 및 가상화 인프라스트럭처(830)를 포함하는 엔티티이다. 가상화 인프라스트럭처는, MEP(820)에 의해 수신된 트래픽 규칙을 실행하고, 예를 들어, 애플리케이션, 서비스, DNS 서버/프록시, 3GPP 네트워크, 로컬 네트워크, 및 외부 네트워크 사이에서 트래픽을 라우팅하는 데이터 평면을 포함할 수 있다. MEP(820)는 특정 가상화 인프라스트럭처 상에서 모바일 엣지 애플리케이션을 실행하는 필수 기능의 집합체이다. MEP는, 예를 들어, 모바일 엣지 플랫폼 관리자(mobile edge platform manager; MEPM)(840), 애플리케이션, 또는 서비스로부터 트래픽 규칙을 수신할 수 있고, 그에 따라 가상화 인프라스트럭처(830)에 지시할 수 있다.

모바일 엣지 애플리케이션(mobile edge application; ME App)은 모바일 엣지 플랫폼 관리자(MEPM)(840)에 의해 검증된 구성 또는 요청에 기초하여 MEH(810)의 가상화 인프라스트럭처(830) 상에서 인스턴스화될 수 있다. MEPM(840)는 애플리케이션 수명 사이클을 관리하고, 관련 애플리케이션 관련 이벤트를 모바일 엣지 오케스트레이터(mobile edge orchestrator; MEO)(850)에 통지하고, 모바일 엣지 플랫폼에 요소 관리 기능을 제공하며, 애플리케이션 규칙 및 요건을 관리할 수 있다.

도 9는 예시적인 NFV 관리 및 조직(MANO)을 도시하는 시스템 다이어그램이다. NFV MANO에서, NFV 오케스트레이션(orchestration)에 일반적으로 필요한 기능에는 서비스 조정 및 인스턴스화(service coordination and instantiation), 서비스 체인화(service chaining), 스케일링 서비스(scaling service), 및/또는 서비스 모니터링(service monitoring)이 포함된다. 서비스 조정 및 인스턴스화를 위해, 오케스트레이션 소프트웨어는 기본 NFV 플랫폼과 통신하여 서비스를 인스턴스화해야 하며, 즉, 플랫폼 상에서 서비스의 가상 인스턴스를 생성할 수 있다. 서비스 체인화를 사용하면, 단일 고객 또는 다수의 고객을 위해 스케일링하도록 서비스를 복제하고 확장할 수 있다. 스케일링 서비스는 더 많은 서비스가 추가될 때 서비스를 제공하기에 충분한 리소스의 발견 및 관리를 처리할 수 있다. 서비스 모니터링은 플랫폼 및 리소스의 성능을 추적하여 우수한 서비스를 제공하기에 적합한지를 확인할 수 있다.

도 9를 참조하면, 네트워크 서비스를 제공하기 위해 적절한 컴퓨팅, 스토리지, 및 네트워크 리소스가 이용될 수 있도록 리소스 오케스트레이션(resource orchestration)이 구현될 수 있다. 이러한 목적을 달성하기 위해, 네트워크 기능 가상화 오케스트레이터(network function virtualization orchestrator; NFVO)(910)는 요건에 따라 가상화 인프라스트럭처 관리자(virtual infrastructure manager; VIM)(920)와 함께 또는 직접 NFV 인프라스트럭처(NFVI) 리소스(930)와 함께 동작할 수 있다. 이는 특정 VIM과는 무관하게 NFVI 리소스(930)를 조정, 승인, 해제 및 참여시킬 수 있다. 이는 NFVI 리소스를 공유하는 가상 네트워크 기능(virtual network function; VNF) 인스턴스(940, 941 및 942)의 관리를 제공할 수 있다.

네트워크 운영자가 직면한 새로운 과제를 해결하기 위해, 여러 POP(Point of Presence) 또는 하나의 POP 내의 다수의 리소스에 걸쳐 NFV 기반 솔루션을 구축하는 것이 바람직할 수 있다. NFV가 없으면, 이는 가능하지 않을 수 있다. NFV MANO를 사용하면, 서비스 제공자는 이 능력 내에 NFVO를 사용하는 것을 구축할 수 있으며, 이 NFVO는 NFVI 리소스와 직접 접촉하는 대신 노스바운드(northbound) API를 통해 VIM(910)을 직접 참여시키는 능력을 제공할 수 있다. 이는 일반적으로 이러한 구축을 방해할 수 있는 물리적 경계를 제거할 수 있다. 서비스 오케스트레이션을 제공하기 위해, NFV 오케스트레이터는 상이한 VNF들(940, 941, 및/또는 942) 사이에서 종단 간 서비스를 생성할 수 있으며, 이 VNF들은 NFVO(910)가 협력하는 상이한 VNFM들(950)에 의해 관리될 수 있다.

하드웨어 가상화 또는 플랫폼 가상화는 운영 체제가 있는 실제 컴퓨터처럼 동작하는 가상 머신의 생성을 의미할 수 있다. 이러한 가상 머신 상에서 실행되는 소프트웨어는 기본 하드웨어 리소스와는 분리될 수 있다.

소프트웨어 가상화는 운영 체제 레벨의 가상화(단일 OS 인스턴스 내에서 다수의 가상화된 환경의 호스팅); 애플리케이션 가상화 및 작업 공간 가상화(기본 OS와 분리된 환경에서 개별 애플리케이션들의 호스팅); 서비스 가상화(개발 또는 테스트 목적으로 테스트 대상 애플리케이션(application under test; AUT)을 실행하는 데 필요한 종속(예컨대, 제3자, 진화 또는 구현되지 않은) 시스템 컴포넌트의 동작의 에뮬레이팅)를 포함할 수 있다.

메모리 가상화는 네트워크 시스템으로부터의 랜덤 액세스 메모리(random-access memory; RAM) 리소스들을 단일 메모리 풀로 접성화하는 것을 포함할 수 있다. 가상 메모리는 애플리케이션 프로그램에 연속적인 작업 메모리를 갖는다는 인상을 제공할 수 있으며, 기본 물리적 메모리 구현과는 분리될 수 있다. 스토리지 가상화는 물리적 스토리지로부터 논리 스토리지를 (예컨대, 완전히) 추상화하는 프로세스를 포함할 수 있다. 네트워크 가상화는 네트워크 서브넷 내에서 또는 네트워크 서브넷을 가로질러 가상화된 네트워크 주소 지정 공간의 생성을 포함할 수 있다. 가상 사설 네트워크(virtual private network; VPN)는 네트워크 내의 실제 유선 또는 기타 물리적 미디어를 추상화 계층으로 대체하여, 인터넷을 통해 네트워크를 생성할 수 있게 하는 네트워크 프로토콜이다.

MEC를 5G 네트워크에 통합하기 위해 다양한 후크가 사용될 수 있다. MNO가 MEC 서비스 제공자인 경우, MEC(제어 애플리케이션 기능)는 내부적으로 구현될 수 있고, SMF 또는 다른 5G 기능과 직접 상호 작용할 수 있거나 NEF를 통해 상호 작용할 수 있다. 외부(및 내부) MEC 서비스 제공자의 경우, 후크는, QOE 및/또는 세션 지속성에 대한 정책을 설정하여, 네트워크 정보, 무선 및 코어 네트워크, 및/또는 제3자 제공자에게는 어려울 수 있는 네트워크 파라미터를 설정하는 능력을 획득하기 위해, 사용자당, 애플리케이션당, 트래픽 흐름을 조향하는 제어권을 획득하는 것을 포함할 수 있다. 표준화되고 잘 알려진 일부 API를 통해 제3자 클라우드 제공자를 위한 이러한 능력을 인에이블시키는 것이 바람직할 수 있다.

다양한 절차와 API를 통해 제3자 클라우드 제공자는 5G 네트워크의 컨텍스트에서 네트워크 서비스 제공자에게 엣지 컴퓨팅 서비스를 제공할 수 있다. 이러한 API 및 절차는 초기 구성 및 설정을 위한 API 및 절차; 네트워크 정보 교환을 위한 API 및 절차; 및/또는 클라우드 리소스 위치를 동적으로 변경하고 사용자 평면 트래픽을 새로운 위치로 조향하기 위한 API 및 절차를 포함할 수 있다.

제3자 엣지 컴퓨팅 서비스 제공자(Computing Service Provider; CSP)의 경우, 본원의 다양한 예에 대해 3GPP 5G 네트워크와 관련된 이하의 가정이 행해진다.

CSP는 컴퓨팅 리소스를 소유, 구축 및 관리할 수 있다. 타워 회사 및/또는 부동산 소유자는 자신의 시설에 클라우드 리소스를 구축할 수 있다. 이러한 구축은 네트워크 서비스 제공자가 사용할 수 있는 소규모 데이터 센터로 간주될 수 있다. 제3자 클라우드 서비스 제공자는 IaaS(Infrastructure as a Service) 또는 PaaS(Platform as a Service) 모드로 동작할 수 있다. CSP가 lasS 종류의 서비스를 MNO에 제공할 경우, MNO는 원하는 위치에 가까운 컴퓨팅 리소스를 요청할 수 있다. CSP는 해당 리소스를 일정 위치에 예약하고, 엣지 애플리케이션의 수명 사이클을 관리하기 위한 인터페이스를 MNO에 제공할 수 있다. MNO는 또한 리소스 모니터링을 담당할 수 있으며, 부하에 기초하여 더 많은 리소스를 요청하거나 리소스를 해제할 수 있다. CSP는 또한 PaaS 모델에서 애플리케이션 수명 사이클을 관리한다. 애플리케이션 개발자는 CSP에 의해 관리될 엣지 애플리케이션을 (MNO 대신) CSP에 제공할 수 있다. MNO는 CSP의 요청 또는 구성에 기초하여 트래픽을 엣지 애플리케이션으로 지향시킬 수 있다. 본원에 기술된 다양한 예는 CSP가 애플리케이션 서비스를 제공하는 제2 시나리오에 관한 것이다.

3GPP 로컬 DN은 제3자 서비스 제공자에 의해 소유되고 구축되는 엣지 컴퓨팅 시설을 나타낼 수 있다. "오케스트레이션 기능"은 CSP에 의해 소유될 수 있고, 리소스 프로비저닝(resource provisioning) 또는 애플리케이션의 온보딩(onboarding of application)과 같은 서비스를 제공할 수 있다. CSP 오케스트레이션 기능은 사용자가 연결하려고 할 때 "엣지 애플리케이션(Edge Application)" 또는 "엣지 플랫폼(Edge platform)"으로부터 요청을 수신할 수 있다. 요청은 애플리케이션에 연결하려는 사용자에 대한 위치 정보를 포함할 수 있다. CSP 오케스트레이션 기능은 그 후 위치 정보에 기초하여 리소스 및 온보드 애플리케이션을 할당할 수 있다. 애플리케이션을 온보딩한 후, 사용자 평면 트래픽은 엣지 애플리케이션으로 조향될 수 있다.

CSP 오케스트레이션 기능은 3GPP 관리 시스템 및 임의의 다른 MANO와 통신하여, 예를 들어, 정책 결정을 협상하는 활동을 조정할 수 있다. CSP가 IaaS 제공자일 뿐인 경우/시나리오에서, 3GPP 관리 시스템은 CSP 오케스트레이터를 통해 리소스를 요청할 수 있다. CSP 및 3GPP 네트워크는 사용자 정보 및/또는 사용자 ID를 교환하여 사용자에 대응하는 사용자 평면을 식별할 수 있다. 교환된 사용자 ID 또는 사용자 정보는 3GPP 정의 ID가 아니라고 가정될 수 있다. 오히려, ID는 외부의 신뢰할 수 있는 기관에 의해 제공되는 IP 주소 또는 토큰, 또는 다른 식별자일 수 있다.

CSP는 WTRU 및 DNN의 위치에 대한 지식에 기초하여 리소스 및 온보드 애플리케이션을 예약할 수 있다. 3GPP MNO는 네트워크 토폴로지 정보를 CSP에 제공할 수 있다. 이 토폴로지 정보는 노드 ID, 위치 ID, 및/또는 셀 ID와 같은 정보를 포함할 수 있다. CSP는 그 후 토폴로지 정보를 사용하여 클라우드 리소스를 구축할 수 있다. CSP가 클라우드 구축을 참조하고자 하는 경우, 토폴로지 정보로부터 노드 ID 또는 위치 ID를 사용할 수 있다. 셀 ID 또는 노드 ID와 같은 사용자 위치에 기초하여, CSP는 사용자 평면 트래픽이 조향될 수 있는 원하는 (예컨대, 최적화된 또는 이상적인) 클라우드 리소스 위치를 결정할 수 있다. 셀룰러 노드와 클라우드 리소스 위치 사이의 일대일 매핑은 가정되지 않는다.

본원에서 사용되는 바와 같이, MEC는 3GPP 5G 네트워크에 대한 AF인 것으로 가정된다. 이것은 NEF 기능을 사용하여 정책 정보를 구성 및 설정하고, 네트워크 및 로컬 DN에 구축된 MEC 플랫폼으로 향하는 트래픽 조향을 수행할 수 있다. AF는 3GPP 관점에서 신뢰될 수 있거나 신뢰되지 않을 수 있다. 신뢰될 수 있는 AF는 MNO에 의해 소유되는 MEC 플랫폼을 포함할 수 있다. 신뢰될 수 있는 AF는 3GPP 네트워크 기능(예컨대, SMF)과 직접 통신할 수 있다. 신뢰될 수 없는 AF는 NEF를 통한 3GPP 서비스 통신 또는 수신으로 제한될 수 있다. 제3자(예컨대, 비 MNO) MEC 제공자는 신뢰될 수 없는 AF로 분류될 수 있다. 제3자 MEC 제공자를 인에이블하기 위해, MEC 플랫폼 요구에 특정된 NEF가 지정될 수 있다. NEF는 MNO 소유 코어 네트워크 내에서 구현될 수 있으며, 서버 또는 스위치와 같은 특수 하드웨어, 및 저장 디바이스에 의해 제공될 수 있다. NEF는 또한 가상화된 기능으로서 구현될 수 있다. NEF가 MNO의 구내에서 구현되는 경우, NEF는 gNB와 함께 위치할 수 있다. 다른 예에서, NEF는 고객 구내 장비(customer premises equipment; CPE), 예를 들어, 라우터, 네트워크 스위치, 게이트웨이, 셋탑 박스, DVR, 또는 공급자의 구내 또는 고객의 물리적 위치와 공급자의 구내 사이가 아닌 고객의 물리적 위치에 있는 단말기 및 관련 장비 내에 위치할 수 있다.

예를 들어, MEC NEF 기능, API 세트, 및 제3자 MEC 플랫폼이 3GPP 5G 네트워크를 통해 MEC 서비스를 제공할 수 있게 하는 방법은 "MEC NEF(MNF)" 및 "MEP 5G 어댑터(M5A)" 기능을 포함할 수 있다. MNF는 3GPP NEF의 확장일 수 있으며, M5A 기능은 모바일 엣지 플랫폼(Mobile Edge Platform; MEP)에서 추가 서비스를 제공할 수 있다. 예를 들어, M5A 기능은 "인증 토큰 획득(GET AUTHENTICATION TOKEN)"과 같은 인증 API를 사용하여 MNF와 함께 인증할 수 있고, M5A 기능은 MNF로 향해 "트래픽 규칙 설정(SET TRAFFIC RULE)"과 같은 API를 사용하여 트래픽 경로를 설정할 수 있다. MNF는 트래픽 규칙 관련 정보를 SMF에 전송하고 정책 업데이트를 PCF에 전송할 수 있다. 트래픽 규칙의 예는 "Steer Flow ID = N, at UPF= i to Local DN = y"을 포함할 수 있다. M5A 기능은, 예를 들어, 무선 네트워크 및 코어 네트워크 정보를 획득하고 설정하기 위해, MNF와 상호 작용할 수 있다. M5A 기능은 "GET XXX NETWORK INFORMATION"을 MNF에 전송할 수 있고, "SET XXX NETWORK INFORMATION"을 MNF에 전송할 수 있다. 네트워크 정보 요청의 예는 "GET AVAILABLE BW, Total Traffic VOLUME, BIDIRECTIONAL BW, LOAD AT LOCATION = x"를 포함할 수 있다. M5A 기능은 MNF와 상호 작용하기 위해 API를 사용하여 정책 관련 정보를 설정할 수 있으며, 예를 들어, M5A 기능은 "이동성 및 세션 지속성 정책의 설정(SET MOBILITY AND SESSION CONTINUITY POLICY)"을 MNF에 전송할 수 있고, MNF는 수신된 정책 정보를 PCF에 전송할 수 있다.

도 10은 MEC 및 5G 시스템 통합을 위한 예시적인 로직 아키텍처를 도시한 시스템 다이어그램이다. 도 10의 예에서, CSP는 신뢰될 수 없는 제3자 애플리케이션 기능인 것으로 가정된다. 주목할 것은 이는 MNO 네트워크 외부의 임의의 기능이 신뢰될 수 없는 것으로 간주되는 5G 명명 규칙과 일치한다는 것이다. 여기서 CSP라는 용어는 보다 일반적인 의미로 사용되어 외부 엣지 컴퓨팅 플랫폼에 상주하는 제어 기능을 포함하게 된다. 예를 들어, 이는 ETSI MEC의 모바일 엣지 플랫폼 관리자(mobile edge platform manager; MEPM)와 같은 일부 산업 표준 구현과 유사할 수 있다. 도 10의 예에서, MEC 리소스(1010)는 로컬 DN(1020)의 일부로서 구축된다. 리소스 구축 및 관리는 CSP에 의해 제어되는 것으로 가정된다. 엣지 애플리케이션 구축 및 애플리케이션 수명 사이클 관리는 또한 CSP 또는 제3자 애플리케이션 서비스 제공자에 의해 관리될 수 있다.

이 예에서 CSP는 신뢰될 수 없는 제3자 AF이므로, NEF(1030)와만 상호 작용할 수 있다. MEPM 및 NEF 상호 작용에 의해 인에이블될 수 있는 기능의 예는: 디폴트 PDU 세션을 설정하기 위한 시스템의 초기 프로비저닝; 위치 및 무선 네트워크 정보를 획득하고, 이 정보를 이용하여 엣지 애플리케이션 및/또는 엣지 컴퓨팅 리소스를 동적으로 관리하는 것; CN 및 AN 구성을 제어하는 것; 및/또는 사용자 컨텍스트 또는 CN 동작 정보 등과 같은 추가 네트워크 정보를 획득하는 것을 포함할 수 있다.

도 11은 제3자 CSP가 MEC 서비스를 제공할 수 있게 하는 예시적인 절차를 도시하는 메시지 시퀀스 차트이다. 단계(1110)에서, 제3자 CSP는, 예를 들어, 유효한 가입자의 아이덴티티 및 데이터 네트워크의 아이덴티티를 제공함으로써, 관리 시스템을 초기화할 수 있다. 단계(1120)에서, CSP는 사용자 위치, 애플리케이션 사용, 및 네트워크 정보를 모니터링할 수 있다. 단계(1130)에서, CSP는 모니터링된 정보에 기초하여, 사용자 트래픽을 로컬 DN으로 조향할 것을 결정할 수 있고, 그에 따라 네트워크 파라미터를 동적으로 설정 또는 수정하기 위한 절차를 개시할 수 있다. 도 11에 도시된 단계들은 여기에서 더 논의된다.

본원의 다양한 예는 CSP가 네트워크의 상이한 POP(Points of Presence)에 클라우드 리소스를 구축한다고 가정한다. 특정 POP에서, CSP는 MNO에 알려진 DNN 이름을 가질 수 있다. 예를 들어, DNN 이름은 mycsp.com의 형태일 수 있다. 제3자 MEC 서비스 제공자는 일부 시나리오에서 리소스 및 트래픽을 관리할 수 있다. 예를 들어, 사전 프로비저닝된 또는 사전 구성된 시나리오에서, CSP는 리소스를 할당하고 애플리케이션을 엣지 컴퓨팅 리소스에 온보딩(onboard)할 수 있다. 따라서, CSP는 특정 셀 또는 위치에서의 사용자 트래픽이 엣지 컴퓨팅 시설을 향하여 조향되어야 한다는 것을 이미 알고 있을 수 있다. 네트워크는 각 사용자가 서비스를 사용할 수 있는지를 결정할 수 있다. 라이브 동작 또는 런타임 시나리오에서, CSP는 리소스를 예약하고 엣지 컴퓨팅 시설에서 애플리케이션을 온보딩할 수 있다. 이러한 시나리오에서, CSP는 SMF 및 PCF 설정을 라이브 업데이트(live-update)할 필요가 있을 수 있다.

도 12는 네트워크 내의 상이한 포인트에 구축된 예시적인 클라우드 리소스를 도시한 트리 다이어그램이다. 도 12에 도시된 바와 같이, 클라우드 리소스(1210, 1211, 또는 1212)는, 예를 들어, 코어 네트워크(1220)에, EnB 또는 AP 위의 집성화 지점(1230)에, 또는 네트워크의 가장 가장자리(1240), 가령, EnB, AP, 소규모 셀, 엔터프라이즈 서버 또는 다른 CPE에 구축될 수 있다. 사용 사례, 애플리케이션 요건, 사용자 수, 네트워크 상태 등에 기초하여, 엣지 애플리케이션은 상이한 네트워크 구축 레벨에서, 가령, EnB 레벨, 제1/제2 집성화 지점, 코어 네트워크 등에서 실행될 수 있다고 가정될 수 있다. 또한 가능한 것은 엣지 애플리케이션이 특정 레벨에서 시작하여 나중에 다른 레벨로 (예컨대, 동적으로) 이동될 수 있다는 것이다. CSP는 MNO로부터 네트워크 토폴로지를 획득할 수 있고, 노드 ID, 위치 ID, 및/또는 컴퓨팅 리소스(계산, 스토리지)와 같은 정보를 추적하는 네트워크 노드에 근접하여 구축된 리소스 맵을 유지할 수 있다. CSP는 어느 사용자가 DNN을 신청했는지에 관한 정보로 MNO의 데이터베이스(예컨대, UDM)를 업데이트할 수 있고, 사용자에게는 DNN 이름이 제공될 수 있다.

도 13은 CSP가 유효한 가입자 리스트로 MNO의 데이터베이스를 업데이트하는 예시적인 초기화 절차를 도시하는 메시지 시퀀스 차트이다. 제1 예에서, CSP는 특정 DNN(예컨대, mycsp.com)에 의해 제공되는 서비스를 이용할 것을 신청한 사용자의 이름을 MNO에 제공할 수 있다. 도 13에 도시된 바와 같이, CSP는 단계(1310)에서 3GPP 관리 시스템에 신청 리스트를 제공한다. 이 리스트는 DNN 이름 및 사용자 ID와 같은 정보를 포함할 수 있다. CSP는 하나 초과의 DNN을 운영할 수 있고, 따라서, DNN 이름은 리스트의 일부로서 제공될 수 있다. DNN 이름은 도메인 이름에 대응하거나 도메인 이름과 유사할 수 있다. CSP는 상이한 DNN 이름 및/또는 도메인 이름을 사용하여 상이한 네트워크 서비스 제공자 간에 클라우드 리소스를 공유할 수 있다. CSP는 DNN 이름들에 대해 상이한 우선 순위 및/또는 특권을 할당할 수 있다. 단계(1320)에서, 3GPP 관리 시스템은 CSP로부터 획득된 정보로 데이터베이스(예컨대, UDM)를 업데이트할 수 있다. 제2 예에서, CSP는 먼저 단계(1330)에서 도시된 바와 같이 사용자 신청 리스트를 NEF에 제공할 수 있다. 단계(1340)에서, NEF는 제공된 정보로 UDM을 업데이트할 수 있다. 일부 실시예에서, NEF는 먼저 정확한 UDM을 발견하고, 인증한 후, 데이터베이스를 다시 업데이트할 수 있다. 데이터베이스가 업데이트된 후, 사용자는 신청한 DNN 이름을 제공받을 수 있다. WTRU는 PDU 수립의 일부로서 DNN 이름을 전송할 수 있다. WTRU가 DNN 이름을 전송하지 않으면, 3GPP 네트워크는 UDM으로부터 신청 정보를 획득하고 로컬 DNN과의 PDU 세션을 수립할 수 있다.

도 14는 다른 예시적인 절차를 도시하는 메시지 시퀀스 차트이다. 일부 시나리오에서, 사용자는 DNN 이름이 구성될 때, 예를 들어, WTRU가 엣지에서 실행되는 애플리케이션을 설치할 때, DNN 이름을 알고 있다. 도 14에 도시된 바와 같이, WTRU는 단계(1410)에서 CSP 관리 플랫폼으로부터 DNN 이름을 획득할 수 있다. 다른 실시예에서, 단계(1420)에 도시된 바와 같이, 3GPP 네트워크는 초기 등록 절차의 일부로서 유효한 DNN 이름을 제공할 수 있다. CSP는 클라우드 리소스의 "구축 맵"을 생성할 수 있다. 이 맵에는 컴퓨팅 용량, 스토리지 용량, 및/또는 셀 ID(1… n)의 리스트와 같은 구축 세부 사항에 대한 (1… N) 레코드가 포함될 수 있다. 이 맵은 또한 컴퓨팅 용량, 스토리지 용량, 및/또는 등록 구역 정보를 포함하는 등록 구역 레벨에서 리소스를 추적할 수 있다.

도 15는 CSP가 PDU 세션을 수립하기 위한 설정 보조를 제공하는 다른 예시적인 절차를 도시하는 메시지 시퀀스 차트이다. CSP는 구축된 클라우드 리소스 맵에 기초하여, WTRU에 대한 초기 PDU 세션 수립을 위한 디폴트 설정을 결정할 수 있다. 디폴트 설정은, 예를 들어, DNN 이름, 사용자 위치, 및/또는 PDU를 설정하는 동안 WTRU에 대한 사용자 평면 트래픽이 조향되어야 하는 디폴트 DNN 위치를 나타낼 수 있다. CSP는 SMF에 대해 디폴트 옵션을 제공할 수 있다(예컨대, 특정 등록 구역으로부터의 사용자는 특정 위치 ID에서 DNN을 사용하여 초기 PDU 세션을 설정할 수 있다). 이 시점에서는 어떤 SMF가 사용될지를 알 수 없을 수도 있다. 이 옵션은 모든 SMF에 적용될 수 있다. 디폴트 옵션은 등록 구역 레벨에서 클라우드 리소스를 사용하는 것일 수 있다.

CSP는 일반적인 지침을 제공할 수 있다. 그러한 지침의 예는 IPv4 PDU 세션을 요청하는 위치 = "셀 ID, 등록 구역"에서 DNN = mycsp.com에 신청한 모든 사용자가 위치 = "mno_abc"에서 DNN을 사용할 수 있음을 나타내는 것일 수 있다. 이 정보는 AMF가 SMF를 선택하는 것을 돕고 UPF 선택 시 AMF가 SMF를 보조하는 것을 돕는다. SMF는 또한 이 정보를 사용하여 분류기로 UPF를 구성할 수도 있다. AMF 및 SMF의 선택은 3GPP 특정 절차이다. 이 정보는 WTRU가 PDU 세션의 수립을 요청하는 경우 AMF에 의해 리트리빙되도록 데이터베이스에 저장될 수 있다.

도 15는 이 절차의 2 가지 구현예를 설명한다. 예를 들어, 옵션 1에서, CSP는 단계(1510)에 도시된 바와 같이 정보를 3GPP 관리 시스템에 제공할 수 있다. 3GPP 관리 시스템은 그 후 단계(1520)에서 UDM 데이터베이스를 업데이트할 수 있다. 옵션 2에 도시된 바와 같이, CSP는 먼저 단계(1530)에서 NEF에 정보를 제공할 수 있고, NEF는 단계(1540)에서 UDM 데이터베이스를 업데이트할 수 있다. 옵션 2는 CSP에 더 많은 유연성과 제어를 제공할 수 있으며, 네트워크 상태가 변경되면 동적으로 변경될 수 있다. 초기 구성 후 및 3GPP 네트워크에 디폴트 설정 정보를 제공한 후, CSP는 위치 업데이트 및 네트워크 정보를 신청할 수 있다.

CSP는, 예를 들어, 사용자의 위치, 사용자에 의해 사용되는 애플리케이션, 및 네트워크 상태를 포함한 네트워크 정보의 모니터링을 시작할 수 있다. 네트워크 운영자가 "네트워크 정보 서비스"를 통해 이 정보를 제공한다고 가정될 수 있다. 네트워크 정보 서비스는 무선 네트워크 정보, 코어 네트워크 정보, 사용자 위치 및 컨텍스트 정보 등과 같은 모든 네트워크 관련 정보를 지칭한다. 예를 들어, 무선 네트워크 정보는 S1 베어러 정보, 및/또는 무선 액세스 베어러(radio access bearer; RAB) 수립 정보를 포함할 수 있다. 코어 네트워크 정보는 지연, 지터, 백홀 대역폭 등을 포함할 수 있다. 사용자 위치 정보는, 예를 들어, 특정 사용자에 대응하는 셀 ID 및/또는 등록 구역을 포함할 수 있다. CSP는 이러한 데이터를 사용하여 클라우드 리소스를 재구성할 수 있고 애플리케이션을 새로운 DNN으로 이동시킬 수 있다. 이는 부하 밸런싱과, 레이턴시 및/또는 대역폭 요건을 유지하는 것을 포함한 여러 가지 이유로 수행될 수 있다. 새로운 DNN은 사용자로부터 더 가까워지거나 더 멀어질 수 있다. CSP는 이러한 서비스를 발견할 수 있어야 하고 3GPP 시스템에 신청하기 전에 이를 인증할 수 있어야 한다.

도 16은 이러한 발견 방법을 위한 예시적인 절차를 도시하는 메시지 시퀀스 차트이다. 네트워크 정보 서비스의 발견 및 인증은 CSP 및 3GPP 네트워크 관리 시스템에 의해 수행될 수 있다. 단계(1610)에서, CSP는 보안 크리덴셜을 포함할 수 있는 네트워크 정보 서비스 발견(보안 크리덴셜) 메시지를 NEF에 전송할 수 있다. 단계(1620)에서, NEF는 요청을 인증할 수 있고 네트워크 저장소 기능(network repository function; NRF)에 쿼리할 수 있다. 단계(1630)에서, NEF는 CSP ID와 함께 가용 네트워크 정보 서비스 쿼리(CSP ID) 메시지를 NRF에 전송할 수 있다. 단계(1640)에서, NRF는 요청자의 CSP ID 및 가용 서비스의 리스트를 포함할 수 있는 가용 서비스(CSP ID, 서비스 ID) 메시지로 응답할 수 있다. 단계(1650)에서, NEF는 가용 서비스(서비스 ID) 메시지를 CSP에 전송함으로써 CSP에 통지할 수 있다. 응답은 서비스 식별자의 리스트를 포함할 수 있으며, 이는 네트워크 정보 서비스를 신청하기 위해 CSP에 의해 사용될 수 있다.

CSP는 원하는 네트워크 정보 서비스를 신청할 수 있다. CSP는 각 서비스를 개별적으로 신청할 수 있거나, 다중 신청을 포함할 수 있는 단일 신청 요청을 전송할 수 있다.

도 17은 이러한 신청 절차의 예를 도시하는 메시지 시퀀스 차트이다. 단계(1710)에 도시된 바와 같이, CSP는 네트워크 정보 서비스 신청(CSP ID, 보안 크리덴셜, 리스트[서비스 ID, 신청 정보], 콜백 참조) 메시지를 NEF에 전송할 수 있으며, 이 신청 메시지는 CSP ID, 보안 크리덴셜, 신청하고자 하는 서비스의 리스트, 및 콜백 참조를 포함할 수 있다. 콜백 참조는 가입자에게 통지하고 신청된 정보를 제공하는 데 사용될 수 있다. 네트워크 정보 서비스는 WTRU 위치 정보, 무선 네트워크 정보, 및/또는 코어 네트워크 정보와 같은 다양한 네트워크 정보를 제공할 수 있다. 이러한 네트워크 정보 서비스는 3GPP 네트워크 운영자에 의해 소유되고 운영될 수 있다. 3GPP 네트워크는 ETSI MEC 플랫폼에서의 위치 서비스 또는 RNIS와 유사한 방식으로 위치 정보 및 무선 네트워크 정보를 제공할 수 있다.

단계(1720)에서, NEF는 신청 요청을 인증할 수 있다. NEF는 그 후 단계(1730)에서 서비스 ID로 네트워크 저장소 기능에 쿼리하여 각 서비스에 대한 진입 포인트를 획득할 수 있다. 서비스의 진입 포인트는 다른 애플리케이션 및 서비스에 의해 액세스될 수 있는 간단한 URI일 수 있다. 단계(1730)에서, NEF는 서비스 진입 포인트 획득(서비스 ID) 메시지를 NRF에 전송할 수 있으며, 단계(1740)에 도시된 진입 포인트로 응답을 전송함으로써 응답할 수 있다. 그 후, NEF는 단계(1750)에 도시된 바와 같이, 네트워크 정보 서비스 신청(CSP ID, 신청 정보) 메시지를 각각의 서비스에 전송할 수 있다. 네트워크 정보 서비스는 단계(1760)에서 신청 확인(CSP ID 확인) 메시지로 NEF에 응답할 수 있다. 요청된 정보가 이용 가능한 경우, 네트워크 정보 서비스는 단계(1770)에서 네트워크 정보 메시지를 전송함으로써 요청된 정보를 NEF에 전송할 수 있다. 네트워크 정보 메시지는 네트워크 정보 외에도 CSP ID와 같은 필드를 포함할 수 있다. NEF는 수신된 정보를 수집하고 그 정보를 단계(1780)에서의 올바른 CSP로 포워딩할 수 있다. 이 정보는, 예를 들어, 콜백 참조를 사용하거나 네트워크 정보 응답(네트워크 정보)과 같은 메시지로 전송될 수 있다.

서비스 세부 사항 및 가용성에 따라, CSP는 클라우드 리소스를 관리하기 위한 다양한 정보에 관심이 있을 수 있다. CSP는 이 정보를 수신하고 필요에 따라 변경/수정할 것을 신청할 수 있다. 이러한 정보의 예는 개별 WTRU에 대한 위치 정보; 주어진 위치에서의 WTRU의 수; 주어진 구역에서 애플리케이션 ID를 사용하는 WTRU의 수; 및/또는 주어진 구역에서의 사용자 트래픽 프로파일을 포함할 수 있다.

위에서 논의된 바와 같이, CSP는 네트워크 정보의 소비자로 간주될 수 있다. CSP는 네트워크 정보를 수집하고 해당 정보를 사용하여 올바른 UPF 기능을 설정하는 방법을 결정할 수 있다. 올바른 UPF 기능을 설정함으로써, 사용자 트래픽이 올바른 로컬 DN에서 실행되는 엣지 애플리케이션에 라우팅될 수 있다.

이 기능 외에도, CSP는 또한 네트워크 정보를 처리하고, 다른 데이터 소스의 정보를 사용하여 고급 분석을 실행하여 네트워크 설정을 미세 조정하고 최적화할 수 있다. CSP는 네트워크 내 RRM 기능을 지원하거나 보완할 수 있다. CSP는 보안 위협을 모니터링 및 예측하고, 사용자 차단, 연결 끊기 등과 같은 적절한 조치를 취할 수 있다. 따라서, CSP에 의해 네트워크 파라미터를 동적으로/즉시 설정, 수정 및 업데이트하는 능력이 바람직할 수 있다.

예를 들어, CSP 및 NEF는 무선 네트워크 정보를 설정하기 위해 다음의 API: 즉, 전체 RNI(CSP ID, 무선 정보) 설정, 및/또는 사용자마다의 RNI(CSP ID, 사용자 Id, 무선 정보) 설정을 지원할 수 있다. CSP 및 NEF는 코어 네트워크 정보를 설정하기 위해 다음의 API: 즉, 전체 CNI(CSP ID, cn 정보) 설정, 사용자마다의 CNI(CSP ID, 사용자 Id, cn 정보) 설정을 지원할 수 있다.

CSP는 주어진 위치에서 엣지 애플리케이션을 사용하는 사용자의 수와 같은 사용자 정보, 및 해당 위치에서 레이턴시, 대역폭 등의 측면에서 애플리케이션 요건이 무엇인지를 모니터링할 수 있다. 예를 들어, 특정 위치에서, N 명의 사용자는 X 초의 레이턴시가 필요한 엣지 애플리케이션을 사용하고 있을 수 있다. CSP는, 이러한 사용자가 디폴트로 구성된 DNN에서 실행되는 엣지 애플리케이션에 의해 서빙되고 있고, DNN의 위치는 POP의 상위 레벨에 있다고 결정할 수 있다. CSP는 N 명의 사용자에게 서비스를 제공하는 애플리케이션을 엣지(예컨대, EnB, AP 등)에 더 가까운 DNN으로 이동하기로 결정할 수 있다. CSP는 이들 사용자의 경우 이것이 선호되는 사용자 평면 설정임을 3GPP 네트워크에 통지할 수 있다. 이것은 이러한 사용자의 경우 엣지에 더 가까운 DNN을 향하여 트래픽이 조향될 필요가 있을 수 있음을 나타낼 수 있다. 이 경우 CSP는 3GPP 네트워크에 애플리케이션 ID/흐름, 사용자 ID, 및/또는 새로운 DNN 위치와 관련된 사용자 평면을 확인시킬 수 있다. CSP는 또한 가능한 재배치가 발생할 수 있음을 엣지 애플리케이션에 표시할 수 있다.

도 18은 동적 재구성을 위한 제1 옵션을 구현하기 위한 절차를 도시하는 메시지 시퀀스 차트이다. 이 예에서, CSP는 단계(1810)에 도시된 바와 같이, 사용자 평면 업데이트(애플리케이션 ID, 사용자 ID, DNN 위치) 메시지를 NEF에 전송함으로써 절차를 개시한다. 단계(1820 및 1830)에서, NEF는 사용자 세션을 처리하고 있는 SMF 리스트에 대한 적절한 AMF를 결정 및 조회할 수 있고, SMF 리스트 획득(사용자 리스트)인 쿼리 메시지를 전송함으로써 그렇게 할 수 있다. 단계(1840)에서, AMF는 사용자에 서빙하는 SMF 리스트를 응답(SMF 리스트) 메시지로 리턴할 수 있다. 단계(1850)에서, NEF는 SMF에 사용자 평면 업데이트(애플리케이션 ID, DNN 위치) 메시지를 전송할 수 있다. NEF는 CSP로부터 수신된 애플리케이션 ID 및 DNN 위치 정보를 올바른 SMF로 포워딩할 수 있다. 단계(1860 및 1870)에서, SMF는 수신된 메시지에 기초하여 PDU 세션 업데이트를 트리거하고 NEF에 응답을 전송할 수 있다.

도 19는 동적 재구성을 위한 제2 옵션을 구현하기 위한 절차를 도시하는 메시지 시퀀스 차트이다. CSP는 단계(1910)에 도시된 바와 같이, 사용자 평면 업데이트(애플리케이션 ID, 사용자 ID, DNN 위치) 메시지를 NEF에 전송함으로써 절차를 개시할 수 있다. 이 대안에서, 단계(1920)에서 적절한 AMF를 결정한 후, NEF는, 예를 들어, 단계(1930)에 도시된 바와 같이 사용자 평면 업데이트(사용자 ID, 애플리케이션 ID, DNN 위치) 메시지를 전송함으로써 모든 정보를 AMF에 전송할 수 있다. 단계(1940)에서, AMF는 메시지의 수신을 확인하는 응답(OK)을 리턴할 수 있다. 단계(1950)에서, AMF는 WTRU의 리스트를 서빙하는 SMF의 리스트를 결정할 수 있고, 단계(1960)에서 사용자 평면 업데이트(애플리케이션 ID, DNN 위치) 메시지를 모든 SMF에 전송할 수 있다. 단계(1970)에서, AMF는 다수의 SMF로 PDU 세션 업데이트를 트리거할 수 있다.

도 20은 동적 재구성을 위한 제3 옵션을 구현하기 위한 절차를 도시하는 메시지 시퀀스 차트이다. CSP는 단계(2010)에 도시된 바와 같이, 사용자 평면 업데이트(애플리케이션 ID, 사용자 ID, DNN 위치) 메시지를 NEF에 전송함으로써 절차를 개시할 수 있다. 이 대안에서, NEF는 단계(2020)에 도시된 SMF 리스트 획득(사용자 리스트) 메시지를 전송함으로써 관련 SMF에 관한 정보를 획득하기 위해 PCF에 쿼리할 수 있다. PCF가 사용자 및 사용자 평면 등을 관리하는 SMF에 관한 모든 관련 정보를 가지고 있다고 가정할 수 있다. NEF가 단계(2030)에서와 같이 관련 SMF의 리스트를 획득하면, 단계(2040)에 도시된 바와 같이, 모든 SMF에 사용자 평면 업데이트(애플리케이션 ID, DNN 위치) 메시지를 전송할 수 있다.

N 개의 사용자의 경우, 세션을 처리하는 하나 초과(예컨대, N)의 SMF가 있을 수 있다. 여기서, NEF 또는 AMF는 N 개의 SMF에 N 개의 메시지를 전송한다고 가정된다. 애플리케이션 ID에 기초하여, SMF는 수정될 필요가 있는 PDU 세션을 식별할 수 있다. 단계(2050)에서, PDU 세션이 식별된 후, SMF는 PDU 세션 수정을 트리거한다. 이것은 분류기 기능이 있는 새로운 UPF를 포함할 수 있으며, 이는 사용자 평면 트래픽을 새로운 DNN으로 조향할 수 있다. 단계(2060)에서, SMF는 NEF에 응답을 전송할 수 있다.

CSP 클라우드 서비스는 중립 호스트로 기능할 수 있으며, 하나 초과의 네트워크 운영자에게 엣지 서비스를 제공할 수 있다. 도 21은 간단한 시나리오를 도시하는 블럭 다이어그램이다. 여기서, CSP는 각 네트워크 운영자의 NEF와 상호 작용한다고 가정될 수 있다. 이는 CSP가 네트워크 운영자(Network Operator; NO)마다의 정보를 유지하고 독립적인 NEF와 상호 작용하는 간단한 경우이다.

도 22는 다수의 NO로부터의 NEF와의 CSP 상호 작용을 도시하는 메시지 시퀀스 차트이다. 도 18 내지 도 20에서와 같이, CSP는 각각의 NO에 대해 NEF와 별도로 동적 재구성 절차를 개시할 수 있다. CSP는 단계(2210, 2220, 및 2230)에 도시된 바와 같이, 사용자 평면 업데이트(애플리케이션 ID, 사용자 ID, DNN 위치) 메시지를 각각의 NEF에 전송할 수 있다. 단일 네트워크가 많은 가상 네트워크 운영자를 호스팅할 수 있는 시나리오에서, CSP는 또한 요청하고 있는 API에서 MVNO 아이덴티티를 포함할 수 있다. 예를 들어, PDU 세션을 수정하기 위한 이전 API는 MVNO ID, 사용자 평면 업데이트(NVNO ID, 애플리케이션 ID, 사용자 ID, DNN 위치)로 업데이트될 수 있다.

특징 및 요소가 특정 조합으로 위에서 설명되었지만, 본 기술 분야의 통상의 기술자는 각 특징 또는 요소가 단독으로 또는 다른 특징 및 요소와의 임의의 조합으로 사용될 수 있음을 이해할 것이다. 또한, 본원에 설명된 방법은 컴퓨터 또는 프로세서에 의해 실행하기 위해 컴퓨터 판독 가능 매체에 포함된 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독 가능 매체의 예는 (유선 또는 무선 연결을 통해 송신된) 전자 신호 및 컴퓨터 판독 가능 저장 매체를 포함한다. 컴퓨터 판독 가능 저장 매체의 예는 판독 전용 메모리(read only memory; ROM), 랜덤 액세스 메모리(random access memory; RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스, 내부 하드 디스크 및 착탈식 디스크와 같은 자기 매체, 자기 광 매체, CD-ROM 디스크와 같은 광학 매체, 및 디지털 다목적 디스크(digital versatile disk; DVD)를 포함할 수 있지만, 이에 제한되는 것은 아니다. 소프트웨어와 연관된 프로세서는 WTRU, UE, 단말기, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서 사용하기 위한 무선 주파수 트랜시버를 구현하는 데 사용될 수 있다.

Claims

NEF(network exposure function)에서 사용하기 위한 방법으로서,
적어도 하나의 무선 송신/수신 유닛(wireless transmit/receive unit; WTRU)과 연관된 정보를 신청하기 위해 클라우드 서비스 제공자(cloud service provider; CSP)로부터 메시지를 수신하는 단계 ― 상기 정보는 상기 적어도 하나의 WTRU의 위치 정보, 일정 위치에서의 상기 적어도 하나의 WTRU의 수, 또는 일정 위치에서 애플리케이션을 사용하는 상기 적어도 하나의 WTRU의 수를 포함함 ― ;
상기 적어도 하나의 WTRU와 연관된 정보를 상기 CSP에 송신하는 단계;
상기 CSP로부터 사용자 평면 업데이트(update user plane) 메시지를 수신하는 단계 ― 상기 사용자 평면 업데이트 메시지는, 상기 NEF가 상기 적어도 하나의 WTRU와 연관된 사용자 평면(user plane; UP)을 조향할 수 있게 하기 위한 데이터 네트워크 이름(data network name; DNN) 위치를 포함함 ― ; 및
상기 CSP로부터 수신되고 DNN 위치를 포함하는 상기 사용자 평면 업데이트 메시지에 기초하여 상기 적어도 하나의 WTRU와 연관된 UP를 조향하는 단계
를 포함하는, NEF에서 사용하기 위한 방법.
제1항에 있어서,
상기 UP를 조향하는 단계는:
상기 적어도 하나의 WTRU에 서빙하는 적어도 하나의 SMF(session management function)에 대해 코어 네트워크 AMF(access and mobility function)에 쿼리(query)하는 단계;
상기 AMF로부터 상기 적어도 하나의 SMF의 표시를 수신하는 단계; 및
상기 적어도 하나의 SMF에 메시지를 전송하는 단계 ― 상기 메시지는 애플리케이션 식별자, 상기 WTRU와 연관된 식별자, 및 상기 DNN 위치를 포함함 ―
를 더 포함하고;
상기 메시지는, 상기 적어도 하나의 WTRU와 연관된 UP를 업데이트하기 위한 표시인, NEF에서 사용하기 위한 방법.
제1항에 있어서,
상기 UP를 조향하는 단계는:
AMF에 메시지를 전송하는 단계 ― 상기 메시지는 애플리케이션 식별자, 상기 WTRU와 연관된 식별자, 및 상기 DNN 위치를 포함함 ―
를 더 포함하고;
상기 메시지는, 상기 적어도 하나의 WTRU와 연관된 UP를 업데이트하도록 하나 이상의 SMF를 트리거하기 위한 표시인, NEF에서 사용하기 위한 방법.
제1항에 있어서,
상기 UP를 조향하는 단계는:
상기 적어도 하나의 WTRU에 서빙하는 적어도 하나의 SMF(session management function)에 대해 PCF(policy control function)에 쿼리하는 단계;
상기 PCF로부터 상기 적어도 하나의 SMF의 표시를 수신하는 단계; 및
상기 적어도 하나의 SMF에 메시지를 전송하는 단계 ― 상기 메시지는 애플리케이션 식별자, 상기 WTRU와 연관된 식별자, 및 상기 DNN 위치 정보를 포함함 ―
를 더 포함하고;
상기 메시지는 사용자 평면을 업데이트하기 위한 표시인, NEF에서 사용하기 위한 방법.
제1항에 있어서,
상기 NEF는 애플리케이션 프로그래밍 인터페이스(application programming interface; API)를 통해 상기 CSP와 통신하는, NEF에서 사용하기 위한 방법.
제1항에 있어서,
상기 NEF는 고객 구내 장비(customer premises equipment; CPE) 내에 위치하는, NEF에서 사용하기 위한 방법.
제1항에 있어서,
상기 NEF는 모바일 네트워크 운영자(mobile network operator; MNO) 코어 네트워크(core network; CN) 내에 위치하는, NEF에서 사용하기 위한 방법.
제5항에 있어서,
상기 NEF는 gNB와 함께 위치하는, NEF에서 사용하기 위한 방법.
NEF(network exposure function)로서,
적어도 하나의 무선 송신/수신 유닛(WTRU)과 연관된 정보를 신청하기 위해 클라우드 서비스 제공자(CSP)로부터 메시지를 수신하도록 구성되는 수신기 ― 상기 정보는 상기 적어도 하나의 WTRU의 위치 정보, 일정 위치에서의 상기 적어도 하나의 WTRU의 수, 또는 일정 위치에서 애플리케이션을 사용하는 상기 적어도 하나의 WTRU의 수를 포함함 ― ;
상기 적어도 하나의 WTRU와 연관된 정보를 리트리빙(retrieving)하도록 구성되는 프로세서; 및
상기 적어도 하나의 WTRU와 연관된 정보를 상기 CSP에 송신하도록 구성되는 송신기
를 포함하고;
상기 수신기는 또한, 상기 CSP로부터 사용자 평면 업데이트 메시지를 수신하도록 구성되며, 상기 사용자 평면 업데이트 메시지는, 상기 NEF가 상기 적어도 하나의 WTRU와 연관된 사용자 평면(UP)을 조향할 수 있게 하기 위한 데이터 네트워크 이름(DNN) 위치를 포함하고;
상기 프로세서 및 상기 송신기는 또한, 상기 CSP로부터 수신되고 DNN 위치를 포함하는 상기 사용자 평면 업데이트 메시지에 기초하여 상기 적어도 하나의 WTRU와 연관된 UP를 조향하도록 구성되는, NEF.
제9항에 있어서,
상기 NEF는 또한:
상기 적어도 하나의 WTRU에 서빙하는 적어도 하나의 SMF(session management function)에 대해 코어 네트워크 AMF(access and mobility function)에 쿼리하고;
상기 AMF로부터 상기 적어도 하나의 SMF의 표시를 수신하고;
상기 적어도 하나의 SMF에 메시지를 전송하도록 ― 상기 메시지는 애플리케이션 식별자, 상기 적어도 하나의 WTRU와 연관된 식별자, 및 상기 DNN 위치를 포함함 ―
구성되고;
상기 메시지는, 상기 적어도 하나의 WTRU와 연관된 UP를 업데이트하기 위한 표시인, NEF.
제9항에 있어서,
상기 NEF는 또한:
AMF에 메시지를 전송하도록 ― 상기 메시지는 애플리케이션 식별자, 상기 적어도 하나의 WTRU와 연관된 식별자, 및 상기 DNN 위치를 포함함 ―
구성되고;
상기 메시지는, 상기 적어도 하나의 WTRU와 연관된 UP를 업데이트하도록 하나 이상의 SMF를 트리거하기 위한 표시인, NEF.
제9항에 있어서,
상기 NEF는 또한:
상기 적어도 하나의 WTRU에 서빙하는 적어도 하나의 SMF(session management function)에 대해 PCF(policy control function)에 쿼리하고;
상기 PCF로부터 상기 적어도 하나의 SMF의 표시를 수신하고;
상기 적어도 하나의 SMF에 메시지를 전송하도록 ― 상기 메시지는 애플리케이션 식별자, 상기 WTRU와 연관된 식별자, 및 상기 DNN 위치 정보를 포함함 ―
구성되고;
상기 메시지는 사용자 평면을 업데이트하기 위한 표시인, NEF.
제9항에 있어서,
상기 NEF는 또한, 애플리케이션 프로그래밍 인터페이스(API)를 통해 상기 CSP와 통신하도록 구성되는, NEF.
제9항에 있어서,
상기 NEF는 고객 구내 장비(CPE) 내에 위치하는, NEF.
제9항에 있어서,
상기 NEF는 모바일 네트워크 운영자(MNO) 코어 네트워크(CN) 내에 위치하는, NEF.
제15항에 있어서,
상기 NEF는 gNB와 함께 위치하는, NEF.
클라우드 서비스 제공자(CSP)에 의한 사용을 위한 방법으로서,
적어도 하나의 무선 송신/수신 유닛(WTRU)과 연관된 정보를 신청하기 위해 NEF(network exposure function)에 메시지를 전송하는 단계 ― 상기 정보는 상기 적어도 하나의 WTRU의 위치 정보, 일정 위치에서의 상기 적어도 하나의 WTRU의 수, 또는 일정 위치에서 애플리케이션을 사용하는 상기 적어도 하나의 WTRU의 수를 포함함 ― ;
상기 CSP가, 상기 수신된 정보에 기초하여, 상기 적어도 하나의 WTRU와 연관된 사용자 평면(UP)을 업데이트하기로 결정하는 단계;
상기 CSP가 상기 NEF에 사용자 평면 업데이트 메시지를 송신하는 단계 ― 상기 사용자 평면 업데이트 메시지는, 상기 NEF가 상기 적어도 하나의 WTRU와 연관된 UP를 조향할 수 있게 하기 위한 데이터 네트워크 이름(DNN) 위치를 포함함 ―
를 포함하는, CSP에 의한 사용을 위한 방법.
제17항에 있어서,
상기 CSP는 제3자(third party) CSP인, CSP에 의한 사용을 위한 방법.
제17항에 있어서,
상기 CSP는 모바일 네트워크 운영자(MNO)인, CSP에 의한 사용을 위한 방법.
제17항에 있어서,
상기 CSP는 애플리케이션 프로그래밍 인터페이스(API)를 통해 상기 NEF와 통신하는, CSP에 의한 사용을 위한 방법.