KR20230079103A

KR20230079103A - 네트워크 슬라이스 리매핑 관리 방법

Info

Publication number: KR20230079103A
Application number: KR1020237013313A
Authority: KR
Inventors: 김석중; 윤명준; 쑤지안; 변대욱
Original assignee: 엘지전자 주식회사
Priority date: 2020-10-23
Filing date: 2021-10-25
Publication date: 2023-06-05
Also published as: WO2022086307A1; EP4236456A1; US20230397058A1

Abstract

본 명세서의 일 개시는 AMF(Access and Mobility management Function)가 통신을 수행하는 방법을 제공한다. 상기 방법은 소스 기지국으로부터 제1 메시지를 수신하는 단계, 상기 제1 메시지는 UE(User Equipment)의 핸드오버가 필요하다는 정보를 포함하고; 타겟 기지국으로 핸드오버 요청 메시지를 송신하는 단계, 상기 핸드오버 요청 메시지는 상기 UE가 이용하는 PDU 세션에 관련된 제1 네트워크 슬라이스에 대한 정보를 포함하고; 상기 타겟 기지국으로부터 제2 메시지를 수신하는 단계, 상기 제2 메시지는 리매핑 정보를 포함하고, 상기 리매핑 정보는 상기 PDU 세션을 위해 상기 제1 네트워크 슬라이스에서 제2 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함하고; 상기 리매핑 정보에 기초하여, SMF(Session Management Function)로 상기 PDU 세션을 위한 네트워크 슬라이스 정보에 대한 업데이트 요청 메시지를 전송하는 단계를 포함하고, 상기 네트워크 슬라이스 정보는 PCF(Policy Control Function)에 의해 업데이트 되어 상기 UE에게 전달된다.

Description

네트워크 슬라이스 리매핑 관리 방법

본 명세서는 이동통신에 관한 것이다.

3GPP(3rd generation partnership project) LTE(long-term evolution)는 고속 패킷 통신을 가능하게 하기 위한 기술이다. LTE 목표인 사용자와 사업자의 비용 절감, 서비스 품질 향상, 커버리지 확장 및 시스템 용량 증대를 위해 많은 방식이 제안되었다. 3GPP LTE는 상위 레벨 필요조건으로서 비트당 비용 절감, 서비스 유용성 향상, 주파수 밴드의 유연한 사용, 간단한 구조, 개방형 인터페이스 및 단말의 적절한 전력 소비를 요구한다.

ITU(international telecommunication union) 및 3GPP에서 NR(new radio) 시스템에 대한 요구 사항 및 사양을 개발하는 작업이 시작되었다. 3GPP는 긴급한 시장 요구와 ITU-R(ITU radio communication sector) IMT(international mobile telecommunications)-2020 프로세스가 제시하는 보다 장기적인 요구 사항을 모두 적시에 만족시키는 NR을 성공적으로 표준화하기 위해 필요한 기술 구성 요소를 식별하고 개발해야 한다. 또한, NR은 먼 미래에도 무선 통신을 위해 이용될 수 있는 적어도 100 GHz에 이르는 임의의 스펙트럼 대역을 사용할 수 있어야 한다.

NR은 eMBB(enhanced mobile broadband), mMTC(massive machine type-communications), URLLC(ultra-reliable and low latency communications) 등을 포함하는 모든 배치 시나리오, 사용 시나리오, 요구 사항을 다루는 단일 기술 프레임 워크를 대상으로 한다. NR은 본질적으로 순방향 호환성이 있어야 한다.

단말의 핸드오버 과정에서 핸드오버 전 사용하던 네트워크 슬라이스를 타겟 기지국에서 지원하지 않아 리매핑을 했을 때, 이에 대하여 단말이 어떻게 인식할 수 있는지가 문제된다.

AMF가 정보 업데이트 요청을 하여 업데이트 된 정보가 단말에게 전송될 수 있다.

본 명세서는 다양한 효과를 가질 수 있다.

예를 들어 본 명세서에 개시된 절차를 통하여, 네트워크 리매핑으로 인해 기존에 단말이 사용한던 PDU 세션을 계속해서 이용하여 통신효율을 높일 수 있다.

본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 가진 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.

도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 UE의 예를 나타낸다.
도 5는 단말의 등록절차 중 네트워크 슬라이스 리매핑의 예를 나타낸다.
도 6a 및 도 6b는 PDU 세션 설립과정에서 UE에게 리매핑 정책을 할당하는 제1 예를 나타낸다.
도 7a 및 도 7b는 PDU 세션 설립과정에서 UE에게 리매핑 정책을 할당하는 제2 예를 나타낸다.
도 8a 및 도 8b는 PDU 세션 설립과정에서 UE에게 리매핑 정책을 할당하는 제3 예를 나타낸다.
도 9a 및 도 9b는 Xn 핸드오버 중 네트워크 슬라이스 리매핑의 예를 나타낸다.
도 10a 및 도 10b는 NG 핸드오버 중 네트워크 슬라이스 리매핑의 제1 예를 나타낸다.
도 11a 및 도 11b는 NG 핸드오버 중 네트워크 슬라이스 리매핑의 제2 예를 나타낸다.
도 12는 네트워크 슬라이스 리커버리의 예를 나타낸다.
도 13a 및 도 13b는 서비스 요청 중 네트워크 슬라이스 리매핑의 예를 나타낸다.
도 14는 Xn 및 NG 설정 업데이트 중 네트워크 슬라이스 리매핑 능력(capability) 교환의 제1 예를 나타낸다.
도 15는 Xn 및 NG 설정 업데이트 중 네트워크 슬라이스 리매핑 능력(capability) 교환의 제2 예를 나타낸다.
도 16a 및 도 16b는 Xn 핸드오버 중 지원되지 않는 네트워크 슬라이스를 위한 데이터 포워딩의 예를 나타낸다.
도 17은 네트워크 슬라이스 자원 부족에 의한 서비스 방해의 예를 나타낸다.
도 18은 지원되지 않는 네트워크 슬라이스에 의한 서비스 방해의 예를 나타낸다.
도 19는 T-gNB에 의해 결정되는 네트워크 슬라이스 리매핑 또는 폴백의 제1 예를 나타낸다.
도 20은 T-gNB에 의해 결정되는 네트워크 슬라이스 리매핑 또는 폴백의 제2 예를 나타낸다.
도 21은 AMF에 의해 결정되는 네트워크 슬라이스 리매핑 또는 폴백의 예를 나타낸다.
도 22는 본 명세서의 개시에 대한 AMF의 절차를 나타낸다.
도 23은 본 명세서의 개시에 대한 단말의 절차를 나타낸다.

다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multicarrier frequency division multiple access) 시스템을 포함한다. CDMA는 UTRA(universal terrestrial radio access) 또는 CDMA2000과 같은 무선 기술을 통해 구현될 수 있다. TDMA는 GSM(global system for mobile communications), GPRS(general packet radio service) 또는 EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술을 통해 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, 또는 E-UTRA(evolved UTRA)와 같은 무선 기술을 통해 구현될 수 있다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long-term evolution)는 E-UTRA를 이용한 E-UMTS(evolved UMTS)의 일부이다. 3GPP LTE는 하향링크(DL; downlink)에서 OFDMA를, 상향링크(UL; uplink)에서 SC-FDMA를 사용한다. 3GPP LTE의 진화는 LTE-A(advanced), LTE-A Pro, 및/또는 5G NR(new radio)을 포함한다.

설명의 편의를 위해, 본 명세서의 구현은 주로 3GPP 기반 무선 통신 시스템과 관련하여 설명된다. 그러나 본 명세서의 기술적 특성은 이에 국한되지 않는다. 예를 들어, 3GPP 기반 무선 통신 시스템에 대응하는 이동 통신 시스템을 기반으로 다음과 같은 상세한 설명이 제공되지만, 3GPP 기반 무선 통신 시스템에 국한되지 않는 본 명세서의 측면은 다른 이동 통신 시스템에 적용될 수 있다.

본 명세서에서 사용된 용어와 기술 중 구체적으로 기술되지 않은 용어와 기술에 대해서는, 본 명세서 이전에 발행된 무선 통신 표준 문서를 참조할 수 있다.

본 명세서에서 "A 또는 B(A or B)"는 "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 달리 표현하면, 본 명세서에서 "A 또는 B(A or B)"는 "A 및/또는 B(A and/or B)"으로 해석될 수 있다. 예를 들어, 본 명세서에서 "A, B 또는 C(A, B or C)"는 "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"을 의미할 수 있다.

본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 "및/또는(and/or)"을 의미할 수 있다. 예를 들어, "A/B"는 "A 및/또는 B"를 의미할 수 있다. 이에 따라, "A/B"는 "오직 A", "오직 B", 또는 "A와 B 모두"를 의미할 수 있다. 예를 들어, "A, B, C"는 "A, B 또는 C"를 의미할 수 있다.

본 명세서에서 "A 및 B의 적어도 하나(at least one of A and B)"는, "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 또한, 본 명세서에서 "A 또는 B의 적어도 하나(at least one of A or B)"나 "A 및/또는 B의 적어도 하나(at least one of A and/or B)"라는 표현은 "A 및 B의 적어도 하나(at least one of A and B)"와 동일하게 해석될 수 있다.

또한, 본 명세서에서 "A, B 및 C의 적어도 하나(at least one of A, B and C)"는, "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"을 의미할 수 있다. 또한, "A, B 또는 C의 적어도 하나(at least one of A, B or C)"나 "A, B 및/또는 C의 적어도 하나(at least one of A, B and/or C)"는 "A, B 및 C의 적어도 하나(at least one of A, B and C)"를 의미할 수 있다.

또한, 본 명세서에서 사용되는 괄호는 "예를 들어(for example)"를 의미할 수 있다. 구체적으로, "제어 정보(PDCCH)"로 표시된 경우, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 "제어 정보"는 "PDCCH"로 제한(limit)되지 않고, "PDCCH"가 "제어 정보"의 일례로 제안될 것일 수 있다. 또한, "제어 정보(즉, PDCCH)"로 표시된 경우에도, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다.

본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.

여기에 국한되지는 않지만, 본 명세서에서 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도는 기기 간 무선 통신 및/또는 연결(예: 5G)이 요구되는 다양한 분야에 적용될 수 있다.

이하, 본 명세서는 도면을 참조하여 보다 상세하게 기술될 것이다. 다음의 도면 및/또는 설명에서 동일한 참조 번호는 달리 표시하지 않는 한 동일하거나 대응하는 하드웨어 블록, 소프트웨어 블록 및/또는 기능 블록을 참조할 수 있다.

도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.

도 1에 표시된 5G 사용 시나리오는 본보기일 뿐이며, 본 명세서의 기술적 특징은 도 1에 나와 있지 않은 다른 5G 사용 시나리오에 적용될 수 있다.

5G에 대한 세 가지 주요 요구사항 범주는 (1) 향상된 모바일 광대역(eMBB; enhanced mobile broadband) 범주, (2) 거대 기계 유형 통신 (mMTC; massive machine type communication) 범주 및 (3) 초고신뢰 저지연 통신 (URLLC; ultra-reliable and low latency communications) 범주이다.

도 1을 참조하면, 통신 시스템(1)은 무선 장치(100a~100f), 기지국(BS; 200) 및 네트워크(300)을 포함한다. 도 1은 통신 시스템(1)의 네트워크의 예로 5G 네트워크를 설명하지만, 본 명세서의 구현은 5G 시스템에 국한되지 않으며, 5G 시스템을 넘어 미래의 통신 시스템에 적용될 수 있다.

기지국(200)과 네트워크(300)는 무선 장치로 구현될 수 있으며, 특정 무선 장치는 다른 무선 장치와 관련하여 기지국/네트워크 노드로 작동할 수 있다.

무선 장치(100a~100f)는 무선 접속 기술(RAT; radio access technology) (예: 5G NR 또는 LTE)을 사용하여 통신을 수행하는 장치를 나타내며, 통신/무선/5G 장치라고도 할 수 있다. 무선 장치(100a~100f)는, 이에 국한되지 않고, 로봇(100a), 차량(100b-1 및 100b-2), 확장 현실(XR; extended reality) 장치(100c), 휴대용 장치(100d), 가전 제품(100e), IoT 장치(100f) 및 인공 지능(AI; artificial intelligence) 장치/서버(400)을 포함할 수 있다. 예를 들어, 차량에는 무선 통신 기능이 있는 차량, 자율주행 차량 및 차량 간 통신을 수행할 수 있는 차량이 포함될 수 있다. 차량에는 무인 항공기(UAV; unmanned aerial vehicle)(예: 드론)가 포함될 수 있다. XR 장치는 AR/VR/혼합 현실(MR; mixed realty) 장치를 포함할 수 있으며, 차량, 텔레비전, 스마트폰, 컴퓨터, 웨어러블 장치, 가전 제품, 디지털 표지판, 차량, 로봇 등에 장착된 HMD(head-mounted device), HUD(head-up display)의 형태로 구현될 수 있다. 휴대용 장치에는 스마트폰, 스마트 패드, 웨어러블 장치(예: 스마트 시계 또는 스마트 안경) 및 컴퓨터(예: 노트북)가 포함될 수 있다. 가전 제품에는 TV, 냉장고, 세탁기가 포함될 수 있다. IoT 장치에는 센서와 스마트 미터가 포함될 수 있다.

본 명세서에서, 무선 장치(100a~100f)는 사용자 장비(UE; user equipment)라고 부를 수 있다. UE는 예를 들어, 휴대 전화, 스마트폰, 노트북 컴퓨터, 디지털 방송 단말기, PDA(personal digital assistant), PMP(portable multimedia player), 네비게이션 시스템, 슬레이트 PC, 태블릿 PC, 울트라북, 차량, 자율주행 기능이 있는 차량, 연결된 자동차, UAV, AI 모듈, 로봇, AR 장치, VR 장치, MR 장치, 홀로그램 장치, 공공 안전 장치, MTC 장치, IoT 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 날씨/환경 장치, 5G 서비스 관련 장치 또는 4차 산업 혁명 관련 장치를 포함할 수 있다.

예를 들어, UAV는 사람이 탑승하지 않고 무선 제어 신호에 의해 항행되는 항공기일 수 있다.

예를 들어, VR 장치는 가상 환경의 개체 또는 배경을 구현하기 위한 장치를 포함할 수 있다. 예를 들어, AR 장치는 가상 세계의 개체나 배경을 실제 세계의 개체나 배경에 연결하여 구현한 장치를 포함할 수 있다. 예를 들어, MR 장치는 객체나 가상 세계의 배경을 객체나 실제 세계의 배경으로 병합하여 구현한 디바이스를 포함할 수 있다. 예를 들어, 홀로그램 장치는, 홀로그램이라 불리는 두 개의 레이저 조명이 만났을 때 발생하는 빛의 간섭 현상을 이용하여, 입체 정보를 기록 및 재생하여 360도 입체 영상을 구현하기 위한 장치가 포함할 수 있다.

예를 들어, 공공 안전 장치는 사용자 몸에 착용할 수 있는 이미지 중계 장치 또는 이미지 장치를 포함할 수 있다.

예를 들어, MTC 장치와 IoT 장치는 인간의 직접적인 개입이나 조작이 필요하지 않은 장치일 수 있다. 예를 들어, MTC 장치와 IoT 장치는 스마트 미터, 자동 판매기, 온도계, 스마트 전구, 도어락 또는 다양한 센서를 포함할 수 있다.

예를 들어, 의료 장치는 질병의 진단, 처리, 완화, 치료 또는 예방 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 부상이나 손상을 진단, 처리, 완화 또는 교정하기 위해 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 구조나 기능을 검사, 교체 또는 수정할 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 임신 조정 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 치료용 장치, 운전용 장치, (체외)진단 장치, 보청기 또는 시술용 장치를 포함할 수 있다.

예를 들어, 보안 장치는 발생할 수 있는 위험을 방지하고 안전을 유지하기 위해 설치된 장치일 수 있다. 예를 들어, 보안 장치는 카메라, 폐쇄 회로 TV(CCTV), 녹음기 또는 블랙박스일 수 있다.

예를 들어, 핀테크 장치는 모바일 결제와 같은 금융 서비스를 제공할 수 있는 장치일 수 있다. 예를 들어, 핀테크 장치는 지불 장치 또는 POS 시스템을 포함할 수 있다.

예를 들어, 날씨/환경 장치는 날씨/환경을 모니터링 하거나 예측하는 장치를 포함할 수 있다.

무선 장치(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 장치(100a~100f)에는 AI 기술이 적용될 수 있으며, 무선 장치(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예: LTE) 네트워크, 5G(예: NR) 네트워크 및 5G 이후의 네트워크 등을 이용하여 구성될 수 있다. 무선 장치(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국(200)/네트워크(300)를 통하지 않고 직접 통신(예: 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량(100b-1, 100b-2)은 직접 통신(예: V2V(vehicle-to-vehicle)/V2X(vehicle-to-everything) 통신)을 할 수 있다. 또한, IoT 기기(예: 센서)는 다른 IoT 기기(예: 센서) 또는 다른 무선 장치(100a~100f)와 직접 통신을 할 수 있다.

무선 장치(100a~100f) 간 및/또는 무선 장치(100a~100f)와 기지국(200) 간 및/또는 기지국(200) 간에 무선 통신/연결(150a, 150b, 150c)이 확립될 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a), 사이드링크 통신(150b)(또는, D2D(device-to-device) 통신), 기지국 간 통신(150c)(예: 중계, IAB(integrated access and backhaul)) 등과 같이 다양한 RAT(예: 5G NR)을 통해 확립될 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 장치(100a~100f)와 기지국(200)은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 다양한 제안에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성 정보 설정 과정, 다양한 신호 처리 과정(예: 채널 인코딩/디코딩, 변조/복조, 자원 맵핑/디맵핑 등), 및 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.

AI는 인공적인 지능 또는 이를 만들 수 있는 방법론을 연구하는 분야를 의미하며, 머신 러닝(기계 학습, Machine Learning)은 인공 지능 분야에서 다루는 다양한 문제를 정의하고 그것을 해결하는 방법론을 연구하는 분야를 의미한다. 머신 러닝은 어떠한 작업에 대하여 꾸준한 경험을 통해 그 작업에 대한 성능을 높이는 알고리즘으로 정의하기도 한다.

로봇은 스스로 보유한 능력에 의해 주어진 일을 자동으로 처리하거나 작동하는 기계를 의미할 수 있다. 특히, 환경을 인식하고 스스로 판단하여 동작을 수행하는 기능을 갖는 로봇을 지능형 로봇이라 칭할 수 있다. 로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류할 수 있다. 로봇은 액츄에이터(actuator) 또는 모터를 포함하는 구동부를 구비하여 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 이동 가능한 로봇은 구동부에 휠, 브레이크, 프로펠러 등이 포함되어, 구동부를 통해 지상에서 주행하거나 공중에서 비행할 수 있다.

자율 주행은 스스로 주행하는 기술을 의미하며, 자율 주행 차량은 사용자의 조작 없이 또는 사용자의 최소한의 조작으로 주행하는 차량을 의미한다. 예를 들어, 자율 주행에는 주행 중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등이 모두 포함될 수 있다. 차량은 내연 기관만을 구비하는 차량, 내연 기관과 전기 모터를 함께 구비하는 하이브리드 차량, 그리고 전기 모터만을 구비하는 전기 차량을 모두 포괄하며, 자동차뿐만 아니라 기차, 오토바이 등을 포함할 수 있다. 자율 주행 차량은 자율 주행 기능을 가진 로봇으로 볼 수 있다.

확장 현실은 VR, AR, MR을 총칭한다. VR 기술은 현실 세계의 객체나 배경 등을 CG 영상으로만 제공하고, AR 기술은 실제 사물 영상 위에 가상으로 만들어진 CG 영상을 함께 제공하며, MR 기술은 현실 세계에 가상 객체를 섞고 결합시켜서 제공하는 CG 기술이다. MR 기술은 현실 객체와 가상 객체를 함께 보여준다는 점에서 AR 기술과 유사하다. 그러나, AR 기술에서는 가상 객체가 현실 객체를 보완하는 형태로 사용되는 반면, MR 기술에서는 가상 객체와 현실 객체가 동등한 성격으로 사용된다는 점에서 차이점이 있다.

NR은 다양한 5G 서비스를 지원하기 위한 다수의 뉴머럴로지(numerology) 또는 부반송파 간격(SCS; subcarrier spacing)을 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한 도시(dense-urban), 저지연(lower latency) 및 더 넓은 반송파 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.

NR 주파수 대역은 2가지 타입(FR1, FR2)의 주파수 범위(frequency range)로 정의될 수 있다. 주파수 범위의 수치는 변경될 수 있다. 예를 들어, 2가지 타입(FR1, FR2)의 주파수 범위는 아래 표 1과 같을 수 있다. 설명의 편의를 위해, NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.

주파수 범위 정의	주파수 범위	부반송파 간격
FR1	450MHz - 6000MHz	15, 30, 60kHz
FR2	24250MHz - 52600MHz	60, 120, 240kHz

상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 아래 표 2와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예: 자율 주행)을 위해 사용될 수 있다.

주파수 범위 정의	주파수 범위	부반송파 간격
FR1	410MHz - 7125MHz	15, 30, 60kHz
FR2	24250MHz - 52600MHz	60, 120, 240kHz

여기서, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 협대역 IoT(NB-IoT, narrowband IoT)를 포함할 수 있다. 예를 들어, NB-IoT 기술은 LPWAN(low power wide area network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 예를 들어, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced MTC) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-bandwidth limited), 5) LTE-MTC, 6) LTE MTC, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및/또는 LPWAN 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 예를 들어, 지그비 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.

도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.

도 2를 참조하면, 제1 무선 장치(100)와 제2 무선 장치(200)는은 다양한 RAT(예: LTE 및 NR)를 통해 외부 장치로/외부 장치로부터 무선 신호를 송수신할 수 있다.

도 2에서, {제1 무선 장치(100) 및 제2 무선 장치(200)}은(는) 도 1의 {무선 장치(100a~100f) 및 기지국(200)}, {무선 장치(100a~100f) 및 무선 장치(100a~100f)} 및/또는 {기지국(200) 및 기지국(200)} 중 적어도 하나에 대응할 수 있다.

제1 무선 장치(100)는 송수신기(106)와 같은 적어도 하나의 송수신기, 프로세싱 칩(101)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(108)를 포함할 수 있다.

프로세싱 칩(101)은 프로세서(102)와 같은 적어도 하나의 프로세서와 메모리(104)와 같은 적어도 하나의 메모리를 포함할 수 있다. 도 2에는 메모리(104)가 프로세싱 칩(101)에 포함되는 것이 본보기로 보여진다. 추가적으로 및/또는 대체적으로, 메모리(104)는 프로세싱 칩(101) 외부에 배치될 수 있다.

프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성하고, 제1 정보/신호를 포함하는 무선 신호를 송수신기(106)를 통해 전송할 수 있다. 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신하고, 제2 정보/신호를 처리하여 얻은 정보를 메모리(104)에 저장할 수 있다.

메모리(104)는 프로세서(102)에 동작 가능하도록 연결될 수 있다. 메모리(104)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(104)는 프로세서(102)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현하는 소프트웨어 코드(105)를 저장할 수 있다. 예를 들어, 소프트웨어 코드(105)는 프로세서(102)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 소프트웨어 코드(105)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(102)를 제어할 수 있다. 예를 들어, 소프트웨어 코드(105)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(102)를 제어할 수 있다.

여기에서, 프로세서(102)와 메모리(104)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)에 연결되어 하나 이상의 안테나(108)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(radio frequency)부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제1 무선 장치(100)는 통신 모뎀/회로/칩을 나타낼 수 있다.

제2 무선 장치(200)는 송수신기(206)와 같은 적어도 하나의 송수신기, 프로세싱 칩(201)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(208)를 포함할 수 있다.

프로세싱 칩(201)은 프로세서(202)와 같은 적어도 하나의 프로세서와 메모리(204)와 같은 적어도 하나의 메모리를 포함할 수 있다. 도 2에는 메모리(204)가 프로세싱 칩(201)에 포함되는 것이 본보기로 보여진다. 추가적으로 및/또는 대체적으로, 메모리(204)는 프로세싱 칩(201) 외부에 배치될 수 있다.

프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성하고, 제3 정보/신호를 포함하는 무선 신호를 송수신기(206)를 통해 전송할 수 있다. 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신하고, 제4 정보/신호를 처리하여 얻은 정보를 메모리(204)에 저장할 수 있다.

메모리(204)는 프로세서(202)에 동작 가능하도록 연결될 수 있다. 메모리(204)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(204)는 프로세서(202)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현하는 소프트웨어 코드(205)를 저장할 수 있다. 예를 들어, 소프트웨어 코드(205)는 프로세서(202)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 소프트웨어 코드(205)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(202)를 제어할 수 있다. 예를 들어, 소프트웨어 코드(205)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(202)를 제어할 수 있다.

여기에서, 프로세서(202)와 메모리(204)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)에 연결되어 하나 이상의 안테나(208)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(206)는 RF부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제2 무선 장치(200)는 통신 모뎀/회로/칩을 나타낼 수 있다.

이하, 무선 장치(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예: PHY(physical) 계층, MAC(media access control) 계층, RLC(radio link control) 계층, PDCP(packet data convergence protocol) 계층, RRC(radio resource control) 계층, SDAP(service data adaptation protocol) 계층과 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 하나 이상의 PDU(protocol data unit) 및/또는 하나 이상의 SDU(service data unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 메시지, 제어 정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 포함하는 신호(예: 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예: 베이스밴드 신호)를 수신할 수 있고, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 획득할 수 있다.

하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 및/또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 및/또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(application specific integrated circuit), 하나 이상의 DSP(digital signal processor), 하나 이상의 DSPD(digital signal processing device), 하나 이상의 PLD(programmable logic device) 및/또는 하나 이상의 FPGA(field programmable gate arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도는 펌웨어 및/또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 및/또는 소프트웨어는 모듈, 절차, 기능을 포함하도록 구현될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도를 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도는 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.

하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM(read-only memory), RAM(random access memory), EPROM(erasable programmable ROM), 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.

하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보, 무선 신호 등을 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보, 무선 신호 등을 수신하도록 제어할 수 있다.

하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 명세서에서, 하나 이상의 안테나(108, 208)는 복수의 물리 안테나이거나, 복수의 논리 안테나(예: 안테나 포트)일 수 있다.

하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 발진기(oscillator) 및/또는 필터를 포함할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 베이스밴드 신호를 OFDM 신호로 상향 변환(up-convert)하고, 상향 변환된 OFDM 신호를 반송파 주파수에서 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 반송파 주파수에서 OFDM 신호를 수신하고, 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 신호를 OFDM 베이스밴드 신호로 하향 변환(down-convert)할 수 있다.

본 명세서의 구현에서, UE는 상향링크(UL; uplink)에서 송신 장치로, 하향링크(DL; downlink)에서 수신 장치로 작동할 수 있다. 본 명세서의 구현에서, 기지국은 UL에서 수신 장치로, DL에서 송신 장치로 동작할 수 있다. 이하에서 기술 상의 편의를 위하여, 제1 무선 장치(100)는 UE로, 제2 무선 장치(200)는 기지국으로 동작하는 것으로 주로 가정한다. 예를 들어, 제1 무선 장치(100)에 연결, 탑재 또는 출시된 프로세서(102)는 본 명세서의 구현에 따라 UE 동작을 수행하거나 본 명세서의 구현에 따라 UE 동작을 수행하도록 송수신기(106)를 제어하도록 구성될 수 있다. 제2 무선 장치(200)에 연결, 탑재 또는 출시된 프로세서(202)는 본 명세서의 구현에 따른 기지국 동작을 수행하거나 본 명세서의 구현에 따른 기지국 동작을 수행하기 위해 송수신기(206)를 제어하도록 구성될 수 있다.

본 명세서에서, 기지국은 노드 B(Node B), eNode B(eNB), gNB로 불릴 수 있다.

도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.

무선 장치는 사용 예/서비스에 따라 다양한 형태로 구현될 수 있다(도 1 참조).

도 3을 참조하면, 무선 장치(100, 200)는 도 2의 무선 장치(100, 200)에 대응할 수 있으며, 다양한 구성 요소, 장치/부분 및/또는 모듈에 의해 구성될 수 있다. 예를 들어, 각 무선 장치(100, 200)는 통신 장치(110), 제어 장치(120), 메모리 장치(130) 및 추가 구성 요소(140)를 포함할 수 있다. 통신 장치(110)는 통신 회로(112) 및 송수신기(114)를 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 2의 하나 이상의 프로세서(102, 202) 및/또는 도 2의 하나 이상의 메모리(104, 204)를 포함할 수 있다. 예를 들어, 송수신기(114)는 도 2의 하나 이상의 송수신기(106, 206) 및/또는 도 2의 하나 이상의 안테나(108, 208)를 포함할 수 있다. 제어 장치(120)는 통신 장치(110), 메모리 장치(130), 추가 구성 요소(140)에 전기적으로 연결되며, 각 무선 장치(100, 200)의 전체 작동을 제어한다. 예를 들어, 제어 장치(120)는 메모리 장치(130)에 저장된 프로그램/코드/명령/정보를 기반으로 각 무선 장치(100, 200)의 전기/기계적 작동을 제어할 수 있다. 제어 장치(120)는 메모리 장치(130)에 저장된 정보를 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로 전송하거나, 또는 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로부터 수신한 정보를 메모리 장치(130)에 저장할 수 있다.

추가 구성 요소(140)는 무선 장치(100, 200)의 유형에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 구성 요소(140)는 동력 장치/배터리, 입출력(I/O) 장치(예: 오디오 I/O 포트, 비디오 I/O 포트), 구동 장치 및 컴퓨팅 장치 중 적어도 하나를 포함할 수 있다. 무선 장치(100, 200)는, 이에 국한되지 않고, 로봇(도 1의 100a), 차량(도 1의 100b-1 및 100b-2), XR 장치(도 1의 100c), 휴대용 장치(도 1의 100d), 가전 제품(도 1의 100e), IoT 장치(도 1의 100f), 디지털 방송 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/장치(도 1의 400), 기지국(도 1의 200), 네트워크 노드의 형태로 구현될 수 있다. 무선 장치(100, 200)는 사용 예/서비스에 따라 이동 또는 고정 장소에서 사용할 수 있다.

도 3에서, 무선 장치(100, 200)의 다양한 구성 요소, 장치/부분 및/또는 모듈의 전체는 유선 인터페이스를 통해 서로 연결되거나, 적어도 일부가 통신 장치(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 각 무선 장치(100, 200)에서, 제어 장치(120)와 통신 장치(110)는 유선으로 연결되고, 제어 장치(120)와 제1 장치(예: 130과 140)는 통신 장치(110)를 통해 무선으로 연결될 수 있다. 무선 장치(100, 200) 내의 각 구성 요소, 장치/부분 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어 장치(120)는 하나 이상의 프로세서 집합에 의해 구성될 수 있다. 일 예로, 제어 장치(120)는 통신 제어 프로세서, 애플리케이션 프로세서(AP; application processor), 전자 제어 장치(ECU; electronic control unit), 그래픽 처리 장치 및 메모리 제어 프로세서의 집합에 의해 구성될 수 있다. 또 다른 예로, 메모리 장치(130)는 RAM, DRAM, ROM, 플래시 메모리, 휘발성 메모리, 비휘발성 메모리 및/또는 이들의 조합에 의해 구성될 수 있다.

도 4는 본 명세서의 구현이 적용되는 UE의 예를 나타낸다.

도 4를 참조하면, UE(100)는 도 2의 제1 무선 장치(100) 및/또는 도 3의 무선 장치(100 또는 200)에 대응할 수 있다.

UE(100)는 프로세서(102), 메모리(104), 송수신기(106), 하나 이상의 안테나(108), 전원 관리 모듈(110), 배터리(112), 디스플레이(114), 키패드(116), SIM(subscriber identification module) 카드(118), 스피커(120), 마이크(122)를 포함한다.

프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 UE(100)의 하나 이상의 다른 구성 요소를 제어하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층은 프로세서(102)에 구현될 수 있다. 프로세서(102)는 ASIC, 기타 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 프로세서(102)는 애플리케이션 프로세서일 수 있다. 프로세서(102)는 DSP(digital signal processor), CPU(central processing unit), GPU(graphics processing unit), 모뎀(변조 및 복조기) 중 적어도 하나를 포함할 수 있다. 프로세서(102)의 예는 Qualcomm®에서 만든 SNAPDRAGONTM 시리즈 프로세서, Samsung®에서 만든 EXYNOSTM 시리즈 프로세서, Apple®에서 만든 A 시리즈 프로세서, MediaTek®에서 만든 HELIOTM 시리즈 프로세서, Intel®에서 만든 ATOMTM 시리즈 프로세서 또는 대응하는 차세대 프로세서에서 찾을 수 있다.

메모리(104)는 프로세서(102)와 동작 가능하도록 결합되며, 프로세서(102)를 작동하기 위한 다양한 정보를 저장한다. 메모리(104)는 ROM, RAM, 플래시 메모리, 메모리 카드, 저장 매체 및/또는 기타 저장 장치를 포함할 수 있다. 구현이 소프트웨어에서 구현될 때, 여기에 설명된 기술은 본 명세서에서 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 모듈(예: 절차, 기능 등)을 사용하여 구현될 수 있다. 모듈은 메모리(104)에 저장되고 프로세서(102)에 의해 실행될 수 있다. 메모리(104)는 프로세서(102) 내에 또는 프로세서(102) 외부에 구현될 수 있으며, 이 경우 기술에서 알려진 다양한 방법을 통해 프로세서(102)와 통신적으로 결합될 수 있다.

송수신기(106)는 프로세서(102)와 동작 가능하도록 결합되며, 무선 신호를 전송 및/또는 수신한다. 송수신기(106)는 송신기와 수신기를 포함한다. 송수신기(106)는 무선 주파수 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 송수신기(106)는 하나 이상의 안테나(108)를 제어하여 무선 신호를 전송 및/또는 수신한다.

전원 관리 모듈(110)은 프로세서(102) 및/또는 송수신기(106)의 전원을 관리한다. 배터리(112)는 전원 관리 모듈(110)에 전원을 공급한다.

디스플레이(114)는 프로세서(102)에 의해 처리된 결과를 출력한다. 키패드(116)는 프로세서(102)에서 사용할 입력을 수신한다. 키패드(116)는 디스플레이(114)에 표시될 수 있다.

SIM 카드(118)는 IMSI(international mobile subscriber identity)와 관련 키를 안전하게 저장하기 위한 집적 회로이며, 휴대 전화나 컴퓨터와 같은 휴대 전화 장치에서 가입자를 식별하고 인증하는 데에 사용된다. 또한, 많은 SIM 카드에 연락처 정보를 저장할 수도 있다.

스피커(120)는 프로세서(102)에서 처리한 사운드 관련 결과를 출력한다. 마이크(122)는 프로세서(102)에서 사용할 사운드 관련 입력을 수신한다.

<네트워크 슬라이스(Network Slice)>

이하, 차세대 이동통신에서 도입될 네트워크의 슬라이싱을 설명한다.

차세대 이동통신은 하나의 네트워크를 통해 다양한 서비스를 제공하기 위하여, 네트워크의 슬라이싱에 대한 개념을 소개하고 있다. 여기서, 네트워크의 슬라이싱은 특정 서비스를 제공할 때 필요한 기능을 가진 네트워크 노드들의 조합이다. 슬라이스 인스턴스를 구성하는 네트워크 노드는 하드웨어적으로 독립된 노드이거나, 또는 논리적으로 독립된 노드일 수 있다.

각 슬라이스 인스턴스는 네트워크 전체를 구성하는데 필요한 모든 노드들의 조합으로 구성될 수 있다. 이 경우, 하나의 슬라이스 인스턴스는 UE에게 단독으로 서비스를 제공할 수 있다.

이와 다르게, 슬라이스 인스턴스는 네트워크를 구성하는 노드 중 일부 노드들의 조합으로 구성될 수도 있다. 이 경우, 슬라이스 인스턴스는 UE에게 단독으로 서비스를 제공하지 않고, 기존의 다른 네트워크 노드들과 연계하여 UE에게 서비스를 제공할 수 있다. 또한, 복수 개의 슬라이스 인스턴스가 서로 연계하여 UE에게 서비스를 제공할 수도 있다.

슬라이스 인스턴스는 코어 네트워크(CN) 노드 및 RAN을 포함한 전체 네트워크 노드가 분리될 수 있는 점에서 전용 코어 네트워크와 차이가 있다. 또한, 슬라이스 인스턴스는 단순히 네트워크 노드가 논리적으로 분리될 수 있다는 점에서 전용 코어 네트워크와 차이가 있다.\

<본 명세서의 개시에서 해결하고자 하는 문제점>

핸드오버 과정에서 Source NG-RAN에서 현재 단말에게 서빙 중인 네트워크 슬라이스를 핸드오버 후 Target NG-RAN이 계속해서 지원할 수 없을 수 있다. 이 경우 해당 네트워크 슬라이스와 관련된 PDU 세션을 릴리즈(release) 해야 한다. 그러나 단말이 기존에 제공받던 서비스의 연속성을 보장하기 위하여, 해당 PDU 세션과 관련된 네트워크 슬라이스를 Target NG-RAN이 지원할 수 있는 네트워크 슬라이스로 리매핑(Re-mapping)할 수 있다. 이때, Target NG-RAN과 AMF는 단말에게 전달할 Allowed NSSAI 안에 리매핑된 네트워크 슬라이스(Re-mapped Slice) 정보를 포함하여 전달한다. 그러나 단말 입장에서는 해당 PDU 세션과 연관된 네트워크 슬라이스가 리매핑(Re-mapping) 되었다는 사실을 모를 경우, 새로 수신한 Allowed NSSAI 안에 현재 사용 중인 PDU 세션과 관련된 네트워크 슬라이스가 포함되지 않았기 때문에 해당 PDU 세션을 결국 릴리즈(release) 하게 되는 문제가 있다.

<본 명세서의 개시>

이하에서 네트워크 슬라이스와 S-NSSAI(Single Network Slice Selection Assistance information)는 혼용되어 사용될 수 있다.

이하 절차 들에서 어떤 단계들은 동시에 또는 병렬적으로 수행될 수도 있고, 서로 바뀐 순서로 수행될 수도 있다.

이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.

1. 등록 중 리매핑 정책 설정

도 5는 단말의 등록절차 중 네트워크 슬라이스 리매핑의 예를 나타낸다.

도 5는 등록 과정에서 단말에게 네트워크 슬라이스 리매핑 정책(Slice remapping policy)을 할당하는 방법을 제시하고 있다.

0. OAM((Operation, Management and Administration))을 통해 NG-RAN에 각각의 네트워크 슬라이스에 대한 리매핑 정책(remapping policy)이 미리 설정(configuration) 되어 있을 수 있다. 또는 NG 설정 절차(NG Setup procedure)나 설정 업데이트 절차(Configuration Update procedure)를 통하여 AMF가 NG-RAN에 각각의 네트워크 슬라이스에 대한 리매핑 정책(remapping policy)을 설정(configuration) 했을 수 있다.

1. 단말은 Requested NSSAI(Network Slice Selection Assistance information)를 포함한 등록 요청(Registration Request) 메시지를 RRC 및 N2 메시지(message)를 통해 네트워크에 전달할 수 있다.

2. 단말로부터 등록 요청(Registration Request) 메시지를 수신한 AMF는 Nudm_SDM_Get Request 메시지를 통해 UDM(Unified Data Management)으로부터 단말에 대한 가입자 정보 (Subscription information)를 요청할 수 있다.

3. UDM은 단말에 대한 가입자 정보를 전달한다. 이때, 해당 정보 안에는 네트워크 슬라이스 리매핑(Slice Remapping)에 관한 정보가 다음과 같이 포함되어 있을 수 있다.

- 단말에 대해 네트워크 슬라이스 리매핑(slice remapping)이 허락되었는지 알려주는 네트워크 슬라이스 리매핑 지시자(Slice Remapping Indicator)

- 단말에 대한 네트워크 슬라이스 정책(slice remapping policy)의 그래뉴래리티(granularity: per UE, per slice, per PDU session)

4. AMF는 NSSF(Network Slice Selection Function)에게 요청된 Requested NSSAI와 Subscribed S-NSSAI(s) 등의 정보를 전달하고 단말에 대한 Allowed NSSAI 할당을 요청할 수 있다.

이때, 3단계에서 네트워크 슬라이스 리매핑 지시자(Slice Remapping Indicator)를 수신한 경우, 해당 정보도 같이 NSSF에게 전달하여 단말에 대한 네트워크 슬라이스 리매핑(Slice Remapping)이 가능하다는 것을 알릴 수 있다.

참고: 단말이 모빌리티 등록 업데이트(Mobility Registration Update)를 수행하는 과정에서, 만약 단말에 대해 기존에 생성된 PDU 세션 중에 리매핑된 네트워크 슬라이스(remapped slice)와 연관된 것도 있는 경우, 해당 리매핑된 네트워크 슬라이스(remapped slice)에 대한 S-NSSAI 값도 같이 NSSF에게 전달할 수 있다.

5. NSSF는 4단계에서 수신한 정보를 기반으로 단말에 대한 Allowed NSSAI를 결정하여 AMF에게 전달할 수 있다. 만약 단말에 대한 네트워크 슬라이스 리매핑(slice remapping)이 가능한 경우, Candidate NSSAI도 같이 결정하여 AMF에게 전달할 수 있다. Candidate NSSAI는 단말의 Subscribed S-NSSAI(s)와 AMF가 지원(support)할 수 있는 S-NSSAI(s)를 고려하여 생성된, 단말에 대한 네트워크 슬라이스 리매핑(slice remapping)을 위해 사용될 수 있는 S-NSSAI 목록을 의미할 수 있다.

참고: 운영자의 정책(Operator’s policy)에 따라 AMF가 직접 Allowed NSSAI나 Candidate NSSAI를 결정할 수 있는 경우, 4단계와 5단계는 NSSF가 아닌 AMF에서 수행될 수 있다.

6. 3단계에서 수신한 네트워크 슬라이스 리매핑 정책(slice remapping policy)의 그래뉴래리티(granularity) 에 따라 단말 별, 또는 네트워크 슬라이스 별로 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성할 수 있다. 이 때, 다음의 정보를 참고할 수 있다.

-단말에 대한 Allowed NSSAI and/or,

-단말에 대한 Candidate NSSAI and/or,

-List of S-NSSAI(s) supported by NG-RAN and/or,

-운영자의 정책(Operator’s policy) and/or,

-해당 네트워크 슬라이스에 대해 NSSAA(Network Slice-Specific Authentication and Authorization)가 필요한지 등

0단계에서 NG-RAN이 이미 각각의 네트워크 슬라이스에 대한 리매핑 정책(remapping policy)을 가지고 있는 경우, 6단계 과정이 생략되거나 6단계에서 생성된 리매핑 정책(remapping policy)으로 업데이트될 수 있다.

7. 단말에게 등록 승인(Registration Accept)을 알리고 NG-RAN에서 UE 컨텍스트(context)를 생성하기 위해, AMF는 등록 승인(Registration Accept) 메시지를 포함하는 초기 컨텍스트 설정 요청(Initial Context Setup Request) 메시지를 NG-RAN에게 전달할 수 있다.

또한 AMF는 5단계에서 결정된 candidate NSSAI를 NG-RAN에게 전달할 수 있다. 이후에 발생할 핸드오버 과정에서 네트워크 슬라이스 리매핑(slice remapping)이 발생할 경우 NG-RAN은 candidate NSSAI를 참고할 수 있다. Candidate NSSAI를 통해 NG-RAN은 단말이 사용할 수 없는 S-NSSAI를 리매핑된 네트워크 슬라이스(remapped slice)로 선택하는 경우를 피할 수 있다.

만약 6단계에서 AMF가 새로운 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 결정한 경우, 이를 NG-RAN에게 전달하여 이후에 발생할 핸드오버 과정에서 NG-RAN이 참고할 수 있도록 할 수 있다.

참고: AMF는 candidate NSSAI 대신에 configured NSSAI를 NG-RAN에게 전달하는 것도 가능하다. 이 경우 NG-RAN은 네트워크 슬라이스 리매핑(slice remapping) 과정에서 configured NSSAI와 List of S-NSSAI(s) supported by AMF를 같이 참고할 수 있다.

참고: 초기 컨텍스트 설정 요청(Initial Context Setup Request) 메시지 대신에 하향링크NAS 트랜스포트(Downlink NAS Transport) 메시지가 이용될 수 있다.

참고: AMF는 단말에게 전송되는 등록 승인(Registration Accept) 메시지 또는 다른 NAS 메시지 안에 네트워크 슬라이스 리매핑 정책(Slice remapping policy) 정보를 포함할 수 있다. 이 경우 단말은 도 9, 도 10a, 도 10b 및 도 11a 및 도 11b와 같이 네트워크 슬라이스 리매핑이 발생했다는 것을 알게 되면, 이후에 original S-NSSAI와 관련된 새로운 PDU 세션을 생성할 때 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU Session Establishment Request 안에 포함할 수 있다.

또는 8단계에서 NG-RAN이 RRC 메시지를 이용하여 네트워크 슬라이스 리매핑 정책(Slice remapping policy) 정보를 단말에게 전달할 수도 있다.

8. NG-RAN은 7단계에서 AMF로부터 받은 등록 승인(Registration Accept) 메시지를 단말에게 전달할 수 있다.

9. UE 컨텍스트(context)를 생성한 NG-RAN은 초기 컨텍스트 설정 응답(Initial Context Setup Response) 메시지로 AMF에게 응답할 수 있다.

10. AMF는 PCF와 UE 정책 연결(UE Policy Association)을 생성할 수 있다. 이 과정에서 PCF는 AMF에게 단말에 대한 네트워크 슬라이스 리매핑(slice remapping)이 발생하는 경우 이를 통지(notification) 해달라는 요청을 할 수 있다. 이는 PCF가 original S-NSSAI 및 Remapped S-NSSAI에 대한 URSP를 업데이트하여 단말에게 전달해주기 위함이다.

2. PDU 세션 설립 중 리매핑 정책 설정

도 6a 및 도 6b는 PDU 세션 설립과정에서 UE에게 리매핑 정책을 할당하는 제1 예를 나타낸다.

0. 단말은 도 5 또는 TS 23.502(3GPP TS 23.502 V16.6.0)의 Figure 4.2.2.2.2-1에서의 절차에 따라 네트워크에 이미 등록(Registration)된 상태이다.

1. 단말은 해당 네트워크로부터 서비스를 제공받기 위하여 PDU 세션 설립 요청(PDU Session Establishment Request) 메시지를 RRC 및 N2 메시지를 통해 네트워크에 전송할 수 있다.

2. AMF는 해당 PDU 세션을 담당할 SMF를 선택할 수 있다. 이 때, 단말에 대한 네트워크 슬라이스 리매핑(slice remapping)이 허가되었다는 것을 AMF가 알고 있는 경우, 네트워크 슬라이스 리매핑(slice remapping)을 지원할 수 있는 SMF를 선택할 수 있다.

참고: 네트워크 슬라이스 리매핑(Slice remapping)을 지원할 수 있는 SMF에 대한 정보는 AMF에 설정(configuration) 되어 있거나 UDM의 가입자 정보 (Subscription information)에 포함되어 있을 수 있다. 또는 AMF가 NRF(Network Repository Function)를 통해 SMF 디스커버리(discovery)를 진행할 수 있다. 이 때, AMF가 단말에 대해 네트워크 슬라이스 리매핑(slice remapping)이 허락되었는지 알려주는 네트워크 슬라이스 리매핑 지시자(Slice Remapping Indicator) 등의 정보를 같이 NRF에게 전달할 수 있다. 이를 기반으로 NRF는 네트워크 슬라이스 리매핑(Slice remapping)을 지원할 수 있는 SMF에 대한 정보를 AMF에게 전달할 수 있다. 이 과정에서 NRF는 각각의 SMF가 지원(support)할 수 있는 네트워크 슬라이스 목록을 AMF에게 같이 전달할 수 있다. 해당 정보는 NRF에 미리 설정(configuration) 되어 있거나, SMF가 NRF에 등록할 때 같이 저장할 수 있다.

SMF가 아닌 AMF가 단말에 대한 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성할 수 있다. 이 경우, NRF를 통해서 수신한 네트워크 슬라이스 목록 내에서 해당 SMF가 지원(support) 할 수 있는 리매핑된(remapped) S-NSSAI가 선택될 수 있도록 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 AMF는 결정해야 한다. AMF는 해당 SMF가 지원(support) 할 수 있는 네트워크 슬라이스 목록 정보를 NRF가 아닌, 11단계에서 SMF로부터 직접 수신하는 것도 가능하다.

3. AMF는 SMF에게 Nsmf_PDUSession_CreateSMContext Request를 보내 해당 PDU 세션에 대한 컨텍스트(context) 생성을 요청할 수 있다.

참고: SMF가 PDU 세션 별로 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성할 수 있다. 이 경우, AMF가 candidate NSSAI 또는 Configured NSSAI 정보를 같이 SMF에게 전달할 수 있다. 또는 AMF가 PDU 세션 별로 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성하는 경우 해당 정보의 전달은 생략될 수 있다.

4. 해당 PDU 세션에 대한 세션 관리 구독 데이터(Session Management Subscription data)가 없는 경우, SMF는 UDM으로부터 해당 정보를 얻을 수 있다. 세션 관리 구독 데이터(Session Management Subscription data) 정보는 다음의 내용을 포함할 수 있다.

-해당 PDU 세션 또는 S-NSSAI+DNN에 대한 네트워크 슬라이스 리매핑 정책(slice remapping policy) 할당 요청

5. SMF는 해당 PDU 세션에 대한 컨텍스트(context) 생성을 수락할 수 있다. 이 경우 SMF는 AMF에게 Nsmf_PDUSession_CreateSMContext Response로 응답할 수 있다.

6. SMF는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF와의 시그널링(signaling)을 통해, SMF는 현재 PDU 세션과 관련된 S-NSSAI에 할당된 한도(quota)가 최대값을 초과하였는지 확인할 수 있다.

참고: 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 PCF일 경우, 6단계를 생략할 수 있다. 이 , SMF는 7단계와 8단계을 통해 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다. 또는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 AMF이거나 AMF와 직접적으로 연결된 NF인 경우, 2단계 이후에 바로 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다.

7. 만약 S-NSSAI에 대한 한도(quota)가 최대값을 초과하지 않은 경우, SMF는 PCF에게 Npcf_SMPolicyControl_Create Request를 보내 해당 PDU 세션에 대한 SM 정책(SM policy)을 요청할 수 있다.

8. PCF는 SMF에게 해당 PDU 세션에 대한 SM 정책(SM policy)을 할당할 수 있다. 이 때 네트워크 슬라이스 리매핑 제어(slice remapping control) 정보도 같이 SMF에게 전달될 수 있다. 네트워크 슬라이스 리매핑 제어(Slice remapping control) 정보는 다음의 내용을 포함할 수 있다.

-NG-RAN에서 사용 불가능했던 original S-NSSAI가 다시 사용 가능해질 경우, NG-RAN에서 original S-NSSAI로 원복될 remapped S-NSSAI와 PDU 세션을 결정할 때 참고할 수 있는 정보 (e.g, 해당 PDU 세션에 대한 ARP(Allocation and Retention Priority) 또는 우선순위(priority) 등)

-NG-RAN에서 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑(slice remapping)이 발생할 경우 이를 PCF로 알려달라는 통지(notification) 요청

-해당 PDU 세션에 대한 네트워크 슬라이스 리매핑(slice remapping)이 허용(allowed) 되었는지에 대한 정보

9. 4단계에서 수신한 네트워크 슬라이스 리매핑 정책(slice remapping policy) 할당 요청에 따라, SMF는 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성할 수 있다. 이 때, 다음의 정보를 참고할 수 있다.

-해당 PDU 세션에 대한 original S-NSSAI and/or,

-단말에 대한 Candidate NSSAI and/or,

-Slice Remapping Control from PCF and/or

-Operator's policy and/or,

-해당 네트워크 슬라이스에 대해 NSSAA가 필요한지

-해당 SMF가 지원(support) 할 수 있는 네트워크 슬라이스 목록 등

참고: 등록(Registration) 과정에서 단말에 대한 네트워크 슬라이스 정책(slice remapping policy)이 이미 할당되었을지라도 해당 PDU 세션에 대해선 9단계에서 생성된 리매핑 정책(remapping policy)으로 업데이트 될 수 있다.

참고: SMF가 아닌 AMF가 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성하는 경우, 11단계 이후에 해당 과정이 실행될 수 있다. 이 경우, AMF가 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성할 수 있도록 SMF는 11단계에서 리매핑(remapping)과 관련된 정보 (e.g., Slice Remapping Control)를 AMF에게 전달할 수 있다.

참고: SMF는 해당 PDU 세션을 통해 제공되는 서비스의 종류 (e.g., IMS voice, internet)나 우선순위(priority) 등의 정보를 네트워크 슬라이스 리매핑 정책(slice remapping policy) 안에 포함할 수 있다. 또는 SMF는 별도의 지시자(indication) 형태로 NG-RAN에게 전달할 수 있다.

10. SMF는 N4 세션 설립(N4 Session Establishment) 절차를 이용해 UPF에게 3단계에서 수신한 AN Tunnel Info for N3 tunnel 정보를 전달하여 NG-RAN으로의 데이터 전송 터널을 생성할 수 있다.

11. SMF는 Namf_Communication_N1N2MessageTransfer 메시지를 통해 AMF에게 해당 PDU 세션에 대한 NG-RAN에서의 자원 할당을 요청할 수 있다. 이때 PCF로부터 수신한 네트워크 슬라이스 리매핑 제어(Slice Remapping Control) 정보를 AMF를 통해 NG-RAN에게 같이 전달할 수 있다.

SMF가 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성하는 경우, 9단계에서 생성한 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 AMF에게 같이 전송할 수 있다.

또한 상기 Namf_Communication_N1N2MessageTransfer 메시지는 단말에게 전달할 PDU 세션설립 승인(PDU Session Establishment Accept) 메시지도 포함할 수 있다.

또한 단말이 EPS에서 서비스 받던 PDN 연결(PDN connection)을 5GS로 변경(transfer)하는 경우, SMF는 AMF를 통해 NG-RAN에게 이를 알리는 지시자(indication)를 추가할 수 있다. 해당 지시자(indication)를 수신한 NG-RAN은 해당 PDU 세션이 EPS에서 5GS로 변경(transfer) 되는 상황이라는 것을 알 수 있다. 따라서 해당 PDU 세션을 통해 단말에게 계속해서 서비스를 제공하기 위해, NG-RAN에서 original S-NSSAI를 이용할 수 없는 경우(e.g., 네트워크 슬라이스 자원 부족(slice resource shortage) 또는 지원되지 않는 네트워크 슬라이스(non-supported slice)), 무조건 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑(slice remapping)을 실행한다. 참고: 해당 PDU 세션이 EPS에서 5GS로 변경(transfer)되었다는 것을 알리는 지시자(indication)는 11단계 및 12단계를 통해 NG-RAN으로 전송될 수도 있다. 또는 9단계에서 네트워크 슬라이스 리매핑 정책(Slice remapping policy)에 포함되어 전송될 수도 있다.

12. AMF는 11단계에서 SMF로부터 수신한 PDU 세션에 대한 자원 할당 요청을 NG-RAN에게 전달할 수 있다. 이 때, 단말에게 전달할 PDU 세션 설립 승인(PDU Session Establishment Accept) 메시지도 포함하여 전달될 수 있다.

참고: AMF는 단말에게 전송되는 PDU 세션 설립 승인(PDU Session Establishment Accept) 메시지 또는 다른 NAS 메시지 안에 네트워크 슬라이스 리매핑 정책(Slice remapping policy) 정보를 포함할 수 있다. 이 경우, 단말은 도 9a, 도 9b, 도 10a, 도 10b 또는 도 11a 및 도 11b와 같이 네트워크 슬라이스 리매핑(slice remapping)이 발생했다는 것을 알게 되면, 이후에 original S-NSSAI와 관련된 새로운 PDU 세션을 생성할 때 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

또는 13단계에서 NG-RAN이 RRC 메시지를 이용하여 네트워크 슬라이스 리매핑 정책(Slice remapping policy) 정보를 단말에게 전달할 수도 있다.

13. NG-RAN은 SMF 요청에 따라 해당 PDU 세션에 대한 자원을 할당할 수 있다. 또한 12단계에서 AMF로부터 받은 PDU 세션 설립 승인(PDU Session Establishment Accept) 메시지를 단말에게 전달할 수 있다.

14. TS 23.502(3GPP TS 23.502 V16.6.0) 내 Figure 4.3.2.2.1-1의 PDU session establishment 절차 중에서 step 14부터 step 21를 실행할 수 있다.

도 7a 및 도 7b는 PDU 세션 설립과정에서 UE에게 리매핑 정책을 할당하는 제2 예를 나타낸다.

도 7a 및 도 7b는 PDU 세션 설립(PDU Session Establishment) 과정에서 단말에게 네트워크 슬라이스 정책(Slice remapping policy)을 할당하고, 단말이 요청한 S-NSSAI 대신 remapped S-NSSAI를 NG-RAN이 할당하는 방법을 나타낸다.

2. 도 6a 및 도 6b의 2단계부터 12단계까지를 실행한다.

3. NG-RAN은 AMF로부터 수신한 정보를 기반으로 UE 컨텍스트(context)를 생성하고 SMF 요청에 따라 해당 PDU 세션에 대한 자원을 할당할 수 있다.

또한 해당 PDU 세션에 대한 original S-NSSAI를 지원(support) 할 수 없거나, 또는 NG-RAN 내에서 original S-NSSAI에 대한 자원(resource)이 부족한 경우, NG-RAN은 해당 PDU session에 대한 remapped S-NSSAI를 결정할 수 있다.

4. NG-RAN은 AMF로부터 받은 PDU 세션 설립 승인(PDU Session Establishment Accept) 메시지를 단말에게 전달할 수 있다.

또한 단말에게 전달할 RRC 메시지 안에 Mapping of original S-NSSAI to remapped S-NSSAI 정보를 포함할 수 있다. 해당 정보를 통해 단말에게 NG-RAN에서 original S-NSSAI를 이용할 수 없기 때문에 remapped S-NSSAI를 대신 사용해야 함을 알릴 수 있다. 따라서 단말은 이후에 original S-NSSAI와 관련된 PDU 세션을 새로 생성하려 할 때 PDU 세션 설립 요청(PDU Session Establishment Request) 메시지 안에 original S-NSSAI 대신 Remapped S-NSSAI를 포함한다.

또는 RRC 메시지 안에 네트워크 슬라이스 리매핑(slice remapping)에 사용한 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 포함할 수 있다. 해당 정보를 통해 단말에게 NG-RAN에서 original S-NSSAI를 이용할 수 없음을 알릴 수 있다. 만약 이후에 단말이 original S-NSSAI와 관련된 새로운 PDU 세션을 생성하려는 경우, 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

또는 도 5 또는 도 6a 및 도 6b에서 단말이 미리 네트워크로부터 네트워크 리매핑 정책(Slice remapping policy)을 수신한 경우, RRC 메시지 안에 네트워크 슬라이스 리매핑(slice remapping)이 발생하여 NG-RAN에서 original S-NSSAI를 이용할 수 없다는 지시자(indication)만 포함할 수 있다. 단말은 이후에 original S-NSSAI와 관련된 새로운 PDU 세션을 생성하려는 경우, 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

또는 RRC 메시지 안에 네트워크 슬라이스 리매핑(slice remapping)에 관련된 정보를 포함하지 않을 수도 있다.

참고: 4단계에서와 같이 단말에게 RRC 메시지를 통하여 Mapping of original S-NSSAI to remapped S-NSSAI 정보를 전달하는 것 대신에, 5단계 이후 NAS 메시지를 통해 해당 정보를 단말에게 알리는 것도 가능하다.

또는 11단계과 12단계 과정을 통해 단말에게 original S-NSSAI 및 remapped S-NSSAI에 대한 URSP rule을 업데이트할 수도 있다.

5. UE 컨텍스트(context)를 생성하고 PDU 세션에 대한 자원 할당을 끝낸 NG-RAN은 PDU 세션 자원 설정 응답(PDU Session Resource Setup Response) 메시지로 AMF에게 응답할 수 있다.

이때 3단계에서 NG-RAN이 네트워크 슬라이스 리매핑(slice remapping)을 결정한 경우, 해당 PDU 세션에 대한 remapped S-NSSAI와 이에 대한 이유 (Slice resource shortage or non-supported slice)를 포함하여 AMF에게 전송할 수 있다.

6. AMF는 NG-RAN이 PDU 세션 자원 설정 응답(PDU Session Resource Setup Response) 메시지에 포함한, PDU 세션 목록과 관련된 S-NSSAI, 그리고 상기 이유를 확인할 수 있다. 그리고 각각의 SMF에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 통해 해당 PDU 세션에 대한 컨텍스트(context) 업데이트를 요청할 수 있다. 만약 3단계에서 NG-RAN이 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑(slice remapping)을 결정한 경우, AMF는 remapped S-NSSAI와 이에 대한 이유 (Slice resource shortage or non-supported slice)를 포함하여 SMF에게 전송할 수 있다.

7. 만약 3단계에서 NG-RAN이 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑(slice remapping)을 결정한 경우, SMF는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF와의 시그널링(signaling)을 통해 현재 PDU 세션과 관련된 S-NSSAI에 할당된 한도(quota)가 최대값을 초과하였는지 확인할 수 있다.

만약 해당 S-NSSAI에 대한 한도(quota)가 최대값을 초과한 경우 8단계와 9단계를 생략할수 있다.

참고: 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 PCF일 경우, 7단계를 생략한 후 8단계을 통해 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다. 또는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 AMF이거나 AMF와 직접적으로 연결된 NF인 경우, 5단계 이후에 바로 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다.

8. 만약 7단계에서 한도(quota)가 최대값을 초과하지 않은 경우, SMF는 PCF에게 Npcf_SMPolicyControl_Update를 통해 해당 PDU 세션에 대한 SM 정책(SM policy) 업데이트를 요청할 수 있다. 이때, PCF에게 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑(slice remapping)이 발생하였음을 알리고, 3단계에서 선택된 S-NSSAI를 같이 전달할 수 있다.

9. SMF는 N4 세션 설립(N4 Session Establishment) 또는 N4 세션 수정(N4 Session Modification) 절차를 이용해 UPF에게 6단계에서 수신한 AN Tunnel Info for N3 tunnel 정보를 전달하여 NG-RAN으로의 데이터 전송 터널을 생성할 수 있다.

10. SMF는 Nsmf_PDUSession_UpdateSMContext Response 또는 다른 메시지를 활용하여 AMF가 요청한 내용이 잘 처리되었음을 AMF에게 알릴 수 있다.

만약 7단계에서 한도(quota)가 최대값을 초과한 경우, AMF에게 해당 PDU 세션에 대한 컨텍스트(context) 업데이트가 실패했음을 알리고 그 사유 (i.e., Slice quota limit)를 같이 전달할 수 있다. 또한 일정 시간 동안 NG-RAN이 해당 네트워크 슬라이스로의 리매핑(remapping) 또는 리커버리(recovery)를 하지 못하도록 웨이트 타이머(wait timer) 값을 설정하여 같이 전달할 수 있다.

참고: 웨이트 타이머(wait timer) 값 자체는 NG-RAN에 미리 설정(configuration) 되어 있고, AMF로부터 네트워크 슬라이스 한도(Slice quota limit)와 관련된 원인 값(cause value)을 수신하면 해당 웨이트 타이머(wait timer)를 동작시키는 것도 가능하다.

11. AMF가 등록(Registration) 과정에서 PCF로부터 네트워크 슬라이스 리매핑(slice remapping)에 대한 통지(notification)를 요청받은 경우, PCF에게 Npcf_UEPolicyControl_Update를 통해 네트워크 슬라이스 리매핑(slice remapping)이 발생했음을 알릴 수 있다. 이 때 AMF는 3단계에서 선택된 S-NSSAI를 같이 PCF에게 전달할 수 있다.

참고: UE 정책을 담당하는 PCF와 SM 정책(SM policy)를 담당하는 PCF는 다를 수 있다.

12. 만약 11단계에서 PCF가 네트워크 슬라이스 리커버리(Slice recovery) 또는 네트워크 슬라이스 리매핑(slice remapping) 상황을 수신한 경우, PCF는 단말에게 original S-NSSAI 및 remapped S-NSSAI와 관련된 URSP rule을 업데이트하기 위해 UE 설정 업데이트(UE Configuration Update) 절차를 트리거(trigger) 할 수 있다.

예를 들어 APP #1이 서비스를 제공받고 있던 PDU session #1에 대한 네트워크 슬라이스가 S-NSSAI-A에서 S-NSSAI-B로 리매핑 된 상황에서, App #2가 Slice B에 대한 서비스를 새로이 이용하려는 경우에도 PDU Session #1를 동일하게 이용할 수 있도록 URSP rule을 업데이트할 수 있다. 하지만 PDU session #1에 대한 네트워크 슬라이스가 다시 S-NSSAI-A로 원복되는 경우에는 App #2가 PDU session #1을 이용할 수 없기 때문에 slice B에 대한 서비스를 제공받을 수 있도록 S-NSSAI-B에 대한 새로운 PDU Session #2를 생성하는 작업이 필요하다.

또는 APP #1이 서비스를 제공받고 있던 PDU session #1에 대한 네트워크 슬라이스가 S-NSSAI-A에서 S-NSSAI-B로 리매핑(remapping) 된 상황에서, App #2가 Slice B에 대한 서비스를 새로이 이용하려는 경우에는 S-NSSAI-B에 대한 새로운 PDU Session #2를 생성하도록 URSP rule을 업데이트할 수도 있다.

도 8a 및 도 8b는 PDU 세션 설립과정에서 UE에게 리매핑 정책을 할당하는 제3 예를 나타낸다.

도 8a 및 도 8b는 PDU 세션 설립(PDU Session Establishment) 과정에서 단말에게 네트워크 슬라이스리매핑 정책(Slice remapping policy)을 할당하고, 단말이 요청한 S-NSSAI 대신 remapped S-NSSAI를 AMF 또는 SMF가 할당하는 방법을 나타낸.

또한 AMF는 단말이 요청한 S-NSSAI를 리매핑 해야 한다는 것을 알 수 있는 경우 (예를 들어, NG-RAN에서 단말이 요청한 S-NSSAI를 지원(support) 하지 않는 경우나 NG-RAN에서 단말이 요청한 S-NSSAI에 대한 자원(resource)이 부족하다고 AMF에게 미리 알린 경우), 단말당 또는 네트워크 슬라이스 당 네트워크 슬라이스 리매핑 정책(Slice remapping policy per UE or per slice)를 기반으로 remapped S-NSSAI를 선택할 수 있다.

참고: 네트워크 슬라이스 리매핑(Slice remapping)을 지원할 수 있는 SMF에 대한 정보는 AMF에 설정(configuration) 되어 있거나 UDM 의 가입자 정보 (Subscription information)에 포함되어 있을 수 있다. 또는 AMF가 NRF를 통해 SMF 디스커버리(SMF discovery)를 진행할 때, AMF가 단말에 대해 네트워크 슬라이스 리매핑(slice remapping)이 허락되었는지 알려주는 네트워크 슬라이스 리매핑 지시자(Slice Remapping Indicator) 등의 정보를 같이 NRF에게 전달할 수 있다. 이를 기반으로 NRF는 네트워크 슬라이스 리매핑(Slice remapping)을 지원할 수 있는 SMF에 대한 정보를 AMF에게 전달할 수 있다. 이 과정에서 각각의 SMF가 지원(support)할 수 있는 네트워크 슬라이스 목록을 같이 전달할 수 있다. 해당 정보는 NRF에 미리 설정(configuration) 되어 있거나, SMF가 NRF에 등록할 때 같이 저장할 수 있다.

만약 SMF가 아닌 AMF가 단말에 대한 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성하는 경우, NRF를 통해서 수신한, 해당 SMF가 지원(support) 할 수 있는 네트워크 슬라이스 목록 내에서 remapped S-NSSAI가 선택될 수 있도록 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 결정해야 한다. AMF는 해당 SMF가 지원(support) 할 수 있는 네트워크 슬라이스 목록 정보를 NRF가 아닌, 11단계에서 SMF로부터 직접 수신하는 것도 가능하다.

참고: AMF는 단말이 요청한 S-NSSAI를 리매핑 해야 한다는 것을 알지만, 네트워크 슬라이스 리매핑 정책(slice remapping policy)이 PDU 세션 별로 결정되어야 함을 알고 있는 경우, 3단계에서 Remapped S-NSSAI 대신에 네트워크 슬라이스 리매핑(Slice remapping)이 필요하다는 지시자(indication)와 리매핑이 필요한 이유(NG-RAN에서 단말이 요청한 S-NSSAI를 지원(support) 하지 않는 경우나 NG-RAN에서 단말이 요청한 S-NSSAI에 대한 자원(resource)이 부족하다고 AMF에게 미리 알린 경우)를 같이 SMF에게 알릴 수 있다.

또는 12단계에서 SMF로부터 세션당 네트워크 슬라이스 리매핑 정책(slice remapping policy per PDU session)을 수신한 후, AMF가 Remapped S-NSSAI를 결정하고, 다시 SMF에게 Nsmf_PDUSession_UpdateSMContext를 이용하여 이를 알리고, 6단계와 같은 과정을 통해 Remapped S-NSSAI에 대한 네트워크 슬라이스 한도 확인(slice quota check)을 수행할 수 있다. 한도 확인(Quota check)이 통과하면 Npcf_SMPolicyControl_Update를 통해 SM 정책(SM policy)을 담당하는 PCF에게 remapped S-NSSAI와 리매핑 이유를 알릴 수 있다.

참고: AMF는 NSSF에게 original S-NSSAI와 candidate NSSAI (또는 configuraed NSSAI), Allowed NSSAI 등을 전달하고 해당 PDU 세션에 대한 remapped S-NSSAI를 요청할 수 있다.

또한 2단계에서 AMF가 해당 PDU 세션에 대하여 네트워크 슬라이스 리매핑(Slice remapping)을 실행한 경우, Remapped S-NSSAI를 SMF에게 알린다.

참고: 만약 SMF가 PDU 세션 별로 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성하는 경우, AMF가 candidate NSSAI 또는 Configured NSSAI 정보를 같이 SMF에게 전달할 수 있다. 또는 AMF가 PDU 세션 별로 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성하는 경우 해당 정보의 전달은 생략될 수 있다.

5. SMF는 해당 PDU 세션에 대한 컨텍스트 생성을 수락할 수 있는 경우 AMF에게 Nsmf_PDUSession_CreateSMContext Response로 응답할 수 있다.

6. SMF는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF와의 시그널링을 통해 현재 PDU 세션과 관련된 S-NSSAI에 할당된 한도(quota)가 최대값을 초과하였는지 확인할 수 있다.

참고: 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 PCF일 경우, 6단계를 생략한 후 7단계와 8단계을 통해 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다. 또는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 AMF이거나 AMF와 직접적으로 연결된 NF인 경우, 2단계 이후에 바로 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다.

7. 만약 S-NSSAI에 대한 quota가 최대값을 초과하지 않은 경우, SMF는 PCF에게 Npcf_SMPolicyControl_Create Request를 보내 해당 PDU 세션에 대한 SM 정책(SM policy)을 요청할 수 있다.

-NG-RAN에서 사용 불가능했던 original S-NSSAI가 다시 사용 가능해질 경우, NG-RAN에서 original S-NSSAI로 원복 될 remapped S-NSSAI와 PDU 세션을 결정할 때 참고할 수 있는 정보 (e.g, 해당 PDU session에 대한 ARP 또는 우선순위(priority) 등)

-NG-RAN에서 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑(slice remapping)이 발생할 경우 이를 PCF로 알려 달라는 통지(notification) 요청

9. SMF는 4단계에서 수신한 네트워크 슬라이스 리매핑 정책(slice remapping policy) 할당 요청에 따라 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑 정책(slice remapping policy)를 생성할 수 있다. 이 때, 다음의 정보를 참고할 수 있다.

-해당 PDU 세션에 대한 original S-NSSAI and/or,

-단말에 대한 Candidate NSSAI and/or,

-Slice Remapping Control from PCF and/or

-Operator's policy and/or,

-해당 네트워크 슬라이스에 대해 NSSAA가 필요한지

-해당 SMF가 지원할 수 있는 네트워크 슬라이스 목록 등

참고: 등록(Registration) 과정에서 단말에 대한 네트워크 슬라이스 리매핑 정책(slice remapping policy)이 이미 할당되었을지라도 해당 PDU 세션에 대해선 9단계에서 생성된 리매핑 정책(remapping policy)으로 업데이트될 수 있다.

SMF가 아닌 AMF가 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성하는 경우, 12단계 이후에 해당 과정이 실행될 수 있다. 이 경우, AMF가 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 생성할 수 있도록 SMF는 12단계에서 리매핑과 관련된 정보 (e.g., Slice Remapping Control)를 AMF에게 전달할 수 있다. 이 과정에서 해당 SMF가 지원(support) 할 수 있는 네트워크 슬라이스 목록을 같이 전달할 수 있다.

SMF는 해당 PDU 세션을 통해 제공되는 서비스의 종류 (e.g., IMS voice, internet)나 우선순위(priority) 등의 정보를 네트워크 슬라이스 리매핑 정책(slice remapping policy) 안에 포함하거나, 또는 별도의 지시자(indication) 형태로 NG-RAN에게 전달할 수 있다.

10. SMF는 3단계에서 네트워크 슬라이스 리매핑(slice remapping)이 필요하다는 지시자(indication)를 AMF로부터 수신한 경우, 해당 PDU 세션에 대한 original S-NSSAI 대신 remapped S-NSSAI를 결정할 수 있다. SMF는 Remapped S-NSSAI를 결정한 이후 6단계와 같이 네트워크 슬라이스 한도 확인(slice quota check)을 수행하며, 이를 통과하면 Npcf_SMPolicyControl_Update를 통해 SM 정책(SM policy)을 담당하는 PCF에게 remapped S-NSSAI와 리매핑 이유를 알릴 수 있다.

11. SMF는 N4 세션 설립(N4 Session Establishment) 절차를 이용해 UPF에게 3단계에서 수신한 AN Tunnel Info for N3 tunnel 정보를 전달하여 NG-RAN으로의 데이터 전송 터널을 생성할 수 있다.

12. SMF는 Namf_Communication_N1N2MessageTransfer 메시지를 통해 AMF에게 해당 PDU 세션에 대한 NG-RAN에서의 자원 할당을 요청할 수 있다. 이때 PCF로부터 수신한 네트워크 슬라이스 리매핑 제어(Slice Remapping Control) 정보를 AMF를 통해 NG-RAN에게 같이 전달할 수 있다. 또한 2단계가 아닌 10단계에서 네트워크 슬라이스 리매핑(slice remapping)이 발생한 경우, Remapped S-NSSAI 정보도 같이 AMF에게 전달할 수 있다.

또한 해당 메시지는 단말에게 전달할 PDU 세션 설립 승인(PDU Session Establishment Accept) 메시지도 포함될 수 있다. 단말에게 전달되는 PDU 세션 설립 승인(PDU Session Establishment Accept) 메시지 안에는 2단계 또는 10단계에서 결정된 Remapped S-NSSAI 정보가 포함될 수 있다.

또한 단말이 EPS에서 서비스 받던 PDN 연결(PDN connection)을 5GS로 변경(transfer) 하는 경우, SMF는 AMF를 통해 NG-RAN에게 이를 알리는 지시자(indication)를 추가할 수 있다. 해당 지시자(indication)를 수신한 NG-RAN은 해당 PDU session이 EPS에서 5GS로 변경(transfer) 되는 상황이라는 것을 알 수 있다. 따라서 해당 PDU 세션을 통해 단말에게 계속해서 서비스를 제공하기 위해, NG-RAN에서 original S-NSSAI를 이용할 수 없는 경우 (e.g., slice resource shortage or non-supported slice) 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑(slice remapping)을 실행한다.

참고: 해당 PDU 세션이 EPS에서 5GS로 변경(transfer) 되었다는 것을 알리는 지시자(indication)는 12단계와 14단계를 통해 NG-RAN으로 전송될 수도 있고, 9단계에서 네트워크 슬라이스 리매핑 정책(Slice remapping policy)에 포함되어 전송될 수도 있다.

13. AMF가 등록(Registration) 과정에서 PCF로부터 네트워크 슬라이스 리매핑(slice remapping)에 대한 통지(notification)를 요청받은 경우, PCF에게 Npcf_UEPolicyControl_Update를 통해 네트워크 슬라이스 리매핑(slice remapping)이 발생했음을 알리고, remapped S-NSSAI를 같이 전달한다.

NOTE: UE 정책(UE policy)을 담당하는 PCF와 SM 정책(SM policy)을 담당하는 PCF는 다를 수 있다.

14. AMF는 12단계에서 SMF로부터 수신한 PDU 세션에 대한 자원 할당 요청을 NG-RAN에게 전달할 수 있다. 해당 메시지는 단말에게 전달할 PDU 세션 설립 승인(PDU Session Establishment Accept) 메시지도 포함할 수 있다.

또한 해당 PDU 세션에 대한 remapped S-NSSAI 정보도 같이 포함하여 전송할 수 있다.

AMF는 단말에게 전송되는 PDU 세션 설립 승인(PDU Session Establishment Accept) 메시지 또는 다른 NAS 메시지 안에 네트워크 슬라이스 리매핑 정책(Slice remapping policy) 정보를 포함할 수 있다. 이 경우, 단말은 도 9a, 도 9b, 도 10a, 도 10b 또는 도 11a 및 도 11b와 같이 네트워크 슬라이스 리매핑이 발생했다는 것을 알게 되면 이후에 original S-NSSAI와 관련된 새로운 PDU 세션을 생성할 때 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

또는 15단계에서 NG-RAN이 RRC 메시지를 이용하여 네트워크 슬라이스 리매핑 정책(Slice remapping policy) 정보를 단말에게 전달할 수도 있다.

참고: 도 7a 및 도 7b에서와 같이 NG-RAN은 해당 PDU 세션에 대한 S-NSSAI의 자원(resource)이 부족한 경우, 추가적인 네트워크 슬라이스 리매핑을 실행할 수 있다.

15. NG-RAN은 SMF 요청에 따라 해당 PDU 세션에 대한 자원을 할당할 수 있다. 또한 12단계에서 AMF로부터 받은 PDU 세션 설립 승인(PDU Session Establishment Accept) 메시지를 단말에게 전달할 수 있다.

12단계에서 단말에게 전달되는 PDU 세션 설립 승인(PDU Session Establishment Accept) 메시지 안에 Remapped S-NSSAI 정보를 포함하는 대신에, NG-RAN을 통해 단말에게 전달할 RRC 메시지 안에 Mapping of original S-NSSAI to remapped S-NSSAI 정보를 포함할 수 있다. 해당 정보를 통해 단말에게 NG-RAN에서 original S-NSSAI를 이용할 수 없기 때문에 remapped S-NSSAI를 대신 사용해야 함을 알릴 수 있다. 따라서 단말은 이후에 original S-NSSAI와 관련된 PDU 세션을 새로 생성하려 할 때 PDU Session Establishment Request 메시지 안에 original S-NSSAI 대신 Remapped S-NSSAI를 포함할 수 있다.

또는 RRC 메시지 안에 네트워크 슬라이스 리매핑(slice remapping)에 사용한 네트워크슬라이스 리매핑 정책(slice remapping policy)을 포함할 수 있다. 해당 정보를 통해 단말에게 NG-RAN에서 original S-NSSAI를 이용할 수 없음을 알릴 수 있다. 만약 이후에 단말이 original S-NSSAI와 관련된 새로운 PDU 세션을 생성하려는 경우, 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

또는 도 5 또는 도 6a 및 도 6b과정에서 단말이 미리 네트워크로부터 네트워크 슬라이스 리매핑정책(Slice remapping policy)을 수신한 경우, RRC 메시지 안에 네트워크 슬라이스 리매핑(slice remapping)이 발생하여 NG-RAN에서 original S-NSSAI를 이용할 수 없다는 지시자(indication)만 포함할 수 있다. 단말은 이후에 original S-NSSAI와 관련된 새로운 PDU 세션을 생성하려는 경우, 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

또는 RRC 메시지 안에 네트워크 슬라이스 리매핑에 관련된 정보를 아예 포함하지 않을 수도 있다.

참고: 13단계와 17단계를 통해 단말에게 original S-NSSAI 및 remapped S-NSSAI에 대한 URSP rule을 업데이트할 수도 있다.

16. TS 23.502(3GPP TS 23.502 V16.6.0)내 Figure 4.3.2.2.1-1의 PDU session establishment 절차 중에서 step 14부터 step 21를 실행할 수 있다.

17. 만약 13단계에서 네트워크 슬라이스 리매핑 사건(slice remapping event)를 수신한 경우, PCF는 단말에게 original S-NSSAI 및 remapped S-NSSAI와 관련된 URSP rule을 업데이트하기 위해 UE 설정 업데이트(UE Configuration Update) 절차를 트리거(trigger) 할 수 있다.

참고: 가령, APP #1이 서비스를 제공받고 있던 PDU session #1에 대한 네트워크 슬라이스가 S-NSSAI-A에서 S-NSSAI-B로 리매핑 된 상황에서, App #2가 Slice B에 대한 서비스를 새로이 이용하려는 경우에도 PDU Session #1를 동일하게 이용할 수 있도록 URSP rule을 업데이트할 수 있다. 하지만 PDU session #1에 대한 네트워크 슬라이스가 다시 S-NSSAI-A로 원복되는 경우에는 App #2가 PDU session #1을 이용할 수 없기 때문에 slice B에 대한 서비스를 제공받을 수 있도록 S-NSSAI-B에 대한 새로운 PDU Session #2를 생성하는 작업이 필요하다.

또는 APP #1이 서비스를 제공받고 있던 PDU session #1에 대한 네트워크 슬라이스가 S-NSSAI-A에서 S-NSSAI-B로 리매핑 된 상황에서, App #2가 Slice B에 대한 서비스를 새로이 이용하려는 경우에는 S-NSSAI-B에 대한 새로운 PDU Session #2를 생성하도록 URSP rule을 업데이트할 수도 있다.

3. Xn 핸드오버 중 네트워크 슬라이스 리매핑

도 9a 및 도 9b는 Xn 핸드오버 중 네트워크 슬라이스 리매핑의 예를 나타낸다.

도 9a 및 도 9b는 Xn-based 핸드오버 과정에서 target NG-RAN이 특정 PDU 세션에 대한 네트워크 슬라이스를 리매핑 하는 방법을 제시하고 있다.

0. 등록(Registration) 또는 PDU 세션 설립(PDU Session Establishment) 절차를 통해 단말에 대한 네트워크 슬라이스 리매핑 정책(slice remapping policy)가 이미 NG-RAN-1 또는 NG-RAN-2에 설정(configuration) 되어있다고 가정한다.

1. NG-RAN-1 은 NG-RAN-2로 단말을 핸드오버 하기로 결정할 수 있다.

2. NG-RAN-1 은 NG-RAN-2에게 핸드오버 요청(Handover Request) 메시지를 전송할 수 있다. 이때, 단말에 대한 allowed NSSAI와 candidate NSSAI 정보가 포함될 수 있다.

참고: 등록(Registration) 과정에서 AMF로부터 candidate NSSAI 대신에 configured NSSAI를 수신한 경우, 해당 정보를 포함할 수 있다.

3. NG-RAN-2는 핸드오버 요청(Handover Request) 메시지 안에 포함된 PDU 세션에 대한 S-NSSAI를 승인(accept) 할 수 있는지 판단할 수 있다. NG-RAN-2는 만약 이를 승인(accept) 할 수 없는 경우 네트워크 슬라이스 리매핑 정책에 따라 remapped S-NSSAI를 결정할 수 있다. 이때 2단계에서 수신한 allowed NSSAI와 candidate NSSAI를 같이 참고하여 remapped S-NSSAI를 결정할 수 있다.

참고: PDU 세션 설립(PDU session establishment), 서비스 요청(Service request), 또는 핸드오버 과정을 통해 이미 특정 PDU 세션이 original S-NSSAI가 아닌 remapped S-NSSAI로 리매핑 된 상태일 경우, NG-RAN-1은 2단계에서 original S-NSSAI와 함께 remapped S-NSSAI 정보도 같이 전달할 수 있다. NG-RAN-2은 해당 PDU 세션에 대해 다시 original S-NSSAI로 네트워크 슬라이스 리커버리(slice recovery) 할 수 있는지 판단할 수 있다. 만약 NG-RAN-2도 여전히 해당 PDU 세션에 대해 original S-NSSAI를 제공할 수 없다면 NG-RAN-2가 새로운 네트워크 슬라이스 리매핑(slice remapping)을 결정할 때, NG-RAN-1이 사용하던 remapped S-NSSAI를 계속해서 이용할 수 있는지 판단할 수 있다. 만약 NG-RAN-2가 NG-RAN-1이 사용하던 remapped S-NSSAI를 계속해서 제공할 수 있다면 이를 우선적으로 선택하는 것도 가능하다. 이를 통해 AMF, SMF, 또는 PCF에서, NG-RAN-1이 사용했던 remapped S-NSSAI를 NG-RAN-2이 사용할 또 다른 remapped S-NSSAI로 업데이트 하는 과정을 줄일 수 있다.

4. NG-RAN-2는 Handover Request Acknowledge 메시지를 통해 NG-RAN-1에게 응답할 수 있다. 이때, 네트워크 슬라이스 리매핑이 실행된 PDU 세션에 대해선 remapped S-NSSAI 정보를 같이 포함하여 전달할 수 있다.

또한 NG-RAN-1을 통해 단말에게 전달할 RRC 메시지 안에 Mapping of original S-NSSAI to remapped S-NSSAI 정보를 포함할 수 있다. 해당 정보를 통해 단말에게 NG-RAN-2에서 original S-NSSAI를 이용할 수 없기 때문에 remapped S-NSSAI를 대신 사용해야 함을 알릴 수 있다. 따라서 단말은 이후에 original S-NSSAI와 관련된 PDU 세션을 새로 생성하려 할 때 PDU 세션 설립 요청(PDU Session Establishment Request) 메시지 안에 original S-NSSAI 대신 Remapped S-NSSAI를 포함할 수 있다.

또는 RRC 메시지 안에 네트워크 슬라이스 리매핑에 사용한 네트워크 슬라이스 정책(slice remapping policy)을 포함할 수 있다. 해당 정보를 통해 단말에게 NG-RAN-2에서 original S-NSSAI를 이용할 수 없음을 알릴 수 있다. 만약 이후에 단말이 original S-NSSAI와 관련된 새로운 PDU 세션을 생성하려는 경우, 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

또는 도 5 또는 도 6a 및 도 6b 과정에서 단말이 미리 네트워크로부터 네트워크 슬라이스 리매핑 정책(Slice remapping policy)를 수신한 경우, RRC 메시지 안에 네트워크 슬라이스 리매핑이 발생하여 NG-RAN-2에서 original S-NSSAI를 이용할 수 없다는 지시자(indication)만 포함할 수 있다. 단말은 이후에 original S-NSSAI와 관련된 새로운 PDU 세션을 생성하려는 경우, 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

참고: 4단계와 5단계에서와 같이 단말에게 RRC 메시지를 통하여 Mapping of original S-NSSAI to remapped S-NSSAI 정보를 전달할 수도 있지만, 7단계 이후 NAS 메시지를 통해 해당 정보를 단말에게 알리는 것도 가능하다.

또는 13단계와 17단계를 통해 단말에게 original S-NSSAI 및 remapped S-NSSAI에 대한 URSP rule을 업데이트할 수도 있다.

5. NG-RAN-1 은 NG-RAN-2로부터 수신한 RRC 메시지를 단말에게 전달할 수 있다.

6. 단말은 네트워크 슬라이스 리매핑에 대한 설정이 다 끝난 후, RRC 메시지로 NG-RAN-2에 응답할 수 있다.

7. NG-RAN-2는 AMF에게 Path Switch Request 메시지를 보내 단말이 성공적으로 NG-RAN-2로 이동했음을 알릴 수 있다. 해당 메시지는 네트워크 슬라이스 리매핑 없이 정상적으로 핸드오버 된 PDU 세션에 대한 정보와 함께, PDU 세션 설립(PDU Session Establishment) 과정에서 수신한 네트워크 슬라이스 리매핑 제어(Slice Remapping Control)에 따라 네트워크 슬라이스 리매핑이 발생한 PDU 세션에 대한 ID와 Remapped S-NSSAI, 그리고 네트워크 슬라이스 리매핑 이유 (i.e., Slice resource shortage or non-supported slice)를 알릴 수 있다.

8. AMF는 NG-RAN-2가 Path Switch Request 메시지에 포함한, 핸드오버가 승낙된 PDU 세션 목록을 확인한 후, 해당 PDU 세션을 담당하는 각각의 SMF에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 통해 해당 PDU 세션에 대한 AN Tunnel Info for N3 tunnel 정보 업데이트를 요청할 수 있다.

또한 네트워크 슬라이스 리매핑이 실행된 PDU 세션을 담당하는 각각의 SMF에게 해당 PDU 세션에 대한 네트워크 슬라이스가 original S-NSSAI에서 remapped S-NSSAI로 바뀌었음을 알리고 그 사유를 같이 전달할 수 있다.

9. SMF는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF와의 시그널링을 통해 현재 PDU 세션과 관련된 S-NSSAI에 할당된 한도(quota)가 최대값을 초과하였는지 확인할 수 있다.

만약 해당 S-NSSAI에 대한 한도(quota)가 최대값을 초과한 경우, 10단계와 11단계를 생략할 수 있다.

참고: 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 PCF일 경우, 9단계를 생략한 후 10단계를 통해 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다. 또는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 AMF이거나 AMF와 직접적으로 연결된 NF인 경우, 7단계 이후에 바로 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다.

10. 만약 3단계에서 네트워크 슬라이스 리매핑이 실행된 PDU 세션 중에서, remapped S-NSSAI에 할당된 한도(quota)가 최대값을 초과하지 않은 경우, SMF는 PCF에게 Npcf_SMPolicyControl_Update를 통해 해당 PDU 세션에 대한 SM 정책(SM policy) 업데이트를 요청할 수 있다. 이때, PCF에게 해당 PDU 세션에 대한 리매핑이 발생하였음을 알리고, remapped S-NSSAI를 같이 전달할 수 있다.

11. SMF는 N4 세션 수정(N4 Session Modification) 절차를 이용해 UPF에게 8단계에서 수신한 NG-RAN-2에 대한 AN Tunnel Info for N3 tunnel 정보를 업데이트하도록 요청하여 NG-RAN으로의 데이터 전송을 준비할 수 있다.

12. SMF는 Nsmf_PDUSession_UpdateSMContext Response 또는 다른 메시지를 활용하여 AMF가 요청한 내용이 잘 처리되었음을 알릴 수 있다.

만약 9단계에서 해당 S-NSSAI에 대한 한도(quota)가 최대값을 초과한 경우, AMF에게 해당 PDU 세션에 대한 컨텍스트(context) 업데이트가 실패했음을 알리고 그 사유 (i.e., Slice quota limit)를 같이 전달할 수 있다. 또한 일정 시간 동안 NG-RAN이 해당 네트워크 슬라이스로의 리매핑을 하지 못하도록 웨이트 타이머(wait timer) 값을 설정하여 같이 전달할 수 있다.

참고: 웨이트 타이머(Wait timer) 값 자체는 NG-RAN에 미리 설정(configuration) 되어 있고, AMF로부터 네트워크 슬라이스 한도(Slice quota limit)와 관련된 원인 값(cause value)을 수신하면 해당 타이머(timer)를 동작시키는 것도 가능하다.

13. AMF가 등록(Registration) 과정에서 PCF로부터 네트워크 슬라이스 리매핑에 대한 통지(notification)르 요청받은 경우, PCF에게 Npcf_UEPolicyControl_Update를 통해 네트워크 슬라이스 리매핑이 발생했음을 알리고, remapped S-NSSAI를 같이 전달할 수 있다.

참고: UE 정책(UE policy)를 담당하는 PCF와 SM 정책(SM policy)을 담당하는 PCF는 다를 수 있다.

14. AMF는 Path Switch Request Acknowledge 메시지를 통해 NG-RAN-2에게 응답할 수 있다. 만약 remapped S-NSSAI에 대한 네트워크 슬라이스 한도 확인(slice quota check)에 실패한 경우, 그에 대한 원인 값(cause value)와 웨이트 타이머(wait timer) 값을 NG-RAN에게 전달할 수 있다.

15. NG-RAN-2는 NG-RAN-1에게 UE 컨텍스트 릴리즈(UE context release)를 요청할 수 있다.

16. 만약 단말이 기존 등록 지역(registration area)에 속한 NG-RAN-1를 벗어나 새로운 NW 지역(NW area)에 속한 NG-RAN-2으로 핸드오버한 경우, 모빌리티 등록 업데이트(Mobility Registration Update) 절차를 시작할 수 있다.

참고: 이때, NG-RAN-2가 3단계에서 결정한 remapped S-NSSAI를 참고하여 AMF는 새로운 Allowed NSSAI를 결정할 수 있다.

참고: 만약 단말이 기존 등록 지역(registration area)에서 이동하여 새로운 NW 지역(NW area)에 속한 NG-RAN-2에 진입했고 특정 PDU 세션에 대한 S-NSSAI-1이 NG-RAN-1에서 지원(support) 되었으나 NG-RAN-2에서 지원(support) 되지 않아 S-NSSAI-2로 remapping한 경우에도, AMF는 새로운 allowed NSSAI 안에 S-NSSAI-1를 포함할 수 있다. 하지만 S-NSSAI-1가 NG-RAN-2에서 지원(support) 되지 않으므로 단말에게 새로운 지시자(indication)을 전달하여 S-NSSAI-1를 기반으로 하는 새로운 PDU 세션 설립 요청(PDU session establishment request)을 NG-RAN-2로 보내는 것을 막을 수 있다.

또한 핸드오버 과정에서 단말이 해당 PDU 세션이 네트워크 슬라이스 리매핑 되었다는 정보를 수신하지 못했더라도, 모빌리티 등록 업데이트(Mobility Registration Update) 과정에서 AMF로부터의 해당 지시자(indication)를 통해 또는 해당 PDU 세션에 대한 Re-mapped S-NSSAI 정보를 통해 S-NSSAI-1이 새로운 Allowed NSSAI에 포함되어 있지 않더라도 기존 S-NSSAI-1을 기반으로 하는 PDU 세션을 단말이 릴리즈(release) 하지 않도록 알릴 수 있다.

17. 만약 13단계에서 네트워크 슬라이스 리매핑 사건(slice remapping event)을 수신한 경우, PCF는 단말에게 original S-NSSAI 및 remapped S-NSSAI와 관련된 URSP rule을 업데이트하기 위해 UE 설정 업데이트(UE Configuration Update) 절차를 트리거(trigger) 할 수 있다.

예를 들어, APP #1이 서비스를 제공받고 있던 PDU session #1에 대한 네트워크 슬라이스가 S-NSSAI-A에서 S-NSSAI-B로 리매핑 된 상황에서, App #2가 Slice B에 대한 서비스를 새로이 이용하려는 경우에도 PDU Session #1를 동일하게 이용할 수 있도록 URSP rule을 업데이트할 수 있다. 하지만 PDU session #1에 대한 네트워크 슬라이스가 다시 S-NSSAI-A로 원복되는 경우에는 App #2가 PDU session #1을 이용할 수 없기 때문에 slice B에 대한 서비스를 제공받을 수 있도록 S-NSSAI-B에 대한 새로운 PDU Session #2를 생성하는 작업이 필요하다.

4. NG 핸드오버 중 네트워크 슬라이스 리매핑

도 10a 및 도 10b는 NG 핸드오버 중 네트워크 슬라이스 리매핑의 제1 예를 나타낸다.

도 10a 및 도 10b는 NG-based 핸드오버 과정에서 target NG-RAN이 특정 PDU 세션에 대한 네트워크 슬라이스를 리매핑 하는 방법을 나타낸다.

2. NG-RAN-1 은 AMF에게 Handover Required 메시지를 전송할 수 있다.

3. TS 23.502(3GPP TS 23.502 V16.6.0) 내 Figure 4.9.1.3.2-1의 NG-based handover 절차 중에서 step 2부터 step 8를 실행할 수 있다. 이 과정에서 각각의 PDU 세션을 관리하는 SMF는 해당 PDU 세션이 target NG-RAN (여기서는 NG-RAN-2)로 핸드오버 될 것임을 알 수 있고, 이를 수락할지 결정할 수 있다. 이를 받아들일 경우 UPF을 통해 해당 PDU 세션에 대한 새로운 UL CN Tunnel Info for N3 tunnel를 할당한 후 AMF에게 전달할 수 있다.

4. AMF는 NG-RAN-2에게 핸드오버 요청(Handover Request) 메시지를 전송할 수 있다. 해당 메시지는 3단계에서 SMF가 전송한 정보와 단말에 대한 candidate NSSAI 정보를 포함할 수 있다.

또한 단말이 EPS에서 서비스 받던 PDN 연결(connection)을 5GS로 변경(transfer) 하는 경우, SMF는 AMF를 통해 NG-RAN에게 이를 알리는 지시자(indication)를 추가할 수 있다. 해당 지시자(indication)를 수신한 NG-RAN은 해당 PDU 세션이 EPS에서 5GS로 변경(transfer) 되는 상황이라는 것을 알 수 있다. 따라서 해당 PDU 세션을 통해 단말에게 계속해서 서비스를 제공하기 위해, NG-RAN에서 original S-NSSAI를 이용할 수 없는 경우 (e.g., slice resource shortage or non-supported slice) 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑을 실행할 수 있다.

참고: Candidate NSSAI 대신에 configured NSSAI를 포함하는 경우, NG-RAN은 configured NSSAI와 List of S-NSSAI(s) supported by AMF를 네트워크 슬라이스 리매핑 할 때 참고할 수 있다.

5. NG-RAN-2는 핸드오버 요청(Handover Request) 메시지 안에 포함된 PDU 세션에 대한 S-NSSAI를 승인(accept) 할 수 있는지 판단하고, 만약 이를 승인(accept) 할 수 없는 경우 리매핑 정책(remapping policy)에 따라 remapped S-NSSAI를 결정할 수 있다. 이때 4단계에서 수신한 allowed NSSAI와 candidate NSSAI를 같이 참고하여 remapped S-NSSAI를 결정할 수 있다.

참고: PDU 세션 설립(PDU session establishment), 서비스 요청(Service request), 또는 핸드오버 과정을 통해 이미 특정 PDU 세션이 original S-NSSAI가 아닌 remapped S-NSSAI로 리매핑 된 상태일 경우, AMF는 4단계에서 original S-NSSAI와 함께 remapped S-NSSAI 정보도 같이 전달할 수 있다. NG-RAN-2은 해당 PDU 세션에 대해 다시 original S-NSSAI로 네트워크 슬라이스 리커버리(slice recovery) 할 수 있는지 판단할 수 있다. 만약 NG-RAN-2도 여전히 해당 PDU 세션에 대해 original S-NSSAI를 제공할 수 없다면 NG-RAN-2가 새로운 네트워크 슬라이스 리매핑을 결정할 때, NG-RAN-1이 사용하던 remapped S-NSSAI를 계속해서 이용할 수 있는지 판단할 수 있다. 만약 NG-RAN-2가 NG-RAN-1이 사용하던 remapped S-NSSAI를 계속해서 제공할 수 있다면 이를 우선적으로 선택하는 것도 가능하다. 이를 통해 AMF, SMF, 또는 PCF에서, NG-RAN-1이 사용했던 remapped S-NSSAI를 NG-RAN-2이 사용할 또 다른 remapped S-NSSAI로 업데이트 하는 과정을 줄일 수 있다.

6. NG-RAN-2는 Handover Request Acknowledge 메시지를 통해 AMF에게 응답할 수 있다. 이때, 네트워크 슬라이스 리매핑 이 실행된 PDU 세션에 대해선 remapped S-NSSAI 정보와 그 이유 (Slice resource shortage or non-supported slice)를 같이 포함하여 전달할 수 있다.

또는 RRC 메시지 안에 네트워크 슬라이스 리매핑에 사용한 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 포함할 수 있다. 해당 정보를 통해 단말에게 NG-RAN-2에서 original S-NSSAI를 이용할 수 없음을 알릴 수 있다. 만약 이후에 단말이 original S-NSSAI와 관련된 새로운 PDU 세션을 생성하려는 경우, 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

또는 도 5 또는 도 6a 및 도 6b 과정에서 단말이 미리 네트워크로부터 네트워크 슬라이스 리매핑 정책(Slice remapping policy)를 수신한 경우, RRC 메시지 안에 네트워크 슬라이스 리매핑(slice remapping)이 발생하여 NG-RAN-2에서 original S-NSSAI를 이용할 수 없다는 지시자(indication)만 포함할 수 있다. 단말은 이후에 original S-NSSAI와 관련된 새로운 PDU 세션을 생성하려는 경우, 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

참고: 6단계와 14단계에서와 같이 단말에게 RRC 메시지를 통하여 Mapping of original S-NSSAI to remapped S-NSSAI 정보를 전달하는 것 대신에, 7단계 이후 NAS 메시지를 통해 해당 정보를 단말에게 알리는 것도 가능하다.

또는 12단계와 19단계를 통해 단말에게 original S-NSSAI 및 remapped S-NSSAI에 대한 URSP rule을 업데이트할 수도 있다.

7. AMF는 NG-RAN-2가 Handover Request Acknowledge 메시지에 포함한, 핸드오버가 승낙된 PDU 세션 목록을 확인한 후, 해당 PDU 세션을 담당하는 각각의 SMF에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 통해 해당 PDU 세션에 대한 AN Tunnel Info for N3 tunnel 정보 업데이트를 요청할 수 있다.

8. SMF는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF와의 시그널링을 통해 현재 PDU 세션과 관련된 S-NSSAI에 할당된 한도(quota)가 최대값을 초과하였는지 확인할 수 있다.

만약 해당 S-NSSAI에 대한 한도(quota)가 최대값을 초과한 경우, 9단계와 10단계를 생략할 수 있다.

참고: 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 PCF일 경우, 8단계를 생략한 후 9단계를 통해 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다. 또는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 AMF이거나 AMF와 직접적으로 연결된 NF인 경우, 6단계 이후에 바로 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다.

9. 만약 5단계에서 네트워크 슬라이스 리매핑(slice remapping)이 실행된 PDU 세션 중에서, remapped S-NSSAI에 할당된 한도(quota)가 최대값을 초과하지 않은 경우, SMF는 PCF에게 Npcf_SMPolicyControl_Update를 통해 해당 PDU 세션에 대한 SM 정책(SM policy) 업데이트를 요청할 수 있다. 이때, PCF에게 해당 PDU 세션에 대한 리매핑이 발생하였음을 알리고, remapped S-NSSAI를 같이 전달할 수 있다.

10. SMF는 N4 세션 수정(N4 Session Modification) 절차를 이용해 UPF에게 7단계에서 수신한 NG-RAN-2에 대한 AN Tunnel Info for N3 tunnel 정보를 업데이트하도록 요청하여 NG-RAN으로의 데이터 전송을 준비할 수 있다.

11. SMF는 Nsmf_PDUSession_UpdateSMContext Response 또는 다른 메시지를 활용하여 AMF가 요청한 내용이 잘 처리되었음을 알릴 수 있다.

만약 8단계에서 remapped S-NSSAI에 대한 한도(quota)가 최대값을 초과한 경우, AMF에게 해당 PDU 세션에 대한 컨텍스트(context) 업데이트가 실패했음을 알리고 그 사유 (i.e., Slice quota limit)를 같이 전달할 수 있다. 또한 일정 시간 동안 NG-RAN이 해당 네트워크 슬라이스로의 리매핑을 하지 못하도록 웨이트 타이머(wait timer) 값을 설정하여 같이 전달할 수 있다.

12. AMF가 등록(Registration) 과정에서 PCF로부터 네트워크 슬라이스 리매핑에 대한 통지(notification)를 요청받은 경우, PCF에게 Npcf_UEPolicyControl_Update를 통해 네트워크 슬라이스 리매핑이 발생했음을 알리고, remapped S-NSSAI를 같이 전달할 수 있다.

참고: UE 정책(UE policy)을 담당하는 PCF와 SM 정책(SM policy)을 담당하는 PCF는 다를 수 있다.

13. AMF는 6단계와 11단계에서 받은 정보를 기반으로 NG-RAN-1에게 핸드오버 커맨드(Handover Command) 메시지를 전송할 수 있다. 이때 NG-RAN-2가 생성한 RRC 메시지도 같이 전달할 수 있다.

만약 remapped S-NSSAI에 대한 네트워크 슬라이스 한도 확인(slice quota check)에 실패한 경우, 그에 대한 원인 값(cause value)와 웨이트 타이머(wait timer) 값을 별도의 NGAP 메시지를 이용하여 NG-RAN-2에게 전달할 수 있다.

14. NG-RAN-1 은 NG-RAN-2로부터 수신한 RRC 메시지를 단말에게 전달할 수 있다.

15. 단말은 네트워크 슬라이스 리매핑에 대한 설정이 다 끝난 후, RRC 메시지로 NG-RAN-2에 응답할 수 있다.

16. TS 23.502(3GPP TS 23.502 V16.6.0) 내 Figure 4.9.1.3.3-1의 NG-based 핸드오버 절차 중에서 5단계부터 11단계을 실행할 수 있다.

17. 만약 단말이 기존 등록 지역(registration area)에 속한 NG-RAN-1를 벗어나 새로운 NW 징력(NW area)에 속한 NG-RAN-2으로 핸드오버한 경우, 모빌리티 등록 업데이트(Mobility Registration Update) 절차를 시작할 수 있다.

참고: 이때, NG-RAN-2가 5단계에서 결정한 remapped S-NSSAI를 참고하여 AMF는 새로운 Allowed NSSAI를 결정할 수 있다.

참고: 만약 단말이 기존 등록 지역(registration area)에서 이동하여 새로운 NW 지역(NW area)에 속한 NG-RAN-2에 진입했고 특정 PDU 세션에 대한 S-NSSAI-1이 NG-RAN-1에서 지원(support) 되었으나 NG-RAN-2에서 지원(support) 되지 않아 S-NSSAI-2로 리매핑한 경우에도, AMF는 새로운 allowed NSSAI 안에 S-NSSAI-1를 포함할 수 있다. 하지만 S-NSSAI-1가 NG-RAN-2에서 지원(support) 되지 않으므로 단말에게 새로운 지시자(indication)를 전달하여 S-NSSAI-1를 기반으로 하는 새로운 PDU 세션 설립 요청(PDU session establishment request)을 NG-RAN-2로 보내는 것을 막을 수 있다.

또한 핸드오버 과정에서 단말이 해당 PDU 세션이 네트워크 슬라이스 리매핑(slice remapping) 되었다는 정보를 수신하지 못했더라도, 모빌리티 등록 업데이트(Mobility Registration Update) 과정에서 AMF로부터의 해당 지시자(indication)을 통해 또는 해당 PDU 세션에 대한 Re-mapped S-NSSAI 정보를 통해 S-NSSAI-1이 새로운 Allowed NSSAI에 포함되어 있지 않더라도 기존 S-NSSAI-1을 기반으로 하는 PDU 세션을 단말이 릴리즈(release) 하지 않도록 알릴 수 있다.

18. AMF는 NG-RAN-1에게 UE 컨텍스트 릴리즈(UE context release)를 요청할 수 있다.

19. 만약 12단계에서 네트워크 슬라이스 리매핑 이벤트(slice remapping event)를 수신한 경우, PCF는 단말에게 original S-NSSAI 및 remapped S-NSSAI와 관련된 URSP rule을 업데이트하기 위해 UE 설정 업데이트(UE Configuration Update) 절차를 트리거(trigger) 할 수 있다.

예를 들어, APP #1이 서비스를 제공받고 있던 PDU session #1에 대한 네트워크 슬라이스가 S-NSSAI-A에서 S-NSSAI-B로 리매핑 된 상황에서, App #2가 Slice B에 대한 서비스를 새로이 이용하려는 경우에도 PDU Session #1를 동일하게 이용할 수 있도록 URSP rule을 업데이트할 수 있다. 하지만 PDU session #1에 대한 네트워크 슬라이스가 다시 S-NSSAI-A로 원복 되는 경우에는 App #2가 PDU session #1을 이용할 수 없기 때문에 slice B에 대한 서비스를 제공받을 수 있도록 S-NSSAI-B에 대한 새로운 PDU Session #2를 생성하는 작업이 필요하다.

도 11a 및 도 11b는 NG 핸드오버 중 네트워크 슬라이스 리매핑의 제2 예를 나타낸다.

도 11a 및 도 11b는 NG-based 핸드오버 과정에서 AMF가 특정 PDU 세션에 대한 네트워크 슬라이스를 리매핑 하는 방법을 나타낸다.

0. 등록(Registration) 또는 PDU 세션 설립(PDU Session Establishment) 절차를 통해 단말에 대한 네트워크 슬라이스 리매핑 정책(slice remapping policy)이 이미 NG-RAN-1 또는 NG-RAN-2에 설정(configuration) 되어있다고 가정한다.

2. NG-RAN-1 은 AMF에게 Handover Required 메시지를 전송할 수 있다.

3. AMF는 Handover Required 메시지 안에 포함된 PDU 세션에 대한 S-NSSAI를 NG-RAN-2가 승인(accept) 할 수 있는지 판단할 수 있다. 만약 이를 승인(accept) 할 수 없다고 판단한 경우, AMF는 remapping policy, candidate NSSAI 등에 기반하여 remapped S-NSSAI를 결정할 수 있다.

참고: PDU 세션 설립(PDU session establishment), 서비스 요청(Service request), 또는 핸드오버 과정을 통해 이미 특정 PDU 세션이 original S-NSSAI가 아닌 remapped S-NSSAI로 리매핑 된 상태일 경우, AMF는 해당 PDU 세션에 대해 다시 original S-NSSAI로 네트워크 슬라이스 리커버리(slice recovery) 할 수 있는지 판단할 수 있다. 만약 NG-RAN-2도 여전히 해당 PDU 세션에 대해 original S-NSSAI를 제공할 수 없다면 AMF가 새로운 네트워크 슬라이스 리매핑을 결정할 때, NG-RAN-1이 사용하던 remapped S-NSSAI를 계속해서 이용할 수 있는지 판단할 수 있다. 만약 NG-RAN-2가 NG-RAN-1이 사용하던 remapped S-NSSAI를 계속해서 제공할 수 있다면 AMF가 이를 우선적으로 선택하는 것도 가능하다. 이를 통해 SMF, 또는 PCF에서, NG-RAN-1이 사용했던 remapped S-NSSAI를 NG-RAN-2이 사용할 또 다른 remapped S-NSSAI로 업데이트 하는 과정을 줄일 수 있다.

4. AMF는 NG-RAN-2로 핸드오버 하려는 PDU 세션 목록을 결정한 후, 이를 담당하는 각각의 SMF에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 통해 해당 PDU 세션이 target NG-RAN (여기서는 NG-RAN-2)로 핸드오버 될 것임을 알릴 수 있다.

또한 3단계를 통해 original S-NSSAI에서 remapped S-NSSAI로 네트워크 슬라이스 리매핑 된 PDU 세션을 관리하는 SMF에게는 추가적으로 네트워크 슬라이스 리매핑 사유와 remapped S-NSSAI 값을 같이 전달할 수 있다.

5. SMF는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF와의 시그널링(signaling)을 통해 현재 PDU 세션과 관련된 S-NSSAI에 할당된 한도(quota)가 최대값을 초과하였는지 확인할 수 있다. 해당 S-NSSAI에 대한 한도(quota)가 최대값을 초과하지 않은 경우, SMF는 각각의 PDU 세션에 대한 핸드오버를 수락할지 결정할 수 있다.

만약 해당 S-NSSAI에 대한 한도(quota)가 최대값을 초과한 경우, 6단계와 7단계를 생략할 수 있다.

참고: 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 PCF일 경우, 5단계를 생략한 후 6단계를 통해 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다. 또는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 AMF이거나 AMF와 직접적으로 연결된 NF인 경우, 3단계 이후에 바로 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다.

6. 3단계에서 네트워크 슬라이스 리매핑 된 PDU 세션 중에서, remapped S-NSSAI에 할당된 한도(quota)가 최대값을 초과하지 않은 경우, SMF는 PCF에게 Npcf_SMPolicyControl_Update를 통해 해당 PDU 세션에 대한 SM 정책(SM policy) 업데이트를 요청할 수 있다. 이때, PCF에게 해당 PDU 세션에 대한 리매핑이 발생하였음을 알리고, remapped S-NSSAI를 같이 전달할 수 있다.

7. 각각의 PDU 세션에 대한 NG-RAN-2로의 핸드오버를 수락하기로 SMF가 결정한 경우, UPF에게 해당 PDU 세션에 대한 새로운 UL CN Tunnel Info for N3 tunnel를 할당 받을 수 있다.

8. SMF는 target NG-RAN (여기서는 NG-RAN-2)로의 핸드오버를 승낙한 PDU 세션에 대한 정보 (e.g., PDU session ID, 새로운 UL CN Tunnel Info for N3 tunnel 등)와 target NG-RAN 로의 핸드오버를 거절한 PDU 세션에 대한 정보 (e.g., PDU session ID, 거절한 이유 등)을 포함한 Nsmf_PDUSession_UpdateSMContext Response 메시지를 AMF에게 전달할 수 있다. 3단계에서 네트워크 슬라이스 리매핑 된 PDU 세션의 경우, 네트워크 슬라이스 리매핑 사유와 remapped S-NSSAI 값을 같이 전달할 수 있다.

만약 5단계에서 해당 S-NSSAI에 대한 한도(quota)가 최대값을 초과한 경우, AMF에게 해당 PDU 세션에 대한 컨텍스트(context) 업데이트가 실패했음을 알리고 그 사유 (i.e., Slice quota limit)를 같이 전달할 수 있다. 또한 일정 시간 동안 AMF가 해당 네트워크 슬라이스로의 리매핑을 하지 못하도록 웨이트 타이머(wait timer) 값을 설정하여 같이 전달할 수 있다.

또한 단말이 EPS에서 서비스받던 PDN 연결(connection)을 5GS로 변경(transfer) 하는 경우, SMF는 AMF를 통해 NG-RAN에게 이를 알리는 지시자(indication)를 추가할 수 있다. 해당 지시자(indication)를 수신한 NG-RAN은 해당 PDU 세션이 EPS에서 5GS로 변경(transfer) 되는 상황이라는 것을 알 수 있다. 따라서 해당 PDU 세션을 통해 단말에게 계속해서 서비스를 제공하기 위해, NG-RAN에서 original S-NSSAI를 이용할 수 없는 경우 (e.g., slice resource shortage or non-supported slice) 해당 PDU 세션에 대한 네트워크 슬라이스 리매핑을 실행할 수 있다.

9. AMF는 NG-RAN-2에게 핸드오버 요청(Handover Request) 메시지를 전송할 수 있다. 해당 메시지는 NG-RAN-1이 2단계에서 AMF에게 전달한 정보와 SMF가 8단계에서 AMF에게 전달한 정보를 포함할 수 있다.

10. NG-RAN-2는 Handover Request Acknowledge 메시지를 통해 AMF에게 응답할 수 있다.

또는 RRC 메시지 안에 네트워크 슬라이스 리매핑에 사용한 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 포함할 수 있다. 해당 정보를 통해 단말에게 NG-RAN-2에서 original S-NSSAI를 이용할 수 없음을 알릴 수 있다. 만약 이후에 단말이 original S-NSSAI와 관련된 새로운 PDU session을 생성하려는 경우, slice remapping policy에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

또는 도 5 또는 도 6a 및 도 6b 과정에서 단말이 미리 네트워크로부터 네트워크 슬라이스 리매핑 정책(Slice remapping policy)을 수신한 경우, RRC 메시지 안에 네트워크 슬라이스 리매핑이 발생하여 NG-RAN-2에서 original S-NSSAI를 이용할 수 없다는 지시자(indication)만 포함할 수 있다. 단말은 이후에 original S-NSSAI와 관련된 새로운 PDU 세션을 생성하려는 경우, 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

또는 RRC 메시지 안에 네트워크 슬라이스 리매핑(slice remapping)에 관련된 정보를 아예 포함하지 않을 수도 있다.

참고: 10단계와 14단계에서와 같이 단말에게 RRC 메시지를 통하여 Mapping of original S-NSSAI to remapped S-NSSAI 정보를 전달할 수도 있지만, 10단계 이후 NAS 메시지를 통해 해당 정보를 단말에게 알리는 것도 가능하다.

또는 12단계와 19단계 과정을 통해 단말에게 original S-NSSAI 및 remapped S-NSSAI에 대한 URSP rule을 업데이트할 수도 있다.

11. TS 23.502(3GPP TS 23.502 V16.6.0)내 Figure 4.9.1.3.2-1의 NG-based 핸드오버 절차 중에서 11단계를 실행할 수 있다.

12. AMF가 등록(Registration) 과정에서 PCF로부터 네트워크 슬라이스 리매핑(slice remapping)에 대한 통지(notification)를 요청받은 경우, PCF에게 Npcf_UEPolicyControl_Update를 통해 네트워크 슬라이스 리매핑(slice remapping)이 발생했음을 알리고, remapped S-NSSAI를 같이 전달할 수 있다.

13. AMF는 8단계와 11단계에서 받은 정보를 기반으로 NG-RAN-1에게 핸드오버 커맨드(Handover Command) 메시지를 전송할 수 있다. 이때 NG-RAN-2가 생성한 RRC 메시지도 같이 전달할 수 있다.

16. TS 23.502(3GPP TS 23.502 V16.6.0) 내 Figure 4.9.1.3.3-1의 NG-based handover 절차 중에서 step 5부터 step 11을 실행할 수 있다.

17. 만약 단말이 기존 등록 지역(registration area) 에 속한 NG-RAN-1를 벗어나 새로운 NW 지역(NW area)에 속한 NG-RAN-2으로 핸드오버한 경우, 모빌리티 등록 업데이트(Mobility Registration Update) 절차를 시작할 수 있다.

참고: 이때, NG-RAN-2가 5단계서 결정한 remapped S-NSSAI를 참고하여 AMF는 새로운 Allowed NSSAI를 결정할 수 있다.

참고: 만약 단말이 기존 등록 지역(registration area)에서 이동하여 새로운 NW 지역(NW area)에 속한 NG-RAN-2에 진입했고 특정 PDU 세션에 대한 S-NSSAI-1이 NG-RAN-1에서 지원(support) 되었으나 NG-RAN-2에서 지원(support) 되지 않아 S-NSSAI-2로 리매핑(remapping)한 경우에도, AMF는 새로운 allowed NSSAI 안에 S-NSSAI-1를 포함할 수 있다. 하지만 S-NSSAI-1가 NG-RAN-2에서 지원(support) 되지 않으므로 단말에게 새로운 지시자(indication)를 전달하여 S-NSSAI-1를 기반으로 하는 새로운 PDU 세션 설립 요청(PDU session establishment request)를 NG-RAN-2로 보내는 것을 막을 수 있다.

참고: 가령, APP #1이 서비스를 제공받고 있던 PDU session #1에 대한 네트워크 슬라이스가 S-NSSAI-A에서 S-NSSAI-B로 리매핑 된 상황에서, App #2가 Slice B에 대한 서비스를 새로이 이용하려는 경우에도 PDU Session #1를 동일하게 이용할 수 있도록 URSP rule을 업데이트할 수 있다. 하지만 PDU session #1에 대한 네트워크 슬라이스가 다시 S-NSSAI-A로 원복 되는 경우에는 App #2가 PDU session #1을 이용할 수 없기 때문에 slice B에 대한 서비스를 제공받을 수 있도록 S-NSSAI-B에 대한 새로운 PDU Session #2를 생성하는 작업이 필요하다.

도 10a, 도 10b 및 도 11a 및 도 11b는 original S-NSSAI가 remapped S-NSSAI로 변경하는 과정을 다루고 있으나, 반대로 remapped S-NSSAI에서 original S-NSSAI로 변경하는 상황에 대해서도 동일한 절차를 적용할 수 있다.

5. 네트워크 슬라이스 리커버리

도 12는 네트워크 슬라이스 리커버리의 예를 나타낸다.

도 12는 네트워크 슬라이스 자원 부족(Slice resource shortage)로 인해 서비스가 불가능했던 original S-NSSAI에 대해 NG-RAN이 다시 서비스를 제공할 수 있을 경우, Remapped S-NSSAI로 리매핑 되었던 PDU 세션들을 다시 original S-NSSAI로 네트워크 슬라이스 리커버리(slice recovery)하는 방법을 제시할 수 있다.

0. 도 9a 및 도 9b, 도 10a 및 11b 및 도 11a 및 도 11b에 따라 핸드오버 과정에서 네트워크 슬라이스 리매핑(slice remapping)이 발생한 상태라 가정한다. 또한 PDU 세션 설립(PDU Session Establishment) 절차를 통해 단말에 대한 네트워크 슬라이스 리매핑 제어(slice remapping control) 정보가 NG-RAN에 설정(configuration) 되어있다고 가정한다.

1. 네트워크 슬라이스 자원 부족(Slice resource shortage)로 인해 서비스가 불가능했던 original S-NSSAI에 대해 네트워크 슬라이스 자원(slice resource)이 확보되어 다시 original S-NSSAI를 통해 서비스를 제공할 수 있게 된 경우, NG-RAN은 이와 관련된 PDU 세션들을 다시 original S-NSSAI로 네트워크 슬라이스 리커버리(slice recovery) 하기로 결정할 수 있다. original S-NSSAI에 대한 자원이 모든 PDU 세션들을 다시 original S-NSSAI로 리커버리 시키기에 부족할 경우, PDU 세션 설립(PDU Session Establishment) 과정에서 수신한 네트워크 슬라이스 리매핑 제어(slice remapping control) 정보 (e.g., 개별 PDU 세션에 대한 ARP 또는 priority)를 참고하여 특정 PDU 세션에 대한 네트워크 슬라이스 리커버리(slice recovery) 만을 우선적으로 허가할 수 있다.

2. NG-RAN 은 AMF에게 PDU 세션 수정 지시(PDU Session Modify Indication) 메시지를 통해 해당 PDU 세션이 original S-NSSAI로 리커버리(recovery) 되었음을 알릴 수 있다.

3. AMF는 NG-RAN이 PDU 세션 수정 지시(PDU Session Modify Indication) 메시지에 포함한, 네트워크 슬라이스 리커버리(Slice recovery)가 발생한 PDU 세션 목록과 original S-NSSAI를 확인한 후, 각각의 SMF에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 통해 해당 PDU s세션에 대한 네트워크 슬라이스가 remapped S-NSSAI에서 original S-NSSAI로 바뀌었음을 알릴 수 있다.

4. SMF는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF와의 시그널링(signaling)을 통해 현재 PDU 세션과 관련된 original S-NSSAI에 할당된 한도(quota)가 최대값을 초과하였는지 확인할 수 있다.

만약 original S-NSSAI에 대한 한도(quota)가 최대값을 초과한 경우, 5단계를 생략할 수 있다.

참고: 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 PCF일 경우, 4단계를 생략한 후 5단계를 통해 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다. 또는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 AMF이거나 AMF와 직접적으로 연결된 NF인 경우, 2단계 이후에 바로 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다.

5. 만약 original S-NSSAI에 대한 한도(quota)가 최대값을 초과하지 않은 경우, SMF는 PCF에게 Npcf_SMPolicyControl_Update를 통해 해당 PDU 세션에 대한 SM 정책(SM policy) 업데이트를 요청할 수 있다. 이때, PCF에게 해당 PDU 세션에 대한 리커버리(recovery)가 발생하였음을 알리고, original S-NSSAI를 같이 전달할 수 있다.

6. SMF는 Nsmf_PDUSession_UpdateSMContext Response 또는 다른 메시지를 활용하여 AMF가 요청한 내용이 잘 처리되었음을 알릴 수 있다.

만약 4단계에서 remapped S-NSSAI에 대한 한도(quota)가 최대값을 초과한 경우, AMF에게 해당 PDU 세션에 대한 컨텍스트(context) 업데이트가 실패했음을 알리고 그 사유 (i.e., Slice quota limit)를 같이 전달할 수 있다. 또한 일정 시간 동안 NG-RAN이 해당 네트워크 슬라이스로의 리매핑 하지 못하도록 웨이트 타이머(wait timer) 값을 설정하여 같이 전달할 수 있다.

7. AMF가 등록(Registration) 과정에서 PCF로부터 네트워크 슬라이스 리매핑(slice remapping)에 대한 통지(notification)를 요청받은 경우, PCF에게 Npcf_UEPolicyControl_Update를 통해 네트워크 슬라이스 리매핑 이 발생했음을 알리고, remapped S-NSSAI를 같이 전달할 수 있다.

8. AMF는 PDU 세션 수정 컨펌(PDU Session Modify Confirm) 메시지를 통해 NG-RAN에게 응답할 수 있다. 만약 remapped S-NSSAI에 대한 네트워크 슬라이스 한도 확인(slice quota check)에 실패한 경우, 그에 대한 원인 값(cause value)와 웨이트 타이머(wait timer) 값을 NG-RAN에게 전달할 수 있다.

9. NG-RAN은 단말에게 RRC 메시지를 통해 Slice recovery to original S-NSSAI 정보를 전달할 수 있다. 해당 정보를 통해 단말에게 NG-RAN에서 original S-NSSAI를 다시 이용할 수 있다는 것을 알릴 수 있다.

수신한 RRC 메시지를 기반으로 단말은 이후에 original S-NSSAI와 관련된 PDU 세션을 새로 생성하려 할 때 PDU 세션 설립 요청(PDU Session Establishment Request) 메시지 안에 original S-NSSAI를 그대로 포함할 수 있다.

참고: 9단계에서와 같이 단말에게 RRC 메시지를 통하여 Slice recovery to original S-NSSAI 정보를 전달하는 대신, 7단계 이후 NAS 메시지를 통해 해당 정보를 단말에게 알리는 것도 가능하다.

또는 7단계와 10단계 과정을 통해 단말에게 original S-NSSAI 및 remapped S-NSSAI에 대한 URSP rule을 업데이트할 수도 있다.

10. 만약 7단계에서 slice remapping 리커버리 이벤트(slice recovery event)를 수신한 경우, PCF는 단말에게 original S-NSSAI 및 remapped S-NSSAI와 관련된 URSP rule을 업데이트하기 위해 UE 설정 업데이트(UE Configuration Update) 절차를 트리거(trigger) 할 수 있다.

6. 서비스 요청 중 네트워크 슬라이스 리매핑

도 13a 및 도 13b는 서비스 요청 중 네트워크 슬라이스 리매핑의 예를 나타낸다.

도 13a 및 도 13b는 단말이 RRC-IDLE에서 RRC-CONNECTED로 상태 천이하는 과정에서 NG-RAN이 네트워크 슬라이스 리매핑을 실행하는 방법을 나타낸다.

0. 도 9a 및 도 9b, 도 도 10a 및 도 10b 및 도 11a 및 도 11b에 따라 핸드오버 과정에서 네트워크 슬라이스 리매핑이 발생한 후, 단말이 RRC-IDLE 상태로 천이하였다고 가정한다.

1. RRC-IDLE 단말은 해당 네트워크로부터 서비스를 제공받기 위하여 RRC-CONNECTED 상태로의 천이를 결정하고, 네트워크로 서비스 요청(Service Request) 메시지를 RRC 및 N2 메시지를 통해 네트워크에 전송할 수 있다. 단말은 서비스 요청(Service Request) 메시지 안에 List Of PDU Sessions To Be Activated 정보를 포함하여 재활성화(re-activation) 하고자 하는 PDU 세션 목록을 알릴 수 있다.

2. List Of PDU Sessions To Be Activated 정보를 기반으로 AMF는 각각의 PDU 세션을 담당하는 SMF에게 Nsmf_PDUSession_UpdateSMContext Request를 보내 해당 PDU 세션에 대한 UP 활성화(activation)를 요청할 수 있다. 이때, 이전 RRC-CONNECTED 상태에서 해당 PDU 세션에 대해 사용했던 S-NSSAI 값 (i.e., Last served S-NSSAI)을 포함하여 전송할 수 있다. 예를 들어 NG-RAN에서 해당 PDU 세션에 대하여 네트워크 슬라이스 리매핑을 실행한 경우, Last served S-NSSAI 안에 remapped S-NSSAI를 포함하여 전송할 수 있다. 네트워크 슬라이스 리매핑 이 발생하지 않은 PDU 세션에 대해선 Last served S-NSSAI 안에 original S-NSSAI를 포함하여 전송할 수 있다.

3. SMF는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF와의 시그널링을 통해 현재 PDU 세션과 관련된 S-NSSAI에 할당된 한도(quota)가 최대값을 초과하였는지 확인할 수 있다.

참고: 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 AMF이거나 AMF와 직접적으로 연결된 NF인 경우, 1단계 이후에 바로 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다.

4. SMF는 Nsmf_PDUSession_UpdateSMContext Response 메시지를 활용하여 AMF가 요청한 내용이 잘 처리되었음을 알린다. 또한 AMF에게 해당 PDU 세션에 대한 NG-RAN에서의 자원 할당을 요청하면서 단말에 대한 네트워크 슬라이스 리매핑 제어(Slice Remapping Control) 정보를 같이 전달할 수 있다. 또한 단말에 대해 PDU 세션 별로 네트워크 슬라이스 리매핑 정책(slice remapping policy)을 할당하는 경우, 해당 정보도 같이 포함할 수 있다.

만약 3단계에서 해당 PDU 세션과 연관된 S-NSSAI에 대한 한도(quota)가 최대값을 초과한 경우, AMF에게 해당 PDU 세션에 대한 컨텍스트(context) 업데이트가 실패했음을 알리고 그 사유 (i.e., Slice quota limit)를 같이 전달할 수 있다. 또한 일정 시간 동안 NG-RAN이 해당 네트워크 슬라이스로의 리매핑 또는 리커버리(recovery)을 하지 못하도록 웨이트 타이머(wait timer) 값을 설정하여 같이 전달할 수 있다.

참고: 웨이트 타이머(Wait timer) 값 자체는 NG-RAN에 미리 설정(configuration) 되어 있고, AMF로부터 네트워크 슬라이스 한도(Slice quota limit)와 관련된 원인 값(cause value)을 수신하면 해당 타이머를 동작시키는 것도 가능하다.

참고: SMF는 N3 tunnel을 위한 CN Tunnel Info of UPF 정보를 업데이트할 필요가 있는 경우, 4단계 이전에 UPF와 N4 세션 수정(N4 Session Modification) 절차를 수행할 수 있다.

5. AMF는 초기 컨테스트 설정 요청(Initial Context Setup Request) 메시지를 NG-RAN에게 전달할 수 있다. 해당 메시지를 통해 NG-RAN에게 UE 컨텍스트(context) 생성을 요청하고, 4단계에서 SMF로부터 수신한 PDU 세션 자원 할당 요청을 전달할 수 있다.

해당 메시지는 NG-RAN에게 전달할 네트워크 슬라이스 리매핑 정책(slice remapping policy), 네트워크 슬라이스 리매핑 제어(Slice remapping control), Candidate NSSAI도 같이 포함할 수 있다. 또한 단말에게 전달할 서비스 승인(Service Accept) 메시지를 포함할 수 있다. 서비스 승인(Service Accept) 메시지는 재활성화(re-activation)된 PDU 세션 목록을 포함할 수 있다.

6. NG-RAN은 5단계에서 수신한 정보를 기반으로 UE 컨텍스트(context)를 생성하고 SMF 요청에 따라 해당 PDU 세션에 대한 자원을 할당한 뒤, 해당 PDU 세션에 대한 네트워크 슬라이스를 결정할 수 있다.

7. NG-RAN은 5단계에서 AMF로부터 받은 서비스 승인(Service Accept) 메시지를 단말에게 전달할 수 있다. 만약 6단계에서 NG-RAN이 이전 RRC-CONNECTED 상태에서 해당 PDU 세션에 대해 사용했던 S-NSSAI (i.e., Last served S-NSSAI)와 다른 값을 선택한 경우, 해당 사실을 단말에게 RRC 메시지를 통해 같이 알릴 수 있다.

예를 들어, 네트워크 슬라이스 리커버리(Slice recovery) 경우에는 단말에게 RRC 메시지를 통해 Slice recovery to original S-NSSAI 정보를 전달하여 NG-RAN에서 original S-NSSAI를 다시 이용할 수 있다는 것을 알릴 수 있다.

네트워크 슬라이스 리매핑이 발생한 경우에는 Mapping of original S-NSSAI to remapped S-NSSAI 정보를 전달하여 NG-RAN에서 original S-NSSAI를 이용할 수 없기 때문에 remapped S-NSSAI를 대신 사용해야 함을 알릴 수 있다.

또는 RRC 메시지 안에 네트워크 슬라이스 리매핑에 사용한 네트워크 슬라이스 리매핑정책(slice remapping policy)을 포함할 수 있다. 해당 정보를 통해 단말에게 NG-RAN-2에서 original S-NSSAI를 이용할 수 없음을 알릴 수 있다. 만약 이후에 단말이 original S-NSSAI와 관련된 새로운 PDU 세션을 생성하려는 경우, 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

또는 도 5 또는 도 6a 및 도 6b에 서술한 과정에서 단말이 미리 네트워크로부터 네트워크 슬라이스 리매핑 정책(Slice remapping policy)을 수신한 경우, RRC 메시지 안에 네트워크 슬라이스 리매핑이 발생하여 NG-RAN-2에서 original S-NSSAI를 이용할 수 없다는 지시자(indication)만 포함할 수 있다. 단말은 이후에 original S-NSSAI와 관련된 새로운 PDU 세션을 생성하려는 경우, 네트워크 슬라이스 리매핑 정책(slice remapping policy)에 따라 새로운 S-NSSAI를 선택해서 PDU 세션 설립 요청(PDU Session Establishment Request) 안에 포함할 수 있다.

따라서 수신한 RRC 메시지를 기반으로 단말은 이후에 original S-NSSAI와 관련된 PDU 세션을 새로 생성하려 할 때 PDU 세션 설립 요청(PDU Session Establishment Request) 메시지 안에 어떠한 S-NSSAI 값을 포함해야 할지 결정할 수 있다.

참고: 7단계에서와 같이 단말에게 RRC 메시지를 통하여 네트워크 슬라이스 리커버리(Slice recovery) 또는 네트워크 슬라이스 리매핑 정보를 전달하는 것 대신에, 14단계 이후 NAS 메시지를 통해 해당 정보를 단말에게 알리는 것도 가능하다.

또는 14단계와 15단계를 통해 단말에게 네트워크 슬라이스 리커버리(Slice recovery) 또는 네트워크 슬라이스 리매핑 상황에 맞도록 original S-NSSAI 및 remapped S-NSSAI에 대한 URSP rule을 업데이트할 수도 있다.

8. UE 컨텍스트(context)를 생성하고 PDU 세션에 대한 자원 할당을 끝낸 NG-RAN은 초기 컨텍스트 설정 응답(Initial Context Setup Response) 메시지로 AMF에게 응답할 수 있다.

만약 6단계에서 NG-RAN이 Last served S-NSSAI와 다른 값을 선택한 경우 이에 대한 내용을 포함하여 전송할 수 있다. 즉, Mapping of original S-NSSAI to remapped S-NSSAI 상황인지, slice recovery to original S-NSSAI 상황인지를 같이 알린다. 만약 Mapping of original S-NSSAI to remapped S-NSSAI 상황이라면 그 이유 (Slice resource shortage or non-supported slice)를 같이 알릴 수 있다.

9. AMF는 NG-RAN이 초기 컨텍스트 설정 응답(Initial Context Setup Response) 메시지에 포함한, PDU 세션 목록과 그에 대한 S-NSSAI, 그리고 그 사유를 확인한 후, 각각의 SMF에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 통해 해당 PDU 세션에 대한 컨텍스트(context) 업데이트를 요청할 수 있다. 만약 6단계에서 NG-RAN이 Last served S-NSSAI와 다른 값을 선택한 경우 이에 대한 내용을 포함하여 전송할 수 있다.

10. 만약 6단계에서 NG-RAN이 Last served S-NSSAI와 다른 값을 선택한 경우, SMF는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF와의 시그널링(signaling)을 통해 현재 PDU 세션과 관련된 S-NSSAI에 할당된 한도(quota)가 최대값을 초과하였는지 확인할 수 있다.

만약 해당 S-NSSAI에 대한 한도(quota)가 최대값을 초과한 경우 11단계과 12단계를 생략할 수 있다.

또는 6단계에서 NG-RAN이 Last served S-NSSAI을 그대로 사용하기로 결정한 경우, 10단계와 11단계를 생략할 수 있다.

참고: 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 PCF일 경우, 10단계를 생략한 후 11단계를 통해 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다. 또는 네트워크 슬라이스 한도(Slice Quota)를 관리하는 NF가 AMF이거나 AMF와 직접적으로 연결된 NF인 경우, 8단계 이후에 바로 네트워크 슬라이스 한도(Slice quota)를 확인할 수 있다.

11. 만약 10단계에서 한도(quota)가 최대값을 초과하지 않은 경우, SMF는 PCF에게 Npcf_SMPolicyControl_Update를 통해 해당 PDU 세션에 대한 SM 정책(policy) 업데이트를 요청할 수 있다. 이때, PCF에게 해당 PDU 세션에 대한 네트워크 슬라이스 리커버리(slice recovery) 또는 네트워크 슬라이스 리매핑이 발생하였음을 알리고, 6단계에서 선택된 S-NSSAI를 같이 전달할 수 있다.

12. SMF는 N4 세션 설립(N4 Session Establishment) 또는 N4 세션 수정(N4 Session Modification) 절차를 이용해 UPF에게 9단계에서 수신한 AN Tunnel Info for N3 tunnel 정보를 전달하여 NG-RAN으로의 데이터 전송 터널을 생성할 수 있다.

13. SMF는 Nsmf_PDUSession_UpdateSMContext Response 또는 다른 메시지를 활용하여 AMF가 요청한 내용이 잘 처리되었음을 알릴 수 있다.

만약 10단계에서 한도(quota)가 최대값을 초과한 경우, AMF에게 해당 PDU 세션에 대한 컨텍스트(context) 업데이트가 실패했음을 알리고 그 사유 (i.e., Slice quota limit)를 같이 전달할 수 있다. 또한 일정 시간 동안 NG-RAN이 해당 네트워크 슬라이스로의 리매핑 또는 리커버리(recovery)를 하지 못하도록 웨이트 타이머(wait timer) 값을 설정하여 같이 전달할 수 있다.

참고: 웨이트 타미어(Wait timer) 값 자체는 NG-RAN에 미리 설정(configuration) 되어 있고, AMF로부터 네트워크 슬라이스 한도(Slice quota limit)와 관련된 원인 값(cause value)을 수신하면 해당 타이머(timer)를 동작시키는 것도 가능하다.

14. AMF가 등록(Registration) 과정에서 PCF로부터 네트워크 슬라이스 리매핑(slice remapping)에 대한 통지(notification)를 요청받은 경우, PCF에게 Npcf_UEPolicyControl_Update를 통해 네트워크 슬라이스 리매핑 또는 네트워크 슬라이스 리커버리(slice recovery)가 발생했음을 알리고, 6단계에서 선택된 S-NSSAI를 같이 전달할 수 있다.

참고: UE 정책(policy)를 담당하는 PCF와 SM 정책(policy)를 담당하는 PCF는 다를 수 있다.

15. 만약 14단계에서 네트워크 슬라이스 리커버리(Slice recovery) 또는 네트워크 슬라이스 리매핑 상황을 수신한 경우, PCF는 단말에게 original S-NSSAI 및 remapped S-NSSAI와 관련된 URSP rule을 업데이트하기 위해 UE 설정 업데이트(UE Configuration Update) 절차를 트리거(trigger) 할 수 있다.

또는 APP #1이 서비스를 제공받고 있던 PDU session #1에 대한 네트워크 슬라이스가 S-NSSAI-A에서 S-NSSAI-B로 remapping 된 상황에서, App #2가 Slice B에 대한 서비스를 새로이 이용하려는 경우에는 S-NSSAI-B에 대한 새로운 PDU Session #2를 생성하도록 URSP rule을 업데이트할 수도 있다.

7. Xn 및 NG 설정 중 네트워크 슬라이스 리매핑 능력(capability) 교환

도 14는 Xn 및 NG 설정 업데이트 중 네트워크 슬라이스 리매핑 능력(capability) 교환의 제1 예를 나타낸다.

도 14는 Xn 설정 업데이트(Setup 또는 Configuration Update) 절차를 통해 NG-RAN 사이에서 네트워크 슬라이스 능력(Slice Remapping Capability)를 교환하는 방법을 나타낸다.

1. NG-RAN-1은 NG-RAN-2에게 Xn 설정 요청(Setup Request) 또는 NG-RAN 노드 설정 업데이트(Configuration Update) 메시지를 통해 해당 노드에서의 네트워크 슬라이스 리매핑 능력(Slice Remapping Capability)을 전달할 수 있다.

2. NG-RAN-2는 NG-RAN-1에게 Xn 설정 응답(Xn Setup Response) 또는 NG-RAN node Configuration Update Acknowledge 메시지를 통해 해당 노드(node)에서의 네트워크 슬라이스 리매핑 능력(Slice Remapping Capability)을 전달할 수 있다.

도 15는 Xn 및 NG 설정 업데이트 중 네트워크 슬라이스 리매핑 능력(capability) 교환의 제2 예를 나타낸다.

도 15는 NG 설정 업데이트(NG Setup 또는 Configuration Update) 절차를 통해 NG-RAN과 AMF 사이에서 네트워크 슬라이스 리매핑 능력(Slice Remapping Capability)을 교환하는 방법을 나타낸다. 또한 NG-RAN이 주변 NG-RAN에서 지원(support)하는 S-NSSAI 목록을 AMF에게 전달하는 방법도 같이 포함할 수 있다.

1. NG-RAN은 AMF에게 NG 설정 요청(NG Setup Request) 또는 NG 설정 업데이트(NG Configuration Update) 메시지를 통해 해당 노드(node)에서의 네트워크 슬라이스 리매핑 능력(Slice Remapping Capability)를 전달할 수 있다.

또한 NG-RAN 주변에 위치한 다른 NG-RAN이 지원(support)하는 S-NSSAI 목록을 AMF 지역(Region) 정보와 함께 AMF에게 전달할 수 있다. AMF는, 이후에 단말의 등록(Registration) 과정에서 단말의 등록 지역(Registration Area) 주변에 위치한 NG-RAN에서도 allowed NSSAI가 보장될 수 있도록 allowed NSSAI를 결정하는데 해당 정보를 이용할 수 있다.

2. AMF는 NG-RAN에게 NG 설정 응답(NG Setup Response) 또는 NG 설정 업데이트 알림(NG Configuration Update Acknowledge) 메시지를 통해 해당 노드(node)에서의 네트워크 슬라이스 리매핑 능력(Slice Remapping Capability)을 전달할 수 있다.

8. Xn 핸드오버 중 지원되지 않는 네트워크 슬라이스를 위한 데이터 포워딩

도 16a 및 도 16b는 Xn 핸드오버 중 지원되지 않는 네트워크 슬라이스를 위한 데이터 포워딩의 예를 나타낸다.

도 16a 및 도 16b는 Xn-based 핸드오버 과정에서 target NG-RAN이 특정 PDU 세션에 대한 네트워크 슬라이스를 리매핑 하지 못하는 경우, source NG-RAN을 통해 해당 PDU 세션에 대한 데이터를 전송하는 방법을 제시하고 있다.

0. 단말과 UPF는 NG-RAN-1을 통해 데이터를 전송하고 있다.

3. NG-RAN-2는 핸드오버 요청(Handover Request) 메시지 안에 포함된 PDU 세션에 대한 S-NSSAI를 승인(accept) 할 수 있는지 판단하고, 만약 이를 승인(accept) 할 수 없는 경우 리매핑 정책(remapping policy)에 따라 remapped S-NSSAI를 결정할 수 있다. 이때 2단계에서 수신한 allowed NSSAI와 candidate NSSAI를 같이 참고하여 remapped S-NSSAI를 결정할 수 있다.

NG-RAN-2 (=Target NG-RAN)가 네트워크 슬라이스 리매핑(slice remapping)을 통해서도 해당 PDU 세션을 서비스할 수 없다고 판단한 경우, 잠시 동안 해당 PDU 세션을 유지하여 단말과 5GC가 해당 PDU 세션을 통한 서비스를 종료할 시간을 제공하기로 결정할 수 있다. 따라서 해당 PDU 세션에 대한 NG-RAN-1의 NG-U 연결(connection)을 그대로 유지한 채 NG-RAN-1과 NG-RAN-2 사이에 새로운 데이터 전송 터널(tunnel)을 잠시 생성하기로 결정할 수 있다. 그리고 해당 PDU 세션에 대한 데이터를 단말에게 전송하기 위해 NG-RAN-2는 단말에게 해당 PDU 세션에 대한 새로운 베어러 설정(bearer configuration)을 할당할 수 있다. 이때 original S-NSSAI가 아닌 NG-RAN-2가 현재 사용할 수 있는 S-NSSAI와 단말에 대한 candidate NSSAI 또는 configured NSSAI를 같이 고려하여 베어러 설정(bearer configuration)을 할당할 수 있다.

4. NG-RAN-2는 핸드오버 요청 Handover Request Acknowledge 메시지를 통해 NG-RAN-1에게 응답할 수 있다. 이때, 네트워크 슬라이스 리매핑에 실패했으나 여전히 NG-RAN-1을 통하여 NG-U 연결(connection)을 일시적으로 유지하기로 결정한 PDU 세션 ID와 그에 해당하는 rejected S-NSSAI 정보를 같이 포함하여 전달할 수 있다.

이를 통해 NG-RAN-1은 해당 PDU 세션은 NG-RAN-2로 핸드오버 되지 않고, 잠시 동안 NG-RAN-1과 UPF 사이의 NG-U connection, 그리고 NG-RAN-1과 NG-RAN-2 사이의 Xn 터널(tunnel)을 통해 서비스될 것임을 알 수 있다.

또한 NG-RAN-1을 통해 단말에게 전달할 RRC 메시지 안에 rejected S-NSSAI와 관련된 PDU 세션을 위해 NG-RAN-2가 새롭게 할당한 베어러 설정(bearer configuration) 정보를 포함할 수 있다. 해당 정보를 통해 단말에게 NG-RAN-2에서 original S-NSSAI를 이용할 수 없으며, 대신 잠시 동안 다른 S-NSSAI에 대한 베어러(bearer)를 이용하여 해당 PDU 세션에 대한 서비스를 제공받을 수 있다는 것을 알릴 수 있다. 따라서 단말은 이후에 original S-NSSAI와 관련된 PDU 세션을 새로 생성하려는 시도를 하지 않을 수 있다.

NG-RAN-1은 UPF로부터 수신한 하향링크 데이터를 데이터 포워딩을 위한 Xn 터널(Xn tunnel for data forwarding)을 이용하여 NG-RAN-2에게 전달할 수 있다. NG-RAN-2는 단말이 접근(access)할 때까지 수신한 데이터를 저장할 수 있다.

단말과 NG-RAN-2는 UL/DL 데이터를 송수신 할 수 있다. NG-RAN-2는 NG-RAN-1을 통해 UPF에게 상향링크 데이터(UL data)를 전달하고, UPF로부터 하향링크 데이터(DL data)를 수신할 수 있다.

7. NG-RAN-2는 AMF에게 Path Switch Request 메시지를 보내 단말이 성공적으로 NG-RAN-2로 이동했음을 알릴 수 있다. 해당 메시지는 3단계에서 NG-RAN-2로 핸드오버하지 않고, NG-RAN-1의 NG-U 연결(connection)을 그대로 이용하는 PDU 세션에 대한 정보 (e.g., PDU session ID, rejected S-NSSAI, cause)를 같이 AMF에게 알릴 수 있다.

8. AMF는 NG-RAN-1의 NG-U 연결(connection)을 그대로 유지하기로 한 PDU 세션을 담당하는 각각의 SMF에게 단말이 NG-RAN-2로 이동했음에도 불구하고 해당 PDU 세션이 여전히 NG-RAN-1을 통해 연결되고 있음을 알리고 그 사유를 같이 전달할 수 있다.

9. 만약 단말이 NG-RAN-2로 이동했으나 NG-RAN-1의 NG-U 연결(connection)을 그대로 유지하기로 한 경우, SMF는 PCF에게 Npcf_SMPolicyControl_Update를 통해 해당 상황과 그 이유를 같이 알릴 수 있다.

10. SMF는 Nsmf_PDUSession_UpdateSMContext Response 또는 다른 메시지를 활용하여 AMF가 요청한 내용이 잘 처리되었음을 알릴 수 있다.

11. AMF는 Path Switch Request Acknowledge 메시지를 통해 NG-RAN-2에게 응답할 수 있다.

12. 단말 또는 NG-RAN-2 또는 5GC (e.g., AMF or SMF)는 NG-RAN-1의 NG-U 연결(connection)을 이용하고 있는 PDU 세션을 릴리즈(release) 하기로 결정할 수 있다. 해당 결정은 각 노드 (e.g, UE, NG-RAN-2, AMF, SMF) 가 지니고 있는 타이머(timer)를 통해서 이뤄지거나 또는 해당 PDU 세션의 무활동(inactivity)으로 인해 이뤄질 수 있다.

13. 12단계가 시작되면, NG-RAN-2는 NG-RAN-1에게 UE 컨텍스트 릴리즈(context release)를 요청할 수 있다.

14. 만약 단말이 기존 등록 지역(registration area)에 속한 NG-RAN-1를 벗어나 새로운 NW area에 속한 NG-RAN-2으로 핸드오버한 경우, 모빌리티 등록 업데이트(Mobility Registration Update) 절차를 시작할 수 있다.

참고: 14단계는 12단계와 13단계보다 먼저 실행될 수 있다. 이 경우, AMF는 새로운 Allowed NSSAI를 결정할 때 7단계에서 수신한 결과를 반영할 수 있다. 예를 들어, 특정 PDU 세션에 대한 S-NSSAI-1이 NG-RAN-1에서 지원(support) 되었으나 NG-RAN-2에서 지원(support) 되지 않아 여전히 NG-RAN-1의 NG-U 연결(connection)을 이용하기로 한 경우에, AMF는 새로운 allowed NSSAI 안에 S-NSSAI-1를 포함할 수 있다. 하지만 S-NSSAI-1가 NG-RAN-2에서 지원(support) 되지 않으므로 단말에게 새로운 지시자(indication)를 전달하여 S-NSSAI-1를 기반으로 하는 새로운 PDU 세션 설립 요청(PDU session establishment request)을 NG-RAN-2로 보내는 것을 막을 수 있다. 또한 핸드오버 과정에서 5단계에서와 같이 해당 PDU 세션이 NG-RAN-2로 핸드오버 되지 않고 여전히 NG-RAN-1의 NG-U 연결(connection)을 통해 연결되었다는 정보를 단말이 수신하지 못했더라도, AMF로부터의 해당 지시자(indication)를 통해 기존 S-NSSAI-1을 기반으로 하는 PDU 세션을 단말이 릴리즈(release) 하지 않도록 알릴 수 있다.

또한 다음과 같이 단말이 현재 사용하고 있는 PDU session에 대한 S-NSSAI를 지원하지 않는 NG-RAN으로 이동하는 경우, 해당 PDU session에 대한 S-NSSAI를 변경하여 단말이 최소한의 서비스를 제공받을 수 있도록 하는 방법을 고려할 수 있다

<네트워크 슬라이스 자원 부족(slice resource shortage)>

PDU 세션과 관련된 본래의 네트워크 슬라이스는 소스 및 타겟 NG-RAN 노드 모두에서 지원될 수 있다. 그러나 핸드오버 동안, 상기 네트워크 슬라이스와 관련된 PDU 세션은 타겟 NG-RAN 노드에서 높은 네트워크 슬라이스 관련 부하로 인해 거부될 수 있다. 이로 인해 본래의 슬라이스에 대한 서비스가 중단될 수 있다. 따라서 타겟 NG-RAN 노드는 네트워크 슬라이스 리매핑을 수행할 수 있다. 그 후 타겟 NG-RAN 노드는 본래의 슬라이스를 실현하기에 충분한 자원(resource)을 복구할 수 있다. 이 경우 리매핑된 네트워크 슬라이스를 본래의 네트워크 슬라이스로 다시 리매핑할 수 있다.

네트워크 슬라이스 자원 부족의 경우, NG-RAN 노드가 본래의 네트워크 슬라이스를 제공하기에 충분한 자원(resource)을 복구하면 리매핑된 네트워크 슬라이스를 본래의 네트워크 슬라이스에 다시 매핑할 수 있다.

그러나 타겟 NG-RAN 노드에서 복구된 자원(resource)은 본래의 슬라이스와 관련된 모든 PDU 세션을 제공하기에 충분하지 않을 수 있다. 즉, 일부 PDU 세션은 본래의 네트워크 슬라이스로 제공될 수 있지만 다른 PDU 세션은 여전히 리매핑된 슬라이스로 제공될 수 있다. 따라서 NG-RAN은 본래의 네트워크 슬라이스에 리매핑되는 PDU 세션을 선택할 수 있다.

네트워크 슬라이스 자원 부족의 경우, 네트워크 슬라이스 복구(즉, 리매핑된 슬라이스를 본래의 슬라이스로 다시 매핑)를 지원하는 방법을 제안될 수 있다.

도 17은 네트워크 슬라이스 자원 부족에 의한 서비스 방해의 예를 나타낸다.

UE가 현재 사용 중인 네트워크 슬라이스는 소스 및 타겟 NG-RAN 노드 모두에서 지원될 수 있다. 핸드오버 시, 타겟 노드는 예를 들어 대상 노드에서 높은 네트워크 슬라이스 관련 부하에 의해 UE가 현재 소스 NG-RAN 노드에서 사용 중인 S-NSSAI 들 중 적어도 하나와 함께 UE를 승인하는 것을 실패할 수 있다. 이러한 상황에서 실패한 진행중인 네트워크 슬라이스(들)를 위한 서비스가 방해될 수 있다.

<지원되지 않는 네트워크 슬라이스(non-supported slice)>

도 18은 지원되지 않는 네트워크 슬라이스에 의한 서비스 방해의 예를 나타낸다.

도 18과 같이 진행 중인 PDU 세션과 관련된 본래의 네트워크 슬라이스는 소스 NG-RAN 노드에서만 지원될 수 있다. 타겟 NG-RAN 노드는 본래의 네트워크 슬라이스를 지원하지 않기 때문에 진행 중인 PDU 세션에 대한 서비스 연속성을 지원하기 위해 본래의 네트워크 슬라이스 대신 리매핑된 네트워크 슬라이스가 사용될 수 있다.

UE가 RA2 내에서 타겟 NG-RAN 노드로 이동할 때, 타겟 NG-RAN 노드는 PDU 세션 #1과 연관된 본래의 네트워크 슬라이스(Slice #1)를 리매핑된 슬라이스(slice #2)로 리매핑할 수 있다. Inter-RA 핸드오버가 완료된 후, UE는 UE와 네트워크 간의 새로운 RA2에서 지원되는 네트워크 슬라이스를 정렬하기 위해 모빌리티 등록 업데이트(Mobility Registration Update) 절차를 시작할 수 있다. UE는 각 활성 PDU 세션에 적용 가능한 S-NSSAI를 Requested NSSAI에 포함할 수 있다. PDU 세션 #1이 타겟 NG-RAN 노드에서 진행 중이고 UE가 상기 PDU 세션에 대한 네트워크 슬라이스 리매핑을 알지 못하기 때문에, UE는 Requested NSSAI(= {Slice #1}) 및 활성화될 PDU 세션의 리스트(= {PDU session #1})를 등록 요청(registration request)메시지와 함께 전송할 수 있다.

UE로부터의 정보, UDM으로부터의 가입 정보 및 로컬 구성에 기초하여, AMF는 UE에 대해 허용(allowed) NSSAI를 결정할 수 있다. slice #1은 NG-RAN 노드에서 지원되지 않으므로 slice #1은 허용된 NSSAI에 포함되지 않을 수 있다. UE가 슬라이스를 더 이상 사용할 수 없을 때, AMF는 해당 S-NSSAI에 해당하는 PDU 세션 ID를 해제해야 하는 PDU 세션 ID를 SMF에게 알려줄 수 있다. SMF는 상기 PDU 세션을 해제할 수 있다. 따라서 PDU session #1은 모빌리티 등록 업데이트(Mobility Registration Update) 절차 중에 네트워크에 의해 해제될 수 있다. 그러나 inter-RA 핸드오버에서 타겟 NG-RAN 노드는 PDU session #1과 관련된 네트워크 슬라이스가 slice #2로 리매핑되었음을 AMF에 이미 지시할 수 있다. 따라서, UE에 대해 slice #1이 더 이상 이용 가능하지 않더라도, 상기 네트워크 슬라이스 리매핑 지시는 AMF가 SMF에 PDU session #1의 해제를 요청하지 않게 할 수 있다.

본래의 네트워크 슬라이스가 허용된 NSSAI에 포함되지 않은 경우에도 본래의 네트워크 슬라이스와 관련된 PDU 세션은 NG-RAN 노드의 슬라이스 리매핑 표시를 기반으로 AMF에서 유지될 수 있다.

그러나 UE 관점에서 허용된 NSSAI와 활성 PDU 세션과 관련된 네트워크 슬라이스 간에 불일치가 있다. UE는 slice #1을 포함하지 않는 허용된 NSSAI를 수신하지만 slice #1과 관련된 PDU session #1을 여전히 가지고 있을 수 있다. PDU session #1은 다음과 같이 UE에서 해제될 수 있다.

UE에서 활성화된 각각의 PDU 세션과 관련하여, 허용된 NSSAI가 다음 중 어느 것도 포함하지 않는 경우:

a) PDU 세션의 S-NSSAI와 일치하는 S-NSSAI;

b) PDU 세션의 매핑된 S-NSSAI와 일치하는 매핑된 S-NSSAI;

UE는 긴급 PDU 세션이 있는 경우를 제외하고 그러한 모든 PDU 세션의 해제를 수행할 수 있다.

본래의 네트워크 슬라이스가 허용된 NSSAI에 포함되지 않은 경우, UE는 원래 슬라이스와 관련된 PDU 세션의 해제를 수행할 수 있다.

Inter-RA 핸드오버 이후의 모빌리티 등록 업데이트(Mobility Registration Update) 절차 동안, UE에서 네트워크 슬라이스 리매핑과 관련된 PDU 세션이 해제되면 지원되지 않는 네트워크 슬라이스에서 서비스 연속성을 보장하기 어렵다. 이러한 문제를 피하기 위해 UE는 네트워크 슬라이스 리매핑을 알고 있어야 한다. UE는 RRC 메시지 또는 NAS 시그널링을 이용하여 네트워크로부터 슬라이스 리매핑 결정을 알게 될 수 있다.

허용된 NSSAI와 활성 PDU 세션과 관련된 네트워크 슬라이스 간의 불일치를 피하기 위해 UE는 슬라이스 리매핑을 알고 있어야 한다. 이를 위해 NG-RAN 또는 AMF는 네트워크 슬라이스 리매핑 이벤트가 발생할 때마다 UE에게 이를 알릴 수 있다. 이로 인해 UE와 네트워크 간에 추가적인 시그널링이 발생할 수 있다. 또한 리매핑된 네트워크 슬라이스와 관련된 트래픽을 라우팅하기 위해 URSP 규칙을 업데이트해야 할 수도 있다. 따라서 중대한 UE 영향이 있을 수 있다.

네트워크 슬라이스 리매핑에 대한 UE의 인식은 중요한 UE 영향을 유발할 수 있다. UE가 네트워크 슬라이스 리매핑을 인식해야 하는지 여부와 방법이 제안될 수 있다.

<네트워크 슬라이스 리매핑에 대한 UE의 인식(UE Awareness of Slice Remapping)>

AMF는 모빌리티 등록 업데이트(Mobility Registration Update) 절차에서 NAS 시그널링을 사용하여 네트워크 슬라이스 리매핑 결정을 UE에게 알려야 한다.

그러나 슬라이스 #1이 타겟 NG-RAN 노드에 의해 지원되지 않더라도 AMF는 모빌리티 등록 업데이트(Mobility Registration Update) 절차 동안 slice #1을 Allowed NSSAI에 포함할 수도 있다. 이 경우, UE는 slice #1과 관련된 또 다른 새로운 PDU 세션을 설정하기 위해 PDU 세션 설정 절차를 시작할 수 있다. 그러나 타겟 NG-RAN 노드는 Slice #1을 지원하지 않으므로 UE의 PDU 세션 설정 요청을 거부할 수 있다. 따라서, 이는 UE와 네트워크 사이에 불필요한 시그널링을 야기할 수 있다. UE가 slice #1에 대한 PDU 세션 설정을 요청하기 위해, AMF는 slice #1에 대한 슬라이스 리매핑으로 인해 slice #1에 대한 새로운 PDU 세션 설정이 허용되지 않음을 UE에게 지시할 수 있다.

모빌리티 등록 업데이트(Mobility Registration Update) 절차 동안, AMF는 Allowed NSSAI에 Slice #1의 포함과 관계없이 UE에게 네트워크 슬라이스 리매핑을 알릴 수 있다.

AMF가 NAS 시그널링을 통해 네트워크 슬라이스 리매핑 결정을 UE에 지시하는 것을 제안할 수 있다.

<네트워크 슬라이스 리매핑 메시지 순서>

도 19는 T-gNB에 의해 결정되는 네트워크 슬라이스 리매핑 또는 폴백의 제1 예를 나타낸다.

S-gNB는 HANDOVER REQUEST 메시지를 T-gNB로 전송할 수 있다.

만약 네트워크 슬라이스 리매핑 정책에 기초하여 단말의 진행중인 네트워크 슬라이스(들)이 타겟 gNB에서 거절된다면, T-gNB는 네트워크 슬라이스 리매핑 또는 폴백(fallback)을 결정할 수 있다. T-gNB는 네트워크 슬라이스 리매핑 또는 폴백 결정을 HANDOVER REQUEST ACKNOWLEDGE 메시지안에 포함시켜 S-gNB에 전송할 수 있다.

T-gNB는 네트워크 슬라이스 리매핑 또는 폴백 결정을 AMF에게 PATH SWITCH REQUEST 메시지를 통해 전송할 수 있다.

AMF는 PATH SWITCH REQUEST ACKNOWLEDGE메시지로 응답할 수 있다. AMf는 PDU Session Resource Released List IE에 있는 상기 PDU 세션을 거절할 수 있다.

도 20은 T-gNB에 의해 결정되는 네트워크 슬라이스 리매핑 또는 폴백의 제2 예를 나타낸다.

S-gNB는 HANDOVER REQUIRED 메시지를 T-gNB로 전송할 수 있다.

AMF는 HANDOVER REQUEST메시지를 T-gNB에 전송할 수 있다.

만약 네트워크 슬라이스 리매핑 정책에 기초하여 단말의 진행중인 네트워크 슬라이스(들)는 타겟 gNB에서 거절된다면, T-gNB는 AMF로 보내는 HANDOVER REQUEST ACKNOWLEDGE 메시지에 리매핑 또는 폴백 결정을 포함시킬 수 있다.

AMF는 네트워크 슬라이스 리매핑 또는 폴백 결정을 HANDOVER COMMAND 메시지를 통해 S-gNB에 전송할 수 있다.

도 21은 AMF에 의해 결정되는 네트워크 슬라이스 리매핑 또는 폴백의 예를 나타낸다.

S-gNB는 HANDOVER REQUIRED 메시지를 AMF로 전송할 수 있다.

만약 단말의 진행중인 네트워크 슬라이스(들)가 T-gNB에서 지원되지 않는다면, AMF는 네트워크 슬라이스 리매핑 또는 폴백을 결정할 수 있다. 또한 상기 결정을 HANDOVER REQUEST 메시지에 포함시켜 T-gNB로 전송할 수 있다.

T-gNB는 AMF에게 HANDOVER REQUEST ACKNOWLEDGE 메시지로 응답할 수 있다.

AMF는 네트워크 슬라이스 리매핑 또는 폴백 결정을 S-gNB에게 HANDOVER COMMAND 메시지를 통해 전송할 수 있다.

단말은 RA간 핸드오버가 완료된 후 단말과 네트워크 간에 허용된 NSSAI를 정렬하기 위해 모빌리티 등록 업데이트(Mobility Registration Update) 절차를 시작할 수 있다. 네트워크 슬라이스 리매핑 결정에 따라 AMF는 단말에 대해 새로 허용된 NSSAI를 결정할 수 있다. 그러나 단말은 네트워크 슬라이스 리매핑 결정을 알지 못할 수 있다. 따라서, 본래의 네트워크 슬라이스는 허용된 NSSAI에 포함되지 않으므로, 단말은 본래의 네트워크 슬라이스와 관련된 PDU 세션의 로컬 해제를 수행할 수 있다. 지원되지 않는 네트워크 슬라이스 시나리오에서 서비스 연속성을 보장하기 위해 AMF는 모빌리티 등록 업데이트(Mobility Registration Update) 절차 동안 NAS 시그널링을 통해 네트워크 슬라이스 리매핑 결정을 UE에게 알릴 수 있다.

대상 NG-RAN 노드의 구성은 리매핑 정책이 테넌트(tenant) 또는 운영자(operator)에 의해 검증되어야 하므로 더 스태틱(static)이라고 가정할 수 있다. 따라서 NG-RAN 노드는 OAM에 의한 re-mapping 정책으로 미리 구성될 수 있다. 이 옵션에서 리매핑 정책의 단위는 네트워크 슬라이스당이다. 즉, 지원되는 각 S-NSSAI에 대해 대상 NG-RAN 노드는 다음과 같이 가능한 리매핑된 S-NSSAI 목록으로 구성될 수 있다.

- S-NSSAI 1 <> 리매핑된 리스트 (S-NSSAI 10, S-NSSAI 11)

- S-NSSAI 2 <> 리매핑된 목록(S-NSSAI 12, S-NSSAI 13)

NG 설정 응답의 시그널링으로, NG-RAN 노드는 CN으로부터 NG 설정 응답 메시지(또는 AMF 구성 업데이트 메시지의 모든 업데이트)의 리매핑 정책을 미리 수신할 수 있다. 이 옵션에서 리매핑 정책의 세분성은 대상 NG-RAN 노드가 지원하는 각 S-NSSAI에 대한 네트워크 슬라이스이다. CN은 NG 설정 응답(각각 AMF 구성 업데이트) 메시지에 가능한 리매핑된 S-NSSAI(들)의 관련 목록을 포함할 수 있다.

NG 핸드오버 요청 시그널링으로, 핸드오버 시 CN은 현재 PDU 세션, 관련 S-NSSAI 및 이 PDU 세션이 다시 매핑될 수 있는 S-NSSAI 목록을 NG 핸드오버 요청 메시지에 포함할 수 있다.

이 옵션에서 리매핑 정책의 그래뉴래리티(granularity)은 다음 중 하나일 수 있다.

- PDU 세션당(PDU 세션 설정에서 슬라이스 연결과 동일한 원리 사용)

- UE당: 관련된 PDU 세션에 대해 신호를 받았지만 주어진 슬라이스에 대해 가능한 재매핑된 슬라이스의 선택은 UE에 대한 일반적인 정책이다.

UE별 정책의 예는 다음과 같다.

UE 1, S-NSSAI 1 <> 리매핑된 리스트(S-NSSAI 10, S-NSSAI 11)의 임의의 PDU 세션

UE 2, S-NSSAI 1 <> 리매핑된 리스트(S-NSSAI 12, S-NSSAI 13)의 임의의 PDU 세션

PDU 세션당 정책의 예는 다음과 같다.

UE 1, PDU 세션 1, S-NSSAI 1 <> 다시 매핑된 목록(S-NSSAI 10, S-NSSAI 11)

UE 1, PDU 세션 2, S-NSSAI 1 <> 다시 매핑된 목록(S-NSSAI 12, S-NSSAI 13)

UE 2, PDU 세션 3, S-NSSAI 1 <> 다시 매핑된 목록(S-NSSAI 14, S-NSSAI 15)

소스 NG-RAN 노드에서 신호로는, PDU 세션이 소스 NG-RAN 노드에서 생성되면 CN은 NGAP PDU 세션 리소스 설정 요청 메시지(또는 초기 컨텍스트 설정 요청 메시지 또는 NG 핸드오버 요청 메시지)에 PDU 세션과 관련된 S-NSSAI를 포함할 수 있다. 또한 이 PDU 세션이 리매핑될 수 있는 S-NSSAI(들)의 목록이다. 또한, 리매핑된 S-NSSAI가 원래 S-NSSAI에 재할당될 때 리매핑된 S-NSSAI와 관련된 PDU 세션의 우선순위를 지정하기 위해, 5GC는 NG-RAN에게 슬라이스 복구 우선순위를 예를 들어 각 PDU 세션에 대해 구독에 따라 제공할 수 있다.

후속 Xn 핸드오버 시 소스 NG-RAN 노드는 Xn 핸드오버 요청 메시지에 현재 PDU 세션, 관련 S-NSSAI 및 이 PDU 세션이 매핑될 수 있는 S-NSSAI(들) 목록을 포함할 수 있다.

- UE당: 관련된 PDU 세션에 대해 신호를 받았지만 주어진 슬라이스에 대해 가능한 리매핑된 슬라이스의 선택은 UE에 대한 일반적인 정책이다.

단말이 현재 사용하고 있는 PDU 세션에 대한 S-NSSAI를 지원하지 않는 NG-RAN으로 이동하더라도 서비스를 지속적으로 제공받을 수 있어서, 새로운 PDU 세션을 생성하는 과정을 거치지 않아도 되기에 불필요한 래이턴시(latency)를 줄일 수 있다. 또한 단말이 사용할 수 있는 네트워크 슬라이스 목록 내에서 remapped slice를 선택하도록 보장할 수 있기 때문에, 잘못된 remapped slice 선택으로 인해 네트워크 슬라이스 자원(slice resource)을 낭비하는 경우를 막을 수 있다.

상기 도면들은 개별적으로 실행될 수도 있고, 다른 도면들과 함께 실행되는 것도 가능하다.

도 22는 본 명세서의 개시에 대한 AMF의 절차를 나타낸다.

1. AMF는 소스 기지국으로부터 제1 메시지를 수신할 수 있다.

상기 제1 메시지는 UE(User Equipment)의 핸드오버가 필요하다는 정보를 포함할 수 있다.

2. AMF는 타겟 기지국으로 핸드오버 요청 메시지를 송신할 수 있다.

상기 핸드오버 요청 메시지는 상기 UE가 이용하는 PDU 세션에 관련된 제1 네트워크 슬라이스에 대한 정보를 포함할 수 있다.

3. AMF는 상기 타겟 기지국으로부터 제2 메시지를 수신할 수 있다.

상기 제2 메시지는 리매핑 정보를 포함할 수 있다.

상기 리매핑 정보는 상기 PDU 세션을 위해 상기 제1 네트워크 슬라이스에서 제2 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함할 수 있다.

4. AMF는 상기 리매핑 정보에 기초하여, SMF(Session Management Function)로 상기 PDU 세션을 위한 네트워크 슬라이스 정보에 대한 업데이트 요청 메시지를 전송할 수 있다.

상기 네트워크 슬라이스 정보는 PCF(Policy Control Function)에 의해 업데이트 되어 상기 UE에게 전달될 수 있다.

AMF는 상기 제1 네트워크 슬라이스 정보 또는 상기 제2 네트워크 슬라이스 정보를 포함한 Allowed NSSAI(Network Slice Selection Assistance Information)를 결정할 수 있다.

AMF는 상기 Allowed NSSAI를 상기 UE에게 전송할 수 있다.

상기 Allowed NSSAI가 상기 제1 네트워크 슬라이스 정보를 포함하는 것에 기초하여, AMF는상기 제1 네트워크 슬라이스와 관련된 새로운 PDU 세션의 설립요청을 건너뛰도록 지시하는 제1 지시자를 상기 UE에게 전송할 수 있다.

상기 Allowed NSSAI가 상기 제2 네트워크 슬라이스 정보를 포함하는 것에 기초하여, AMF는 상기 PDU 세션에 대한 릴리즈(release)를 건너뛰도록 지시하는 제2 지시자를 상기 UE에게 전송할 수 있다.

상기 PCF는 상기 제2 네트워크 슬라이스와 관련된 서비스 요청에 대하여 상기 PDU 세션을 이용하도록 URSP(UE Route Selection Policy) rule의 업데이트를 트리거할 수 있다.

상기 PCF는 상기 제2 네트워크 슬라이스와 관련된 서비스 요청에 대하여 새로운 PDU 세션을 생성하도록 URSP(UE Route Selection Policy) rule의 업데이트를 트리거할 수 있다.

AMF는 상기 타겟 기지국으로부터 리커버리 정보를 수신할 수 있다.

상기 리커버리 정보는 상기 PDU 세션을 위해 상기 제2 네트워크 슬라이스에서 제1 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함할 수 있다.

AMFf는 상기 리커버리 정보에 기초하여, 상기 SMF로 상기 네트워크 슬라이스 정보에 대한 새로운 업데이트를 요청하는 메시지를 전송할 수 있다.

상기 네트워크 슬라이스 정보는 상기 PCF에 의해 업데이트 되어 상기 UE에게 전달될 수 있다.

도 23은 본 명세서의 개시에 대한 단말의 절차를 나타낸다.

1. 단말은 제1 네트워크 슬라이스를 통해 PDU 세션 수립절차를 수행할 수 있다.

2. 단말은 리매핑 정보를 소스 기지국으로부터 수신할 수 있다.

상기 리매핑 정보는 PCF(Policy Control Function)에 의해 업데이트된 것일 수 있다.

3. 상기 소스 기지국에서 타겟 기지국으로 핸드오버를 수행할 수 있다.

4. 상기 리매핑 정보에 기초하여, 상기 PDU 세션에 대한 릴리즈를 건너뛸 수 있다.

단말은 상기 제1 네트워크 슬라이스 정보 또는 상기 제2 네트워크 슬라이스 정보를 포함한 Allowed NSSAI(Network Slice Selection Assistance Information)를 AMF(Access and Mobility management Function)로부터 수신할 수 있다.

상기 Allowed NSSAI가 상기 제1 네트워크 슬라이스 정보를 포함하는 것에 기초하여, 단말은 상기 제1 네트워크 슬라이스와 관련된 새로운 PDU 세션의 설립요청을 건너뛰도록 지시하는 제1 지시자를 상기 AMF로부터 수신할 수 있다.

상기 Allowed NSSAI가 상기 제2 네트워크 슬라이스 정보를 포함하는 것에 기초하여, 단말은 상기 PDU 세션에 대한 릴리즈(release)를 건너뛰도록 지시하는 제2 지시자를 상기 AMF로부터 수신할 수 있다.

이하, 본 발명의 일부 실시 예에 따른 통신을 수행하기 위한 장치에 대해 설명한다.

예를 들어, AMF는 프로세서, 송수신기 및 메모리를 포함할 수 있다.

예를 들어, 프로세서는 메모리 및 프로세서와 동작 가능하게 결합되도록 구성될 수 있다.

상기 AMF는 상기 송수신기를 통해 소스 기지국으로부터 제1 메시지를 수신한다. 상기 제1 메시지는 UE(User Equipment)의 핸드오버가 필요하다는 정보를 포함할 수 있다.

상기 AMF는 상기 송수신기를 통해 타겟 기지국으로 핸드오버 요청 메시지를 송신할 수 있다. 상기 핸드오버 요청 메시지는 상기 UE가 이용하는 PDU 세션에 관련된 제1 네트워크 슬라이스에 대한 정보를 포함할 수 있다.

상기 AMF는 상기 송수신기를 통해 상기 타겟 기지국으로부터 제2 메시지를 수신할 수 있다. 상기 제2 메시지는 리매핑 정보를 포함할 수 있다. 상기 리매핑 정보는 상기 PDU 세션을 위해 상기 제1 네트워크 슬라이스에서 제2 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함할 수 있다.

상기 AMF는 상기 송수신기를 통해 상기 리매핑 정보에 기초하여, SMF(Session Management Function)로 상기 PDU 세션을 위한 네트워크 슬라이스 정보에 대한 업데이트 요청 메시지를 전송할 수 있다. 상기 네트워크 슬라이스 정보는 PCF(Policy Control Function)에 의해 업데이트 되어 상기 UE에게 전달될 수 있다.

이하, 본 발명의 일부 실시 예에 따른 통신 수행에 대한 하나 이상의 명령어가 저장된 비 휘발성 컴퓨터 판독 가능매체에 대해 설명한다.

본 개시의 일부 실시 예에 따르면, 본 개시의 기술적 특징은 하드웨어, 프로세서에 의해 실행되는 소프트웨어, 또는 둘의 조합으로 직접 구현될 수 있다. 예를 들어, 무선 통신에서 무선 장치에 의해 수행되는 방법은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 구현될 수 있습니다. 예를 들어, 소프트웨어는 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터, 하드 디스크, 이동식 디스크, CD-ROM 또는 기타 저장 매체에 상주할 수 있다.

저장 매체의 일부 예는 프로세서가 저장 매체로부터 정보를 읽을 수 있도록 프로세서에 결합된다. 대안으로, 저장 매체는 프로세서에 통합될 수 있다. 프로세서 및 저장 매체는 ASIC에 상주할 수 있다. 다른 예를 들어, 프로세서 및 저장 매체는 개별 구성요소로 상주할 수 있다.

컴퓨터 판독 가능 매체는 유형 및 비 휘발성 컴퓨터 판독 가능 저장매체를 포함할 수 있다.

예를 들어, 비 휘발성 컴퓨터 판독 가능 매체에는 SDRAM (Synchronization Dynamic Random Access Memory), ROM (Read-Only Memory), NVRAM (Non-Volatile Random Access Memory)과 같은 RAM (Random Access Memory)이 포함될 수 있습니다. 읽기 전용 메모리 (EEPROM), 플래시 메모리, 자기 또는 광학 데이터 저장 매체 또는 명령이나 데이터 구조를 저장하는 데 사용할 수 있는 기타 매체. 비 휘발성 컴퓨터 판독 가능 매체는 또한 위의 조합을 포함할 수 있다.

또한, 본 명세서에 설명된 방법은 명령어 또는 데이터 구조의 형태로 코드를 전달하거나 전달하고 컴퓨터에 의해 액세스, 판독 및/또는 실행될 수 있는 컴퓨터 판독 가능 통신 매체에 의해 적어도 부분적으로 실현될 수 있다.

본 개시의 일부 실시 예에 따르면, 비 일시적 컴퓨터 판독 가능 매체는 하나 이상의 명령어를 그 위에 저장하였다. 저장된 하나 이상의 명령어는 기지국의 프로세서에 의해 실행될 수 있다.

저장된 하나 이상의 명령어는 프로세서들로 하여금 제1 네트워크 슬라이스를 통해 PDU 세션 수립절차를 수행하는 단계; 리매핑 정보를 소스 기지국을 통해 PCF(Policy Control Function)로부터 수신하는 단계, 상기 리매핑 정보는 상기 PDU 세션을 위해 상기 제1 네트워크 슬라이스에서 제2 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함하고; 상기 소스 기지국에서 타겟 기지국으로 핸드오버를 수행하는 단계; 및 상기 리매핑 정보에 기초하여, 상기 PDU 세션에 대한 릴리즈를 건너뛰는 단계;를 수행하게 할 수 있다.

본 명세서는 다양한 효과를 가질 수 있다.

본 명세서에 기재된 청구항은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 다른 구현은 다음과 같은 청구 범위 내에 있다.

Claims

AMF(Access and Mobility management Function)가 통신을 수행하는 방법으로서,
소스 기지국으로부터 제1 메시지를 수신하는 단계,
상기 제1 메시지는 UE(User Equipment)의 핸드오버가 필요하다는 정보를 포함하고;
타겟 기지국으로 핸드오버 요청 메시지를 송신하는 단계,
상기 핸드오버 요청 메시지는 상기 UE가 이용하는 PDU 세션에 관련된 제1 네트워크 슬라이스에 대한 정보를 포함하고;
상기 타겟 기지국으로부터 제2 메시지를 수신하는 단계,
상기 제2 메시지는 리매핑 정보를 포함하고,
상기 리매핑 정보는 상기 PDU 세션을 위해 상기 제1 네트워크 슬라이스에서 제2 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함하고;
상기 리매핑 정보에 기초하여, SMF(Session Management Function)로 상기 PDU 세션을 위한 네트워크 슬라이스 정보에 대한 업데이트 요청 메시지를 전송하는 단계를 포함하고,
상기 네트워크 슬라이스 정보는 PCF(Policy Control Function)에 의해 업데이트 되어 상기 UE에게 전달되는 방법.
제1항에 있어서,
상기 제1 네트워크 슬라이스 정보 또는 상기 제2 네트워크 슬라이스 정보를 포함한 Allowed NSSAI(Network Slice Selection Assistance Information)를 결정하는 단계;
상기 Allowed NSSAI를 상기 UE에게 전송하는 단계;
상기 Allowed NSSAI가 상기 제1 네트워크 슬라이스 정보를 포함하는 것에 기초하여, 상기 제1 네트워크 슬라이스와 관련된 새로운 PDU 세션의 설립요청을 건너뛰도록 지시하는 제1 지시자를 상기 UE에게 전송하는 단계;
상기 Allowed NSSAI가 상기 제2 네트워크 슬라이스 정보를 포함하는 것에 기초하여, 상기 PDU 세션에 대한 릴리즈(release)를 건너뛰도록 지시하는 제2 지시자를 상기 UE에게 전송하는 단계; 를 더 포함하는 방법.
제1항에 있어서,
상기 PCF는 상기 제2 네트워크 슬라이스와 관련된 서비스 요청에 대하여 상기 PDU 세션을 이용하도록 URSP(UE Route Selection Policy) rule의 업데이트를 트리거하는 방법.
제1항에 있어서,
상기 PCF는 상기 제2 네트워크 슬라이스와 관련된 서비스 요청에 대하여 새로운 PDU 세션을 생성하도록 URSP(UE Route Selection Policy) rule의 업데이트를 트리거하는 방법.
제1항에 있어서,
상기 타겟 기지국으로부터 리커버리 정보를 수신하는 단계,
상기 리커버리 정보는 상기 PDU 세션을 위해 상기 제2 네트워크 슬라이스에서 제1 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함하고;
상기 리커버리 정보에 기초하여, 상기 SMF로 상기 네트워크 슬라이스 정보에 대한 새로운 업데이트를 요청하는 메시지를 전송하는 단계; 를 더 포함하고,
상기 네트워크 슬라이스 정보는 상기 PCF에 의해 업데이트 되어 상기 UE에게 전달되는 방법.
UE(User Equipment)가 통신을 수행하는 방법으로서,
제1 네트워크 슬라이스를 통해 PDU 세션 수립절차를 수행하는 단계;
리매핑 정보를 소스 기지국으로부터 수신하는 단계,
상기 리매핑 정보는 PCF(Policy Control Function)에 의해 업데이트되고,
상기 리매핑 정보는 상기 PDU 세션을 위해 상기 제1 네트워크 슬라이스에서 제2 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함하고;
상기 소스 기지국에서 타겟 기지국으로 핸드오버를 수행하는 단계; 및
상기 리매핑 정보에 기초하여, 상기 PDU 세션에 대한 릴리즈를 건너뛰는 단계; 를 포함하는 방법.
제6 항에 있어서,
상기 제1 네트워크 슬라이스 정보 또는 상기 제2 네트워크 슬라이스 정보를 포함한 Allowed NSSAI(Network Slice Selection Assistance Information)를 AMF(Access and Mobility management Function)로부터 수신하는 단계; 및
상기 Allowed NSSAI가 상기 제1 네트워크 슬라이스 정보를 포함하는 것에 기초하여, 상기 제1 네트워크 슬라이스와 관련된 새로운 PDU 세션의 설립요청을 건너뛰도록 지시하는 제1 지시자를 상기 AMF로부터 수신하는 단계;
상기 Allowed NSSAI가 상기 제2 네트워크 슬라이스 정보를 포함하는 것에 기초하여, 상기 PDU 세션에 대한 릴리즈(release)를 건너뛰도록 지시하는 제2 지시자를 상기 AMF로부터 수신하는 단계; 를 더 포함하는 방법.
통신을 수행하는 AMF(Access and Mobility management Function)로서,
송수신기와;
프로세서를 포함하고,
상기 송수신기는 소스 기지국으로부터 제1 메시지를 수신하고;
상기 제1 메시지는 UE(User Equipment)의 핸드오버가 필요하다는 정보를 포함하고,
상기 송수신기는 타겟 기지국으로 핸드오버 요청 메시지를 송신하고;
상기 핸드오버 요청 메시지는 상기 UE가 이용하는 PDU 세션에 관련된 제1 네트워크 슬라이스에 대한 정보를 포함하고,
상기 송수신기는 상기 타겟 기지국으로부터 제2 메시지를 수신하고;
상기 제2 메시지는 리매핑 정보를 포함하고,
상기 리매핑 정보는 상기 PDU 세션을 위해 상기 제1 네트워크 슬라이스에서 제2 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함하고,
상기 송수신기는 상기 리매핑 정보에 기초하여, SMF(Session Management Function)로 상기 PDU 세션을 위한 네트워크 슬라이스 정보에 대한 업데이트 요청 메시지를 전송하고;
상기 네트워크 슬라이스 정보는 PCF(Policy Control Function)에 의해 업데이트 되어 상기 UE에게 전달되는 AMF.
제8항에 있어서,
상기 프로세서는 상기 제1 네트워크 슬라이스 정보를 포함한 Allowed NSSAI(Network Slice Selection Assistance Information)를 결정하고;
상기 송수신기는 상기 Allowed NSSAI를 상기 UE에게 전송하고;
상기 송수신기는 상기 제1 네트워크 슬라이스 정보는 상기 PDU 세션을 위한 상기 제2 네트워크 슬라이스 정보를 의미하는 지시자를 상기 UE에게 전송하는 AMF.
제8항에 있어서,
상기 제2 네트워크 슬라이스는 상기 PDU 세션을 이용하도록 상기 PCF에 의해 URSP(UE Route Selection Policy) rule가 업데이트 되는 AMF.
제8항에 있어서,
상기 송수신기는 상기 타겟 기지국으로부터 리커버리 정보를 수신하고,
상기 리커버리 정보는 상기 PDU 세션을 위해 상기 제2 네트워크 슬라이스에서 제1 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함하고,
상기 송수신기는 상기 리커버리 정보에 기초하여, 상기 SMF로 상기 네트워크 슬라이스 정보에 대한 새로운 업데이트를 요청하는 메시지를 전송하고,
상기 네트워크 슬라이스 정보는 상기 PCF에 의해 업데이트 되어 상기 UE에게 전달되는 AMF.
통신을 수행하는 UE(User Equipment)로서,
송수신기와;
프로세서를 포함하고,
상기 프로세서는 제1 네트워크 슬라이스를 통해 PDU 세션 수립절차를 수행하고;
상기 송수신기는 리매핑 정보를 소스 기지국을 통해 PCF(Policy Control Function)로부터 수신하고;
상기 리매핑 정보는 상기 PDU 세션을 위해 상기 제1 네트워크 슬라이스에서 제2 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함하고,
상기 프로세서는 상기 소스 기지국에서 타겟 기지국으로 핸드오버를 수행하고;
상기 프로세서는 상기 리매핑 정보에 기초하여, 상기 PDU 세션에 대한 릴리즈를 건너뛰는 UE.
제12 항에 있어서,
상기 송수신기는 상기 제1 네트워크 슬라이스 정보를 포함한 Allowed NSSAI(Network Slice Selection Assistance Information)를 AMF(Access and Mobility management Function)로부터 수신하고,
상기 송수신기는 상기 제1 네트워크 슬라이스 정보는 상기 PDU 세션을 위한 상기 제2 네트워크 슬라이스 정보를 의미하는 것임을 알리는 지시자를 상기 AMF로부터 수신하는 UE.
이동통신에서의 장치(apparatus)로서,
적어도 하나의 프로세서; 및
명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작 가능하게(operably) 전기적으로 연결 가능한, 적어도 하나의 메모리를 포함하고,
상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
제1 네트워크 슬라이스를 통해 PDU 세션 수립절차를 수행하는 단계;
리매핑 정보를 소스 기지국을 통해 PCF(Policy Control Function)로부터 수신하는 단계,
상기 리매핑 정보는 상기 PDU 세션을 위해 상기 제1 네트워크 슬라이스에서 제2 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함하고;
상기 소스 기지국에서 타겟 기지국으로 핸드오버를 수행하는 단계; 및
상기 리매핑 정보에 기초하여, 상기 PDU 세션에 대한 릴리즈를 건너뛰는 단계;를 포함하는장치.
명령어들을 기록하고 있는 비휘발성(non-volatile) 컴퓨터 판독가능 저장 매체로서,
상기 명령어들은, 하나 이상의 프로세서들에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금:
제1 네트워크 슬라이스를 통해 PDU 세션 수립절차를 수행하는 단계;
리매핑 정보를 소스 기지국을 통해 PCF(Policy Control Function)로부터 수신하는 단계,
상기 리매핑 정보는 상기 PDU 세션을 위해 상기 제1 네트워크 슬라이스에서 제2 네트워크 슬라이스로 네트워크 슬라이스 리매핑 되었다는 정보를 포함하고;
상기 소스 기지국에서 타겟 기지국으로 핸드오버를 수행하는 단계; 및
상기 리매핑 정보에 기초하여, 상기 PDU 세션에 대한 릴리즈를 건너뛰는 단계;를 포함하는비휘발성 저장 매체.