KR20230039677A - 네트워크 슬라이스와 관련된 통신 - Google Patents
네트워크 슬라이스와 관련된 통신 Download PDFInfo
- Publication number
- KR20230039677A KR20230039677A KR1020237004294A KR20237004294A KR20230039677A KR 20230039677 A KR20230039677 A KR 20230039677A KR 1020237004294 A KR1020237004294 A KR 1020237004294A KR 20237004294 A KR20237004294 A KR 20237004294A KR 20230039677 A KR20230039677 A KR 20230039677A
- Authority
- KR
- South Korea
- Prior art keywords
- pdu session
- ran
- nssai
- information
- amf
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 77
- 238000000034 method Methods 0.000 claims abstract description 224
- 230000008093 supporting effect Effects 0.000 claims abstract description 51
- 230000004044 response Effects 0.000 claims abstract description 30
- 230000006870 function Effects 0.000 claims description 61
- 230000015654 memory Effects 0.000 claims description 47
- 230000009849 deactivation Effects 0.000 claims description 31
- 230000008859 change Effects 0.000 claims description 20
- 230000009471 action Effects 0.000 claims description 4
- 230000000977 initiatory effect Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 40
- 230000005540 biological transmission Effects 0.000 description 37
- 238000005516 engineering process Methods 0.000 description 37
- 230000008569 process Effects 0.000 description 25
- 238000013468 resource allocation Methods 0.000 description 24
- 238000012545 processing Methods 0.000 description 22
- 101100240980 Caenorhabditis elegans smf-2 gene Proteins 0.000 description 20
- 239000010410 layer Substances 0.000 description 16
- 238000010295 mobile communication Methods 0.000 description 15
- 101000864010 Stenotrophomonas maltophilia (strain K279a) Major fimbrial subunit SMF-1 Proteins 0.000 description 14
- 230000009977 dual effect Effects 0.000 description 13
- 230000004048 modification Effects 0.000 description 13
- 238000012986 modification Methods 0.000 description 13
- 238000001228 spectrum Methods 0.000 description 11
- 238000013507 mapping Methods 0.000 description 9
- 238000003860 storage Methods 0.000 description 9
- 238000013473 artificial intelligence Methods 0.000 description 8
- 230000003190 augmentative effect Effects 0.000 description 6
- 230000000694 effects Effects 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 238000005259 measurement Methods 0.000 description 6
- 230000011664 signaling Effects 0.000 description 6
- 101150069124 RAN1 gene Proteins 0.000 description 5
- 101100087393 Caenorhabditis elegans ran-2 gene Proteins 0.000 description 4
- 239000013256 coordination polymer Substances 0.000 description 4
- 230000007774 longterm Effects 0.000 description 3
- 238000010801 machine learning Methods 0.000 description 3
- 238000010187 selection method Methods 0.000 description 3
- 241000700159 Rattus Species 0.000 description 2
- 238000002485 combustion reaction Methods 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 230000006378 damage Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 241000760358 Enodes Species 0.000 description 1
- 241000282412 Homo Species 0.000 description 1
- 208000027418 Wounds and injury Diseases 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000036772 blood pressure Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000012517 data analytics Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 201000010099 disease Diseases 0.000 description 1
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 230000035558 fertility Effects 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 238000010438 heat treatment Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000001976 improved effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000000338 in vitro Methods 0.000 description 1
- 208000014674 injury Diseases 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000000116 mitigating effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000010454 slate Substances 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
- H04W36/142—Reselecting a network or an air interface over the same radio air interface technology
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/045—Interfaces between hierarchically different network devices between access point and backbone network device
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
- H04W36/00835—Determination of neighbour cell lists
- H04W36/008357—Determination of target cell based on access point [AP] properties, e.g. AP service capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/13—Cell handover without a predetermined boundary, e.g. virtual cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/20—Selecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Emergency Management (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 명세서의 일 개시는 제1 RAN 노드가 네트워크 슬라이스에 관련된 통신을 수행하는 방법을 제공한다. 상기 방법은 제2 PDU 세션에 대한 정보를 포함하는 PDU 세션 자원 셋업 요청 메시지를 AMF로부터 수신하는 단계; 상기 제1 RAN 노드가 상기 제2 네트워크 슬라이스를 지원하지 않는 것에 기초하여, 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 상기 UE를 이동시키는 것을 결정하는 단계; 상기 제2 노드로 상기 UE를 이동시키는 것이 결정된 것에 기초하여, PDU 세션 자원 셋업 응답 메시지를 상기 AMF에게 전송하는 단계를 포함할 수 있다.
Description
본 명세서는 이동통신에 관한 것이다.
3rd generation partnership project (3GPP) long-term evolution (LTE)는 고속 패킷 통신(high-speed packet communications)을 가능하게 하는 기술이다. 사용자 비용 및 공급자 비용을 줄이고, 서비스 품질을 개선하며, 커버리지 및 시스템 용량을 확장 및 개선하는 것을 목표로 하는 것을 포함하여 LTE 목표를 위해 많은 계획이 제안되어 왔다. 3GPP LTE는 비트 당 비용 절감, 서비스 가용성 향상, 주파수 대역의 유연한 사용, 간단한 구조, 개방형 인터페이스 및 단말의 적절한 전력 소비를 상위 수준의 요구 사항(upper-level requirement)으로 요구한다.
ITU (International Telecommunication Union) 및 3GPP에서 New Radio (NR) 시스템에 대한 요구 사항 및 사양을 개발하기 위한 작업이 시작되었다. 3GPP는 긴급한 시장 요구 사항(urgent market needs)과 ITU-R (International Mobile Telecommunications) international mobile telecommunications (IMT)-2020 프로세스에서 정한 장기적인 요구 사항을 모두 충족하는 새로운 Radio Access Technology (RAT)를 적시에 성공적으로 표준화하는 데 필요한 기술 구성 요소를 식별하고 개발해야 한다. 또한, NR은 더 먼 미래에도 무선 통신에 사용할 수 있는 최소 최대 100GHz 범위의 스펙트럼 대역을 사용할 수 있어야 한다.
NR은 enhanced mobile broadband (eMBB), massive machine-type-communications (mMTC), ultra-reliable and low latency communications (URLLC) 등을 포함한 모든 사용 시나리오, 요구 사항 및 배포 시나리오를 다루는 단일 기술 프레임 워크를 목표로 한다. NR은 본질적으로 순방향 호환이 가능할 수 있다(forward compatible).
네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기(예:“Support of 5GC assisted cell selection to access network slice”) 위한 방안이 필요하다. 특정 주파수 대역을 통해 특정 네트워크 슬라이스(예: Single - Network Slice Selection Assistance Information (S-NSSAI)-1)에 대한 서비스를 받고 있던 단말이, 다른 주파수 대역을 통해 다른 네트워크 슬라이스(예: S-NSSAI-2)에 대한 서비스를 받으려고 할 수 있다. 이 경우, 기존 S-NSSAI-1에서 이용 중인 PDU session을 어떻게 다룰 것인지에 대한 방법이 논의될 필요가 있다.예를 들어, 5G System (5GS)가 네트워크 슬라이스(예: UE가 사용할 수 있는 네트워크 슬라이스)를 지원할 수 있는 5G-Access Network (AN)(예: 특정 주파수 대역)으로 UE를 steer하는 방법이 논의될 필요가 있다. 5GS가 UE를 적절한 5G-AN으로 steer하기 위한 결정을 할 때, 5GS에게 필요한 정보가 논의될 필요가 있다. 적절한 5G-AN을 선택하기 위해 5GS가 UE에게 어떤 정보를 제공해야 할지 및 이 정보를 UE에 어떻게 전송해야 하는지 논의될 필요가 있다.
따라서, 본 명세서의 일 개시는 전술한 문제점을 해결할 수 있는 방안을 제시하는 것을 목적으로 한다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 제1 RAN 노드가 네트워크 슬라이스에 관련된 통신을 수행하는 방법을 제공한다. 상기 방법은 제2 PDU 세션에 대한 정보를 포함하는 PDU 세션 자원 셋업 요청 메시지를 AMF로부터 수신하는 단계; 상기 제1 RAN 노드가 상기 제2 네트워크 슬라이스를 지원하지 않는 것에 기초하여, 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 상기 UE를 이동시키는 것을 결정하는 단계; 상기 제2 노드로 상기 UE를 이동시키는 것이 결정된 것에 기초하여, PDU 세션 자원 셋업 응답 메시지를 상기 AMF에게 전송하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 네트워크 슬라이스에 관련된 통신을 수행하는 제1 RAN 노드를 제공한다. 제1 RAN 노드는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: 제2 PDU 세션에 대한 정보를 포함하는 PDU 세션 자원 셋업 요청 메시지를 AMF로부터 수신하는 단계; 상기 제1 RAN 노드가 상기 제2 네트워크 슬라이스를 지원하지 않는 것에 기초하여, 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 상기 UE를 이동시키는 것을 결정하는 단계; 상기 제2 노드로 상기 UE를 이동시키는 것이 결정된 것에 기초하여, PDU 세션 자원 셋업 응답 메시지를 상기 AMF에게 전송하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 AMF가 네트워크 슬라이스에 관련된 통신을 수행하는 방법을 제공한다. 상기 방법은 제2 PDU 세션에 대한 정보를 포함하는 PDU 세션 자원 셋업 요청 메시지를 제1 RAN 노드에게 전송하는 단계; PDU 세션 자원 셋업 응답 메시지를 상기 제1 RAN노드로부터 수신하는 단계; 및 상기 거절 정보 및 상기 이유 정보를 상기 제2 PDU 세션을 관리하는 제2 SMF(Session Management Function)에게 전송하는 단계를포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 네트워크 슬라이스에 관련된 통신을 수행하는 AMF를 제공한다. 상기 AMF는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: 제2 PDU 세션에 대한 정보를 포함하는 PDU 세션 자원 셋업 요청 메시지를 제1 RAN 노드에게 전송하는 단계; PDU 세션 자원 셋업 응답 메시지를 상기 제1 RAN노드로부터 수신하는 단계; 및 상기 거절 정보 및 상기 이유 정보를 상기 제2 PDU 세션을 관리하는 제2 SMF(Session Management Function)에게 전송하는 단계를 포함할 수 있다.
본 명세서의 개시에 의하면, 종래 기술의 문제점을 해결할 수 있다.
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 자긴 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 네트워크 노드의 일 예를 나타낸다.
도 5은 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
도 6은 네트워크 슬라이싱의 개념을 구현하기 위한 아키텍처의 예를 나타낸 예시도이다.
도 7는 네트워크 슬라이싱의 개념을 구현하기 위한 아키텍처의 다른 예를 나타낸 예시도이다.
도 8a 및 도 8b는 예시적인 PDU 세션 수립 절차를 나타낸 신호 흐름도이다.
도 9는 CN 지원 RAN 제어에 의한 무선 스펙트럼 속성을 지원하기 위한 절차의 일 예를 나타낸다.
도 10는 UE를 다른 주파수 대역의 네트워크 슬라이스로 steer하는 절차의 일 예를 나타낸다.
도 11a 내지 도 11c는 본 명세서의 개시의 제1예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 12a 내지 도 12c은 본 명세서의 개시의 제1예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 13a 내지 도 13c은 본 명세서의 개시의 제1예의 제3 예시에 따른 신호 흐름도를 나타낸다.
도 14a 내지 도 14c는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 15a 내지 도 15c은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 16a 내지 도 16c은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 17a 및 도 17b는 본 명세서의 개시의 제3예에 따른 신호 흐름도를 나타낸다.
도 18a 및 도 18b는 본 명세서의 개시의 제4예에 따른 신호 흐름도를 나타낸다.
도 19은 본 명세서의 개시의 제5예에 따른 신호 흐름도를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 네트워크 노드의 일 예를 나타낸다.
도 5은 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
도 6은 네트워크 슬라이싱의 개념을 구현하기 위한 아키텍처의 예를 나타낸 예시도이다.
도 7는 네트워크 슬라이싱의 개념을 구현하기 위한 아키텍처의 다른 예를 나타낸 예시도이다.
도 8a 및 도 8b는 예시적인 PDU 세션 수립 절차를 나타낸 신호 흐름도이다.
도 9는 CN 지원 RAN 제어에 의한 무선 스펙트럼 속성을 지원하기 위한 절차의 일 예를 나타낸다.
도 10는 UE를 다른 주파수 대역의 네트워크 슬라이스로 steer하는 절차의 일 예를 나타낸다.
도 11a 내지 도 11c는 본 명세서의 개시의 제1예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 12a 내지 도 12c은 본 명세서의 개시의 제1예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 13a 내지 도 13c은 본 명세서의 개시의 제1예의 제3 예시에 따른 신호 흐름도를 나타낸다.
도 14a 내지 도 14c는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 15a 내지 도 15c은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 16a 내지 도 16c은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 17a 및 도 17b는 본 명세서의 개시의 제3예에 따른 신호 흐름도를 나타낸다.
도 18a 및 도 18b는 본 명세서의 개시의 제4예에 따른 신호 흐름도를 나타낸다.
도 19은 본 명세서의 개시의 제5예에 따른 신호 흐름도를 나타낸다.
다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 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)이 요구되는 다양한 분야에 적용될 수 있다.
이하, 본 명세서는 도면을 참조하여 보다 상세하게 기술될 것이다. 다음의 도면 및/또는 설명에서 동일한 참조 번호는 달리 표시하지 않는 한 동일하거나 대응하는 하드웨어 블록, 소프트웨어 블록 및/또는 기능 블록을 참조할 수 있다.
첨부된 도면에서는 예시적으로 UE(User Equipment)가 도시되어 있으나, 도시된 상기 UE는 단말(Terminal), ME(Mobile Equipment), 등의 용어로 언급될 수도 있다. 또한, 상기 UE는 노트북, 휴대폰, PDA, 스마트 폰(Smart Phone), 멀티미디어 기기등과 같이 휴대 가능한 기기일 수 있거나, PC, 차량 탑재 장치와 같이 휴대 불가능한 기기일 수 있다.
이하에서, UE는 무선 통신이 가능한 무선 통신 기기(또는 무신 장치, 또는 무선 기기)의 예시로 사용된다. UE가 수행하는 동작은 무선 통신 기기에 의해 수행될 수 있다. 무선 통신 기기는 무선 장치, 무선 기기 등으로도 지칭될 수도 있다. 이하에서, AMF는 AMF 노드를 의미하고, SMF는 SMF 노드를 의미하고, UPF는 UPF 노드를 의미할 수 있다.
이하에서 사용되는 용어인 기지국은, 일반적으로 무선기기와 통신하는 고정된 지점(fixed station)을 말하며, eNodeB(evolved-NodeB), eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point), gNB(Next generation NodeB) 등 다른 용어로 불릴 수 있다.
I. 본 명세서의 개시에 적용될 수 있는 기술 및 절차
도 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) 범주이다.
부분적인 사용 예는 최적화를 위해 복수의 범주를 요구할 수 있으며, 다른 사용 예는 하나의 KPI(key performance indicator)에만 초점을 맞출 수 있다. 5G는 유연하고 신뢰할 수 있는 방법을 사용하여 이러한 다양한 사용 예를 지원한다.
eMBB는 기본적인 모바일 인터넷 접속을 훨씬 능가하며 클라우드와 증강 현실에서 풍부한 양방향 작업 및 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G 핵심 동력의 하나이며, 5G 시대에는 처음으로 전용 음성 서비스가 제공되지 않을 수 있다. 5G에서는 통신 시스템이 제공하는 데이터 연결을 활용한 응용 프로그램으로서 음성 처리가 단순화될 것으로 예상된다. 트래픽 증가의 주요 원인은 콘텐츠의 크기 증가와 높은 데이터 전송 속도를 요구하는 애플리케이션의 증가 때문이다. 더 많은 장치가 인터넷에 연결됨에 따라 스트리밍 서비스(오디오와 비디오), 대화 비디오, 모바일 인터넷 접속이 더 널리 사용될 것이다. 이러한 많은 응용 프로그램은 사용자를 위한 실시간 정보와 경보를 푸시(push)하기 위해 항상 켜져 있는 상태의 연결을 요구한다. 클라우드 스토리지(cloud storage)와 응용 프로그램은 모바일 통신 플랫폼에서 빠르게 증가하고 있으며 업무와 엔터테인먼트 모두에 적용될 수 있다. 클라우드 스토리지는 상향링크 데이터 전송 속도의 증가를 가속화하는 특수 활용 사례이다. 5G는 클라우드의 원격 작업에도 사용된다. 촉각 인터페이스를 사용할 때, 5G는 사용자의 양호한 경험을 유지하기 위해 훨씬 낮은 종단 간(end-to-end) 지연 시간을 요구한다. 예를 들어, 클라우드 게임 및 비디오 스트리밍과 같은 엔터테인먼트는 모바일 광대역 기능에 대한 수요를 증가시키는 또 다른 핵심 요소이다. 기차, 차량, 비행기 등 이동성이 높은 환경을 포함한 모든 장소에서 스마트폰과 태블릿은 엔터테인먼트가 필수적이다. 다른 사용 예로는 엔터테인먼트 및 정보 검색을 위한 증강 현실이다. 이 경우 증강 현실은 매우 낮은 지연 시간과 순간 데이터 볼륨을 필요로 한다.
또한 가장 기대되는 5G 사용 예 중 하나는 모든 분야에서 임베디드 센서(embedded sensor)를 원활하게 연결할 수 있는 기능, 즉 mMTC와 관련이 있다. 잠재적으로 IoT(internet-of-things) 기기 수는 2020년까지 2억4천만 대에 이를 것으로 예상된다. 산업 IoT는 5G를 통해 스마트 시티, 자산 추적, 스마트 유틸리티, 농업, 보안 인프라를 가능하게 하는 주요 역할 중 하나이다.
URLLC는 주 인프라의 원격 제어를 통해 업계를 변화시킬 새로운 서비스와 자율주행 차량 등 초고신뢰성의 저지연 링크를 포함하고 있다. 스마트 그리드를 제어하고, 산업을 자동화하며, 로봇 공학을 달성하고, 드론을 제어하고 조정하기 위해서는 신뢰성과 지연 시간이 필수적이다.
5G는 초당 수백 메가 비트로 평가된 스트리밍을 초당 기가비트에 제공하는 수단이며, FTTH(fiber-to-the-home)와 케이블 기반 광대역(또는 DOCSIS)을 보완할 수 있다. 가상 현실과 증강 현실뿐만 아니라 4K 이상(6K, 8K 이상) 해상도의 TV를 전달하려면 이 같은 빠른 속도가 필요하다. 가상 현실(VR; virtual reality) 및 증강 현실(AR; augmented reality) 애플리케이션에는 몰입도가 높은 스포츠 게임이 포함되어 있다. 특정 응용 프로그램에는 특수 네트워크 구성이 필요할 수 있다. 예를 들어, VR 게임의 경우 게임 회사는 대기 시간을 최소화하기 위해 코어 서버를 네트워크 운영자의 에지 네트워크 서버에 통합해야 한다.
자동차는 차량용 이동 통신의 많은 사용 예와 함께 5G에서 새로운 중요한 동기 부여의 힘이 될 것으로 기대된다. 예를 들어, 승객을 위한 오락은 높은 동시 용량과 이동성이 높은 광대역 이동 통신을 요구한다. 향후 이용자들이 위치와 속도에 관계 없이 고품질 연결을 계속 기대하고 있기 때문이다. 자동차 분야의 또 다른 사용 예는 AR 대시보드(dashboard)이다. AR 대시보드는 운전자가 전면 창에서 보이는 물체 외에 어두운 곳에서 물체를 식별하게 하고, 운전자에게 정보 전달을 오버랩(overlap)하여 물체와의 거리 및 물체의 움직임을 표시한다. 미래에는 무선 모듈이 차량 간의 통신, 차량과 지원 인프라 간의 정보 교환, 차량과 기타 연결된 장치(예: 보행자가 동반하는 장치) 간의 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전하게 운전할 수 있도록 행동의 대체 과정을 안내하여 사고의 위험을 낮춘다. 다음 단계는 원격으로 제어되거나 자율 주행하는 차량이 될 것이다. 이를 위해서는 서로 다른 자율주행 차량 간의, 그리고 차량과 인프라 간의 매우 높은 신뢰성과 매우 빠른 통신이 필요하다. 앞으로는 자율주행 차량이 모든 주행 활동을 수행하고 운전자는 차량이 식별할 수 없는 이상 트래픽에만 집중하게 될 것이다. 자율주행 차량의 기술 요구사항은 인간이 달성할 수 없는 수준으로 교통 안전이 높아지도록 초저지연과 초고신뢰를 요구한다.
스마트 사회로 언급된 스마트 시티와 스마트 홈/빌딩이 고밀도 무선 센서 네트워크에 내장될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 주택의 비용 및 에너지 효율적인 유지 보수에 대한 조건을 식별할 것이다. 각 가정에 대해서도 유사한 구성을 수행할 수 있다. 모든 온도 센서, 창문과 난방 컨트롤러, 도난 경보기, 가전 제품이 무선으로 연결될 것이다. 이러한 센서 중 다수는 일반적으로 데이터 전송 속도, 전력 및 비용이 낮다. 그러나 모니터링을 위하여 실시간 HD 비디오가 특정 유형의 장치에 의해 요구될 수 있다.
열이나 가스를 포함한 에너지 소비와 분배를 보다 높은 수준으로 분산시켜 분배 센서 네트워크에 대한 자동화된 제어가 요구된다. 스마트 그리드는 디지털 정보와 통신 기술을 이용해 정보를 수집하고 센서를 서로 연결하여 수집된 정보에 따라 동작하도록 한다. 이 정보는 공급 회사 및 소비자의 행동을 포함할 수 있으므로, 스마트 그리드는 효율성, 신뢰성, 경제성, 생산 지속 가능성, 자동화 등의 방법으로 전기와 같은 연료의 분배를 개선할 수 있다. 스마트 그리드는 지연 시간이 짧은 또 다른 센서 네트워크로 간주될 수도 있다.
미션 크리티컬 애플리케이션(예: e-health)은 5G 사용 시나리오 중 하나이다. 건강 부분에는 이동 통신의 혜택을 누릴 수 있는 많은 응용 프로그램들이 포함되어 있다. 통신 시스템은 먼 곳에서 임상 치료를 제공하는 원격 진료를 지원할 수 있다. 원격 진료는 거리에 대한 장벽을 줄이고 먼 시골 지역에서 지속적으로 이용할 수 없는 의료 서비스에 대한 접근을 개선하는 데 도움이 될 수 있다. 원격 진료는 또한 응급 상황에서 중요한 치료를 수행하고 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터에 대한 원격 모니터링 및 센서를 제공할 수 있다.
무선과 이동 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 관리 비용이 높다. 따라서 케이블을 재구성 가능한 무선 링크로 교체할 가능성은 많은 산업 분야에서 매력적인 기회이다. 그러나 이러한 교체를 달성하기 위해서는 케이블과 유사한 지연 시간, 신뢰성 및 용량을 가진 무선 연결이 구축되어야 하며 무선 연결의 관리를 단순화할 필요가 있다. 5G 연결이 필요할 때 대기 시간이 짧고 오류 가능성이 매우 낮은 것이 새로운 요구 사항이다.
물류 및 화물 추적은 위치 기반 정보 시스템을 사용하여 어디서든 인벤토리 및 패키지 추적을 가능하게 하는 이동 통신의 중요한 사용 예이다. 물류와 화물의 이용 예는 일반적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성을 갖춘 위치 정보가 필요하다.
도 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는 본 명세서의 구현이 적용되는 네트워크 노드의 일 예를 나타낸다.
도 4는 기지국이 중앙 유닛(CU; central unit)과 분산 유닛(DU; distributed unit)으로 분할되는 경우, 상술한 도 2의 제2 무선 장치(200) 또는 도 3의 무선 장치(200)를 보다 상세하게 예시하는 도면이다.
도 4을 참조하면, 기지국(200)은 코어 네트워크(300)와 연결될 수 있다. 기지국(200)은 서로 연결될 수 있다. 예를 들어, 기지국(200)과 코어 네트워크(300) 사이의 인터페이스를 NG라 할 수 있다. 예를 들어, 기지국(200) 사이의 인터페이스를 Xn이라 할 수 있다.
기지국(200)은 CU(210) 및 DU(220)로 분할될 수 있다. 즉, 기지국(200)은 계층적으로 분리되어 운용될 수 있다. CU(210)는 하나 이상의 DU(220)와 연결될 수 있다. 예를 들어, CU(210)와 DU(220) 사이의 인터페이스를 F1이라 할 수 있다. CU(210)는 기지국(200)의 상위 계층의 기능을 수행할 수 있고, DU(220)는 기지국(200)의 하위 계층의 기능을 수행할 수 있다. 예를 들어, CU(210)는 기지국(200)(예: gNB)의 RRC, SDAP 및 PDCP 계층을 호스팅하는 논리 노드(logical node)일 수 있다. 또는, CU(W32)는 기지국(200)(예: ng-eNB)의 RRC 및 PDCP 계층을 호스팅하는 논리 노드일 수 있다. 예를 들어, DU(220)는 기지국의 RLC, MAC 및 PHY 계층을 호스팅하는 논리 노드일 수 있다.
DU(220)의 동작은 부분적으로 CU(210)에 의해 제어될 수 있다. 하나의 DU(220)는 하나 이상의 셀을 지원할 수 있다. 하나의 셀은 오직 하나의 DU(220)에 의해서만 지원될 수 있다. 하나의 DU(220)는 하나의 CU(210)에 연결될 수 있고, 적절한 구현에 의하여 하나의 DU(220)는 복수의 CU(210)에 연결될 수도 있다.
도 5은 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
5G 시스템(5GS; 5G system) 구조는 다음과 같은 네트워크 기능(NF; network function)으로 구성된다.
- AUSF (Authentication Server Function)
- AMF (Access and Mobility Management Function)
- DN (Data Network), 예를 들어 운영자 서비스, 인터넷 접속 또는 타사 서비스
- USDF (Unstructured Data Storage Function)
- NEF (Network Exposure Function)
- I-NEF (Intermediate NEF)
- NRF (Network Repository Function)
- NSSF (Network Slice Selection Function)
- PCF (Policy Control Function)
- SMF (Session Management Function)
- UDM (Unified Data Management)
- UDR (Unified Data Repository)
- UPF (User Plane Function)
- UCMF (UE radio Capability Management Function)
- AF (Application Function)
- UE (User Equipment)
- (R)AN ((Radio) Access Network)
- 5G-EIR (5G-Equipment Identity Register)
- NWDAF (Network Data Analytics Function)
- CHF (CHarging Function)
또한, 다음과 같은 네트워크 기능이 고려될 수 있다.
- N3IWF (Non-3GPP InterWorking Function)
- TNGF (Trusted Non-3GPP Gateway Function)
- W-AGF (Wireline Access Gateway Function)
도 5은 다양한 네트워크 기능이 어떻게 서로 상호 작용하는지를 보여주는 기준점(reference point) 표현을 사용하여 비로밍(non-roaming) 사례의 5G 시스템 구조를 보여준다.
도 5에서는 점 대 점 도면의 명확성을 위해, UDSF, NEF 및 NRF는 설명되지 않았다. 그러나 표시된 모든 네트워크 기능은 필요에 따라 UDSF, UDR, NEF 및 NRF와 상호 작용할 수 있다.
명확성을 위해, UDR과 다른 NF(예: PCF)와의 연결은 도 5에 도시되지 않는다. 명확성을 위해, NWDAF과 다른 NF(예: PCF)와의 연결은 도 5에 도시되지 않는다.
5G 시스템 구조는 다음과 같은 기준점을 포함한다.
- N1: UE와 AMF 사이의 기준점.
- N2: (R)AN과 AMF 사이의 기준점.
- N3: (R)AN과 UPF 사이의 기준점.
- N4: SMF와 UPF 사이의 기준점.
- N6: UPF와 데이터 네트워크 사이의 기준점.
- N9: 두 UPF 사이의 기준점.
다음의 기준점은 NF의 NF 서비스 간에 존재하는 상호 작용을 보여준다.
- N5: PCF와 AF 사이의 기준점.
- N7: SMF와 PCF 사이의 기준점.
- N8: UDM과 AMF 사이의 기준점.
- N10: UDM과 SMF 사이의 기준점.
- N11: AMF와 SMF 사이의 기준점.
- N12: AMF와 AUSF 사이의 기준점.
- N13: UDM과 AUSF 사이의 기준점.
- N14: 두 AMF 사이의 기준점.
- N15: 로밍 시나리오(non-roaming scenario)에서, PCF와 AMF 간의 레퍼런스 포인트, 로밍 시나리오에서, AMF와 방문 네트워크(visited network)의 PCF 간의 레퍼런스 포인트를 나타낸다.
- N16: 두 SMF 사이의 기준점(로밍의 경우 방문 네트워크의 SMF와 홈 네트워크의 SMF 사이)
- N22: AMF와 NSSF 사이의 기준점.
- N30: PCF와 NEF 간의 기준점.
- N33: AF와 NEF 간의 기준점.
경우에 따라, UE를 서비스하기 위해 두 개의 NF를 서로 연결해야 할 수도 있다.
참고로, 도 5에서 사업자(operator) 이외의 제3자(third party)에 의한 AF는 NEF를 통해 5GC에 접속될 수도 있다.
<네트워크 슬라이스(Network Slice)>
이하, 차세대 이동통신에서 도입될 네트워크의 슬라이싱을 설명한다.
차세대 이동통신은 하나의 네트워크를 통해 다양한 서비스를 제공하기 위하여, 네트워크의 슬라이싱에 대한 개념을 소개하고 있다. 여기서, 네트워크의 슬라이싱은 특정 서비스를 제공할 때 필요한 기능을 가진 네트워크 노드들의 조합이다. 슬라이스 인스턴스를 구성하는 네트워크 노드는 하드웨어적으로 독립된 노드이거나, 또는 논리적으로 독립된 노드일 수 있다.
각 슬라이스 인스턴스는 네트워크 전체를 구성하는데 필요한 모든 노드들의 조합으로 구성될 수 있다. 이 경우, 하나의 슬라이스 인스턴스는 UE에게 단독으로 서비스를 제공할 수 있다.
이와 다르게, 슬라이스 인스턴스는 네트워크를 구성하는 노드 중 일부 노드들의 조합으로 구성될 수도 있다. 이 경우, 슬라이스 인스턴스는 UE에게 단독으로 서비스를 제공하지 않고, 기존의 다른 네트워크 노드들과 연계하여 UE에게 서비스를 제공할 수 있다. 또한, 복수 개의 슬라이스 인스턴스가 서로 연계하여 UE에게 서비스를 제공할 수도 있다.
슬라이스 인스턴스는 코어 네트워크(CN) 노드 및 RAN을 포함한 전체 네트워크 노드가 분리될 수 있는 점에서 전용 코어 네트워크와 차이가 있다. 또한, 슬라이스 인스턴스는 단순히 네트워크 노드가 논리적으로 분리될 수 있다는 점에서 전용 코어 네트워크와 차이가 있다.
참고로, 네트워크 슬라이스에 대해, quota(할당량)이 사용될 수 있다.
예를 들어, 네트워크 슬라이스에 관련된 quota는 UE의 최대 개수에 대한 quota를 포함할 수 있다. UE의 최대 개수에 대한 quota는 네트워크 슬라이스를 동시에 사용할 수 있는 단말의 최대 개수를 의미할 수 있다. 일례로, 각가의 네트워크 슬라이스 정보가 UE의 최대 개수(예: 10 개, 1000000 개 등)에 대한 quota 정보를 포함할 수 있다.
예를 들어, 네트워크 슬라이스에 관련된 quota는 PDU 세션의 최대 개수에 대한 quota를 포함할 수 있다. PDU 세션의 최대 개수에 대한 quota는 네트워크 슬라이스에서 지원되는 동시(concurrent) PDU 세션의 최대 개수를 의미할 수 있다. 예를 들어, 네트워크 슬라이스에서 지원되는 동시(concurrent) PDU 세션의 최대 개수는 S-NSSAI에 의해 정의된 DNN(Data Network Name)과 관련된 하나의 네트워크 슬라이스 내에서 동시에 수립되어 있는 PDU 세션의 최대 개수를 의미할 수 있다.
5G 이동통신에서, 네트워크 슬라이스 quota 이벤트 알림(event notification)이 네트워크 슬라이스 내에서 지원될 수 있다. 예를 들어, 네트워크 슬라이스에 관련된 quota에 관한 이벤트 알림이 지원될 수 있다. 예를 들어, AF가 5GS에서 네트워크 슬라이스에 관련된 quota에 관한 이벤트 알림을 요청할 수 있다. 그러면, AF는 5GS에서 네트워크 슬라이스에 관련된 속성(attributes)에 대한 quota에 대한 알림을 받을 수도 있다. 예를 들어, 5GS는 AF에게 특정 속성에 대한 quota가 특정된(specified) 임계값에 도달했는지 여부를 AF에게 알릴 수 있다. 그러면, AF는 5GS 라우팅 결정에 영향을 미칠 수도 있다.
도 6은 네트워크 슬라이싱의 개념을 구현하기 위한 아키텍처의 예를 나타낸 예시도이다.
도 6를 참고하여 알 수 있는 바와 같이, 코어 네트워크(CN)는 여러 슬라이스 인스턴스들로 나뉠 수 있다. 각 슬라이스 인스턴스는 CP 기능 노드와 UP 기능 노드 중 하나 이상을 포함할 수 있다.
각 UE는 RAN을 통하여 자신의 서비스에 맞는 네트워크 슬라이스 인스턴스를 사용할 수 있다.
도 6에 도시된 바와 달리, 각 슬라이스 인스턴스는 다른 슬라이스 인스턴스와 CP 기능 노드와 UP 기능 노드 중 하나 이상을 공유할 수도 있다. 이에 대해서 도 7을 참조하여 설명하면 다음과 같다.
도 7는 네트워크 슬라이싱의 개념을 구현하기 위한 아키텍처의 다른 예를 나타낸 예시도이다.
도 7를 참조하면, 복수의 UP 기능 노드들이 클러스터링되고, 마찬가지로 복수의 CP 기능 노드들도 클러스트링된다.
그리고, 도 7를 참조하면, 코어 네트워크 내의 슬라이스 인스턴스#1(혹은 인스턴스#1이라고 함)은 UP 기능 노드의 제1 클러스터를 포함한다. 그리고, 상기 슬라이스 인스턴스#1은 CP 기능 노드의 클러스터를 슬라이스#2(혹은 인스턴스#2라고 함)와 공유한다. 상기 슬라이스 인스턴스#2는 UP 기능 노드의 제2 클러스터를 포함한다.
도시된 NSSF는 UE의 서비스를 수용할 수 있는 슬라이스(혹은 인스턴스)를 선택한다.
도시된 UE는 상기 NSSF에 의해서 선택된 슬라이스 인스턴스#1을 통해 서비스#1을 이용할 수 있고, 아울러 상기 N에 의해서 선택된 슬라이스 인스턴스#2을 통해 서비스#2을 이용할 수 있다.
<PDU 세션 수립 절차>
PDU(Protocol Data Unit) 세션 수립 절차는 아래와 같이 두 가지 유형의 PDU 세션 수립 절차가 존재할 수 있다.
- UE가 개시하는 PDU 세션 수립 절차
- 네트워크가 개시하는 PDU 세션 수립 절차. 이를 위해, 네트워크는 장치 트리거 메시지를 UE의 애플리케이션 (들)에 전송할 수 있다.
도 8a 및 도 8b는 예시적인 PDU 세션 수립 절차를 나타낸 신호 흐름도이다.
도 8a 및 도 8b에 도시된 절차는 도 8a 및 도 8b에 도시된 등록 절차에 따라, UE가 AMF 상에 이미 등록한 것으로 가정한다. 따라서 AMF는 이미 UDM으로부터 사용자 가입 데이터를 획득한 것으로 가정한다.
1) UE는 AMF로 NAS 메시지를 전송한다. 상기 메시지는 S-NSSAI(Session Network Slice Selection Assistance Information), DNN, PDU 세션 ID, 요청 타입, N1 SM 정보 등을 포함할 수 있다.
구체적으로, 상기 UE는 현재 액세스 타입의 허용된(allowed) NSSAI로부터 S-NSSAI를 포함시킨다. 만약 상기 매핑된 NSSAI에 대한 정보가 상기 UE에게 제공되었다면, 상기 UE는 상기 허용된 NSSAI에 기반한 S-NSSAI와 상기 매핑된 NSSAI의 정보에 기반한 대응 S-NSSAI를 모두 제공할 수 있다. 여기서, 상기 매핑된 NSSAI의 정보는 상기 허용된 NSSAI의 각 S-NSSAI를 HPLMN을 위해 설정된 NSSAI의 S-NASSI에 매핑한 정보이다.
보다 구체적으로, 상기 UE는 등록 절차에서 네트워크(즉, AMF)로부터 수신한 등록 수락 메시지의 포함된, 허용된 S-NSSAI와 상기 매핑된 S-NSSAI의 정보를 추출하여 저장하고 있을 수 있다. 따라서, 상기 UE는 상기 PDU 세션 수립 요청 메시지에 상기 허용된 NSSAI에 기반한 S-NSSAI와 상기 매핑된 NSSAI의 정보에 기반한 대응 S-NSSAI를 모두 포함시켜서, 전송할 수 있다.
새로운 PDU 세션을 수립하기 위해, UE는 새로운 PDU 세션 ID를 생성할 수 있다.
UE는 PDU 세션 수립 요청 메시지를 N1 SM 정보 내에 포함시킨 NAS 메시지를 전송함으로써 UE에 의해 개시되는 PDU 세션 수립 절차를 시작할 수 있다. 상기 PDU 세션 수립 요청 메시지는 요청 타입, SSC 모드, 프로토콜 구성 옵션을 포함할 수 있다.
PDU 세션 수립이 새로운 PDU 세션을 설정하기 위한 것일 경우 요청 타입은 "초기 요청"을 나타낸다. 그러나, 3GPP 액세스와 비-3GPP 액세스 사이의 기존 PDU 세션이 존재하는 경우, 상기 요청 타입은 "기존 PDU 세션"을 나타낼 수 있다.
상기 UE에 의해 전송되는 NAS 메시지는 AN에 의해 N2 메시지 내에 인캡슐레이션 된다. 상기 N2 메시지는 AMF로 전송되며, 사용자 위치 정보 및 액세스 기술 타입 정보를 포함할 수 있다.
- N1 SM 정보는 외부 DN에 의한 PDU 세션 인증에 대한 정보가 포함된 SM PDU DN 요청 컨테이너를 포함할 수 있다.
2) AMF는 메시지가 상기 요청 타입이 "초기 요청"을 나타내는 경우 그리고 상기 PDU 세션 ID가 UE의 기존 PDU 세션을 위해서 사용되지 않았던 경우, 새로운 PDU 세션에 대한 요청에 해당한다고 결정할 수 있다.
NAS 메시지가 S-NSSAI를 포함하지 않으면, AMF는 UE 가입에 따라 요청된 PDU 세션에 대한 디폴트 S-NSSAI를 결정할 수 있다. AMF는 PDU 세션 ID와 SMF의 ID를 연관지어 저장할 수 있다.
3) AMF는 SM 요청 메시지를 SMF로 전송한다. 상기 SM 요청 메시지는 가입자 영구 ID, DNN, S-NSSAI, PDU 세션 ID, AMF ID, N1 SM 정보, 사용자 위치 정보, 액세스 기술 유형을 포함할 수 있다. 상기 N1 SM 정보는 PDU 세션 ID, PDU 세션 수립 요청 메시지를 포함할 수 있다.
AMF ID는 UE를 서비스하는 AMF를 식별하기 위해서 사용된다. N1 SM 정보는 UE로부터 수신된 PDU 세션 수립 요청 메시지를 포함할 수 있다.
4a) SMF는 가입자 데이터 요청 메시지를 UDM으로 전송한다. 상기 가입자데이터 요청 메시지는 가입자 영구 ID, DNN을 포함할 수 있다.
위 과정 3에서 요청 타입이 "기존 PDU 세션"을 나타내는 경우 SMF는 해당 요청이 3GPP 액세스와 비 -3GPP 액세스 사이의 핸드 오버로 기인한 것으로 결정한다. SMF는 PDU 세션 ID를 기반으로 기존 PDU 세션을 식별할 수 있다.
SMF가 아직 DNN과 관련된 UE에 대한 SM 관련 가입 데이터를 검색하지 않은 경우 SMF는 가입 데이터를 요청할 수 있다.
4b) UDM은 가입 데이터 응답 메시지를 SMF로 전송할 수 있다.
가입 데이터에는 인증된 요청 타입, 인증된 SSC 모드, 기본 QoS 프로파일에 대한 정보가 포함될 수 있다.
SMF는 UE 요청이 사용자 가입 및 로컬 정책을 준수하는지 여부를 확인할 수 있다. 혹은, SMF는 AMF에 의해 전달된 NAS SM 시그널링(관련 SM 거부 원인 포함)을 통해 UE 요청을 거절하고, SMF는 AMF에게 PDU 세션 ID가 해제된 것으로 간주되어야 함을 알린다.
5) SMF는 UPF를 통해 DN에게 메시지를 전송한다.
구체적으로, SMF가 PDU 세션 수립을 인가/인증해야 하는 경우 SMF는 UPF를 선택하고 PDU를 트리거한다.
PDU 세션 수립 인증/권한 부여가 실패하면, SMF는 PDU 세션 수립 절차를 종료하고 UE에 거절을 알린다.
6a) 동적 PCC(Policy and Charging Control)가 포설되면(deploy) SMF는 PCF를 선택한다.
6b) SMF는 PDU 세션에 대한 기본 PCC 규칙을 얻기 위해 PCF쪽으로 PDU-CAN 세션 수립을 시작할 수 있다. 과정 3에서의 요청 타입이 "기존 PDU 세션"을 나타내면 PCF는 대신 PDU-CAN 세션 수정을 시작할 수 있다.
7) 과정 3의 요청 타입이 "초기 요청"을 나타내면 SMF는 PDU 세션에 대한 SSC 모드를 선택한다. 과정 5가 수행되지 않으면 SMF는 UPF도 선택할 수 있다. 요청 타입 IPv4 또는 IPv6의 경우 SMF는 PDU 세션에 대한 IP 주소/프리픽스(prefix)를 할당할 수 있다.
8) 동적 PCC가 배치되고 PDU-CAN 세션 수립이 아직 완료되지 않은 경우 SMF는 PDU-CAN 세션 시작을 시작할 수 있다.
9) 요청 타입이 "초기 요청"을 나타내고 과정 5가 수행되지 않은 경우 SMF는 선택된 UPF를 사용하여 N4 세션 수립 절차를 시작하고, 그렇지 않으면 선택한 UPF를 사용하여 N4 세션 수정 절차를 시작할 수 있다.
9a) SMF는 UPF에 N4 세션 수립/수정 요청 메시지를 전송한다. 그리고, 상기 SMF는 PDU 세션에 대해 UPF에 설치될 패킷 탐지, 시행 및 보고 규칙을 제공할 수 있다. SMF가 CN 터널 정보를 할당되는 경우, CN 터널 정보가 UPF에 제공될 수 있다.
9b) UPF는 N4 세션 수립/수정 응답 메시지를 전송함으로써, 응답할 수 있다. CN 터널 정보가 UPF에 의해 할당되는 경우, CN 터널 정보가 SMF에 제공될 수 있다.
10) 상기 SMF는 SM 응답 메시지를 AMF로 전송한다. 상기 메시지는 원인, N2 SM 정보, N1 SM 정보를 포함할 수 있다. 상기 N2 SM 정보는 PDU 세션 ID, QoS 프로파일, CN 터널 정보를 포함할 수 있다. 상기 N1 SM 정보는 PDU 세션 수립 수락 메시지를 포함할 수 있다. 상기 PDU 세션 수립 수락 메시지는 허가된 QoS 규칙, SSC 모드, S-NSSAI, 할당된 IPv4 주소를 포함할 수 있다.
N2 SM 정보는 AMF가 RAN에게 전달해야 하는 정보로서 다음과 같은 것들을 포함할 수 있다.
- CN 터널 정보: 이는 PDU 세션에 해당하는 N3 터널의 코어 네트워크 주소에 해당한다.
- QoS 프로파일: 이는 RAN에 QoS 파라미터와 QoS 플로우 식별자 간의 매핑을 제공하기 위해서 사용된다.
- PDU 세션 ID: 이는 UE에 대한 AN 시그널링에 의해 UE에 대한 AN 리소스들과 PDU 세션 간의 연관을 UE에 나타내기 위해 사용될 수 있다.
한편, N1 SM 정보는 AMF가 UE에게 제공해야하는 PDU 세션 수락 메시지를 포함한다.
다중 QoS 규칙들은 PDU 세션 수립 수락 메시지 내의 N1 SM 정보 및 N2 SM 정보 내에 포함될 수 있다.
- SM 응답 메시지는 또한 PDU 세션 ID 및 AMF가 어떤 타겟 UE뿐만 아니라 UE을 위해 어떤 액세스가 사용되어야 하는지를 결정할 수 있게 하는 정보를 포함한다.
11) AMF는 RAN으로 N2 PDU 세션 요청 메시지를 전송한다. 상기 메시지는 N2 SM 정보, NAS 메시지를 포함할 수 있다. 상기 NAS 메시지는 PDU 세션 ID, PDU 세션 수립 수락 메시지를 포함할 수 있다.
AMF는 PDU 세션 ID 및 PDU 세션 수립 수락 메시지를 포함하는 NAS 메시지를 전송할 수 있다. 또한, AMF는 SMF로부터 수신 N2 SM 정보를 N2 PDU 세션 요청 메시지 내에 포함시켜 RAN에 전송한다.
12) RAN은 SMF로부터 수신된 정보와 관련된 UE와의 특정 시그널링 교환을 할 수 있다.
RAN은 또한 PDU 세션에 대해 RAN N3 터널 정보를 할당한다.
RAN은 과정 10에서 제공된 NAS 메시지를 UE에 전달한다. 상기 NAS 메시지는 PDU 세션 ID, N1 SM 정보를 포함할 수 있다. 상기 N1 SM 정보는 PDU 세션 수립 수락 메시지를 포함할 수 있다.
RAN은 필요한 RAN 자원이 설정되고 RAN 터널 정보의 할당이 성공적인 경우에만 NAS 메시지를 UE에게 전송한다.
13) RAN은 AMF로 N2 PDU 세션 응답 메시지를 전송한다. 상기 메시지는 PDU 세션 ID, 원인, N2 SM 정보를 포함할 수 있다. 상기 N2 SM 정보는 PDU 세션 ID, (AN) 터널 정보, 허용/거부된 QoS 프로파일 목록을 포함할 수 있다.
- RAN 터널 정보는 PDU 세션에 해당하는 N3 터널의 액세스 네트워크 주소에 해당할 수 있다.
14) AMF는 SM 요청 메시지를 SMF로 전송할 수 있다. 상기 SM 요청 메시지는 N2 SM 정보를 포함할 수 있다. 여기서, 상기 AMF는 RAN에서 수신한 N2 SM 정보를 SMF로 전달하는 것일 수 있다.
15a) 상기 PDU 세션에 대한 N4 세션이 이미 설정되지 않은 경우 SMF는 UPF와 함께 N4 세션 수립 절차를 시작할 수 있다. 그렇지 않은 경우 SMF는 UPF를 사용하여 N4 세션 수정 절차를 시작할 수 있다. SMF는 AN 터널 정보와 CN 터널 정보를 제공할 수 있다. CN 터널 정보는 SMF가 과정 8에서 CN 터널 정보를 선택한 경우에만 제공해야할 수 있다.
15b) 상기 UPF는 SMF에 N4 세션 수립/수정 응답 메시지를 전송할 수 있다.
16) SMF는 SM 응답 메시지를 AMF로 전송할 수 있다. 이 과정이 끝나면 AMF는 관련 이벤트를 SMF에 전달할 수 있다. RAN 터널 정보가 변경되거나 AMF가 재배치되는 핸드 오버시에 발생한다.
17) SMF는 UPF를 통해 UE에게 정보를 전송한다. 구체적으로, PDU Type IPv6의 경우 SMF는 IPv6 Router Advertisement를 생성하고 이를 N4와 UPF를 통해 UE로 전송할 수 있다.
18) PDU 세션 수립 요청이 3GPP 액세스와 비-3GPP 액세스 사이의 핸드 오버에 기인한 경우, 즉 요청 타입이 "기존 PDU 세션"으로 설정되면 SMF는 소스 액세스(3GPP 또는 비 -3GPP 액세스)를 통해 사용자 평면을 해제한다.
19) SMF의 ID가 DNN 가입 컨텍스트의 UDM에 의해 과정 4b에 포함되지 않은 경우, SMF는 SMF 주소 및 DNN을 포함하여 "UDM_Register UE serving NF 서비스"를 호출할 수 있다. UDM은 SMF의 ID, 주소 및 관련 DNN을 저장할 수 있다.
절차 중에 PDU 세션 수립이 성공적이지 않으면 SMF는 AMF에 알린다.
II. 본 명세서의 개시와 관련된 기술 및 절차
이하에서, 본 명세서의 개시와 관련된 기술 및 절차를 설명한다. 또한, 이하에서는 본 명세서의 개시에서 해결하고자 하는 문제점의 예시도 설명될 수 있다.
네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기(예:“Support of 5GC assisted cell selection to access network slice”) 위한 방안이 필요하다. 예를 들어, 본 명세서의 개시에서는 네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기 위한 방안의 예시들을 제안한다.
특히 특정 주파수 대역을 통해 Single - Network Slice Selection Assistance Information (S-NSSAI)-1에 대한 서비스를 받고 있던 단말이, 다른 주파수 대역을 통해 S-NSSAI-2에 대한 서비스를 받으려고 할 수 있다. 이 경우, 기존 S-NSSAI-1에서 이용 중인 PDU session을 어떻게 다룰 것인지에 대한 방법이 논의될 필요가 있다.
UE가 사용하고자 하는 네트워크 슬라이스 존재할 수 있다. 이 경우, UE는 이 네트워크 슬라이스를 사용하기 위해, 이 네트워크 슬라이스에 관련된 S-NSSAI(Single - Network Slice Selection Assistance Information)를 네트워크로 전송함으로써, 5G Access Network (5G-AN) (e.g. a specific frequency band)을 선택하는 동작을 시도할 수 있다.
한편, UE는 5G-AN이 S-NSSAI를 지원하는지 여부에 대한 인식 없이, UE는 S-NSSAI가 허용될 때까지, 5G-AN을 선택하려고 시도해야 한다. S-NSSAI 인식 5G-AN 선택(S-NSSAI-aware 5G-AN selection)을 지원할지 여부 및 이를 지원하는 방법을 논의할 필요가 있다.
이러한 이슈에 관련하여, 사업자(operator)가 네트워크 슬라이스 당 다른 범위의 무선 스펙트럼(different range of radio spectrums per network slice)을 관리할 때, 네트워크 슬라이스에 액세스하는 데 사용할 수 있는 특정 셀을 선택하는 방법이 논의될 필요가 있다. 예를 들어, 다음의 예시와 같은 내용이 논의될 필요가 있다:
- 5GS가 네트워크 슬라이스(예: UE가 사용할 수 있는 네트워크 슬라이스)를 지원할 수 있는 5G-AN(예: 특정 주파수 대역)으로 UE를 steer하는 방법.
- UE를 적절한 5G-AN으로 steer하기 위해 5GS가 결정을 할 때, 5GS에게 필요한 정보.
- 적절한 5G-AN을 선택하기 위해 5GS가 UE에게 어떤 정보를 제공해야 할지 및 이 정보를 UE에 어떻게 전송해야 하는지.
이하에서, 도 9를 참조하여, CN 지원 RAN 제어에 의한 무선 스펙트럼 속성을 지원(Support of radio spectrum attribute by CN assisted RAN control)하기 위한 종래의 절차의 일 예를 설명한다.
도 9의 예시는, 앞서 설명한 문제점을 해결하기 위한 종래의 절차의 일 예이다.
현재 Tracking Area Identity (TAI) 내에서 허용되지 않아서, 네트워크가 Requested NSSAI를 수락할 수 없는 경우, 5GC는 Requested NSSAI 및 해당 RAT/Frequency Selection Priority (RFSP)를 NG-RAN에 NG-RAN에 제공할 수 있다. RAN은 UE에 적합한 무선 스펙트럼을 선택할 수 있다. 도 9의 예시와 관련하여, 다음의 예시와 같은 같은 일련의 이벤트가 구상될 수 있다:
1. 사업자(operator)에 대해 가용한 무선 스펙트럼을 지원하도록, 네트워크 슬라이스는 수직 요구 사항(vertical requirements) 및 기타 네트워크 슬라이스(예: eMBB 관련 네트워크 슬라이스)를 지원하기 위해 특정 무선 스펙트럼을 지원하도록 생성될 수 있다.
2. UE는 수직 네트워크 슬라이스(vertical Network Slice)와 eMBB 네트워크 슬라이스 모두에 대한 가입을 가지고 있을 수 있다.
3. UE에 대한 가입은 vertical S-NSSAI 및 eMBB S-NSSAI를 포함하고, eMBB S-NSSAI는 기본값으로 마크될 수 있다.
4. UE가 네트워크에 등록되었고 UE에 Configured NSSAI가 설정되었으며, eMBB를 포함하되 수직 네트워크 슬라이스를 포함하지 않는 Allowed NSSAI가 UE에게 제공될 수 있다.
5. UE/사용자는 vertical S-NSSAI를 사용하기로 결정하고 따라서 vertical S-NSSAI만으로 Requested NSSAI를 발행한다.
6. Requested NSSAI 내의 하나 이상의 S-NSSAI가 현재 TAI에서 허용되지 않는 경우, 5GC는 Requested NSSAI와 동일한 Target NSSAI를 도출할 수 있다(예: PLMN에 대해 거부된 S-NSSAI 제외).
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 9는 CN 지원 RAN 제어에 의한 무선 스펙트럼 속성을 지원하기 위한 절차의 일 예를 나타낸다.
도 9의 예시는 UE가 Requested NSSAI의 S-NSSAI 중 어느 것도 지원하지 않는 것으로 정의된 TA에서 등록할 때 수행되는 절차의 일 예를 나타낸다.
도 9의 예시에서, UE는 vertical 네트워크 슬라이스에 대해 정의된 무선 스펙트럼을 사용하지 않는 동안 vertical S-NSSAI에 등록을 요청합니다.
1. UE는 Vertical S-NSSAI를 사용하기로 결정하고, Registration Request(Requested NSSAI=Vertical S-NSSAI)를 전송할 수 있다. RRC는 GUAMI를 포함할 수 있다. NG-RAN은 종래 기술과 같은 절차에 따라 AMF를 선택할 수 있다.
2. AMF 및 NSSF는 네트워크 슬라이스 선택을 수행할 수 있다. 현재 TAI에 대해 vertical S-NSSAI가 정의되어 있지 않고, AMF/NSSF는 eMBB S-NSSAI가 기본 가입 S-NSSAI로 정의되어 있기 때문에 eMBB S-NSSAI를 Allowed NSSAI로 선택합니다.
3. Allowed NSSAI는 변경되지 않았지만, Requested NSSAI의 S-NSSAI 중 하나 이상이 현재 TAI에서 허용되지 않는다는 사실이 PCF에 대한 AMF 정책 업데이트의 트리거로 간주될 수 있으며, AMF는 Allowed NSSAI, 가입된 RFSP 및 Requested NSSAI의 내용이 포함된 Target NSSAI를 제공할 수 있다. 여기서 AMF는 가입된 S-NSSAI가 아닌 모든 S-NSSAI를 요청된 NSSAI 내에서 제거할 수 있다.
4. PCF는 Allowed NSSAI와 Target NSSAI 모두에 대해 RFSP를 선택하고(현재 TAI는 고려하지 않음), 둘 다 AMF에게 전송할 수 있다.
5. AMF는 Allowed NSSAI 및 해당 RFSP Index를 포함하는 N2 메시지를 NG-RAN에게 전송하고, 추가로 AMF는 Target NSSAI 및 해당 RFSP Index, Allowed NSSAI로서의 eMBB S-NSSAI, RA(Registration Area)에 대해 거부된 S-NSSAI로서의 vertical S-NSSAI를 포함하는 NAS 메시지를 전송할 수 있다.
6. NG-RAN은 NAS 메시지를 UE에 전달할 수 있다.
7. NG-RAN은 UE가 Target NSSAI에 액세스할 수 있도록 하기 위해 사용할 라디오 스펙트럼을 결정하고, NG-RAN이 Target NSSAI에 대한 추가 Target NSSAI 및 RFSP 인덱스를 획득하면, NG-RAN은 UE를 이동시키기로 결정할 수 있다.
8. NG-RAN이 RRC Release를 발행하고 셀 재선택 우선순위를 포함시키거나, NG-RAN이 재설정(Reconfiguration)을 수행하고 타겟 NSSAI에 대한 RFSP에 따라 UE를 이동시킬 수 있다.
참고로, 단계 6 및 단계 8은 동시에 수행될 수도 있다.
9. UE는 TAI가 RA 외부에 있다는 것을 깨닫고, 등록 요청을 발행할 수 있고, UE가 여전히 해당 네트워크 슬라이스에 등록하기를 원하기 때문에 요청된 NSSAI에 vertical S-NSSAI를 포함시킬 수 있다.
10. 네트워크 슬라이스 선택은 종래의 절차에 따라 수행될 수 있다.
11. AMF는 종래의 절차에 따라 등록 수락 메시지를 전송하고, vertical S-NSSAI를 Allowed NSSAI로 포함시킬 수 있다.
참고로, 수직 네트워크 슬라이스 전용 무선 스펙트럼에서 eMBB 슬라이스가 가용하지 않은 경우, 이러한 네트워크 슬라이스가 격리되어야 하므로, UE의 애플리케이션이 eMBB에 대한 연결이 필요할 때 UE가 eMBB 슬라이스를 requested NSSAI에 추가하는 전체 절차가 반복될 수도 있다.
도 9의 예시에 따르면, NG-RAN은 추가 Target NSSAI 및 Target NSSAI에 대한 RFSP Index를 획득하는 것을 지원하고, 그에 따라 UE를 이동시키는 것을 지원할 수 있다. AMF는 Requested NSSAI가 현재 TAI에서 지원되지 않았기 때문에, 허용된 NSSAI가 기본 가입된 S-NSSAI(들)를 기반으로 하는 경우 새로운 또는 확장된 정책 제어 요청 트리거 조건을 지원합니다. AMF는 Npcf_AMPolicyControl_Update 요청 메시지를 통해 PCF에 Target NSSAI를 제공하는 것을 지원하고, Npcf_AMPolicyControl_Update 응답 메시지를 통해 Target NSSAI에 대한 RFSP 인덱스를 수신하는 것을 지원할 수 있다. AMF는 N2 메시지에서 Target NSSAI 및 Target NSSAI에 대한 RFSP 인덱스를 NG-RAN에 제공하는 것을 지원할 수 있다. PCF는 Target NSSAI에 대한 RFSP 결정을 지원할 수 있다. PCF는 Target NSSAI에 대한 RFSP 인덱스를 사용하여 액세스 및 이동성 관련 정책 제어 정보 확장을 지원할 수 있다.
이하에서, Configured NSSAI와 함께 Operating Band Information이 제공되는 종래 기술의 예시를 설명한다. 이하에서 설명하는 내용은 네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기(예:“Support of 5GC assisted cell selection to access network slice”) 위한 방안의 일 예일 수 있다. Operating Band Information의 제공에는 다음의 예시와 같은 구조적인 가정이 적용될 수 있다:
- UE가 동일한 동작 대역(operating band)에서 액세스할 수 없는 네트워크 슬라이스들에 대해, UE는 동시에 등록하지 않아야 한다는 제한이 있다. 다시 말해서, UE는 공통의 동작 대역에서 가용하지 않은 S-NSSAI들을 Allowed NSSAI 내에 가질 수 없다.
PLMN의 각 S-NSSAI에 대해 허용되는 동작 대역이 UE에 제공될 수 있다. 이 정보(예: Operating Band Information)는 Configured NSSAI 및 Mapping of Configured NSSAI에 포함되어, UE로 전송될 수 있다. 그러면 UE는 동일한 동작 대역(들)에서 모두 액세스 가능한 슬라이스만을 요청할 수 있고, AMF는 동일한 동작 대역(들)에서 모두 액세스 가능한 S-NSSAI(들)만을 Allowed NSSAI에 포함시킬 수 있다. RFSP index는 Allowed NSSAI에 기초하여 결정될 수 있다.
종래 기술의 동작에 따라, 이 등록 영역에 대한 Allowed NSSAI의 모든 S-NSSAI가 등록 영역의 모든 Tracking Area에서 사용 가능하도록, 서빙 AMF는 등록 영역을 결정할 수 있다. tracking area(s)의 일부 셀이 Allowed NSSAI의 모든 슬라이스를 지원하지 않는 경우가 허용될 수 있다. tracking area(s)의 일부 셀들이 Allowed NSSAI의 모든 슬라이스를 지원하지 않으면, UE가 허용하지 않는 동작 대역(즉, 셀) (예: UE가 Allowed NSSAI의 모든 슬라이스에 동시에 액세스할 수 없도록 하는 동작 대역)을 선택하지 않도록, RFSP 인덱스가 선택될 수 있다.
UE가 Configured NSSAI 또는 Configured NSSAI의 매핑을 제공받을 때(예: pre-provisioned, 등록 절차 동안의 provisioning 또는 UE Configuration Update 절차 동안의 provisioning), UE는 또한 Configured S-NSSAI 또는 Configured NSSAI의 매핑에서 각 S-NSSAI의 작동 대역(들)을 제공받을 수 있다. 오퍼레이터 슬라이스 배포(operator slice deployment)가 주파수 범위(예: FR1 및 FR2)에 의해 제어되는 경우, AMF는 각 S-NSSAI가 지원되는 모든 작동 대역을 명시적으로 나열하는 대신, S-NSSAI가 [FR1 전용], [FR2 전용] 또는 [FR1+FR2]에서 지원됨을 나타낼 수 있다. Default Configured NSSAI는 특정 동작 대역 정보와 연관되지 않지만, 주파수 범위 정보와 연관될 수 있다.
UE가 캠프 온(camp on)할 셀을 선택하고 및/또는 Requested NSSAI를 생성할 때, UE는 각 S-NSSAI의 동작 대역(들)을 고려할 수 있다. 예를 들어, UE는 현재 UE가 사용하고 있는 동작 대역과 연관된 S-NSSAI를 선택하고 동작 대역에 기초하여 Requested NSSAI를 생성할 수 있다.
UE가 Allowed NSSAI가 아닌 현재 캠프된 동작 대역에서 지원되지 않는 S-NSSAI에 액세스 하려고 하는 경우, UE는 새로운 동작 대역으로의 재선택(re-selection)을 수행하고, 무선 연결을 시작하고. Mobility Registration Update Request을 수행하고, Requested NSSAI에 S-NSSAI를 포함시킬 수 있다.
AMF이 UE에게 전송하는 등록 수락 메시지 및 UE 구성 업데이트 명령 메시지는, Configured S-NSSAI 내의 각 S-NSSAI의 허용 작동 대역(들)을 포함하고, Configured S-NSSAI의 매핑에서 각 S-NSSAI permissible 동작 대역을 포함하도록 업데이트될 수 있다.
등록 절차 및 UE Configuration Update 절차에서, AMF는 UE의 현재 동작 대역을 통해, UE의 Allowed NSSAI에 모든 가용한 S-NSSAI만 포함시킬 수 있다. AMF는 각각의 S-NSSAI에 대한 동작 대역 정보를 국부적으로(locally) 제공받을 수 있다.
AMF는 Configured NSSAI 및 Configured NSSAI의 매핑에서 각 S-NSSI에 대해 permissible 동작 대역(들)을 UE에 제공할 수 있다. UE는 등록 절차 및 UE Configuration Update 절차 동안, Configured NSSAI 및 Configured NSSAI의 매핑에서 각 S-NSSAI에 대한 permissible 동작 대역(들)을 수신할 수 있다.
이하에서, Preferred frequency bands in Configured NSSAI(Configured NSSAI에서의 선호 주파수 대역)에 대한 종래 기술의 예시를 설명한다. 이하에서 설명하는 내용은 네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기(예:“Support of 5GC assisted cell selection to access network slice”) 위한 방안의 일 예일 수 있다. Preferred frequency bands in Configured NSSAI에 대한 설명에서는 다음의 예사와 같은 가정이 적용될 수 있다:
- UE가 일부 선호 주파수 대역(들)에서 액세스 가능한 S-NSSAI에 의해 식별된 단일 네트워크 슬라이스에 등록하면, UE는 Idle 모드 이동성을 위해 이 S-NSSAI의 선호 대역(들) 목록을 고려할 수 있다.
- UE가 서로 다른 선호 주파수 대역(들)에서 액세스 가능한 다중 네트워크 슬라이스에 등록하는 경우, UE는 Idle 모드 이동성을 위해 캐리어 주파수를 따르기 위해 RAN로부터 제공된 설정을 고려할 수 있다.
- AMF(또는 NSSF, 또는 둘 다) 및 NG-RAN에 대해, S-NSSAI별로 선호하는 주파수 대역(들)이 설정될 수 있다.
UE는 Configured NSSAI를 통해, 네트워크 슬라이스 별 선호 주파수 대역 정보 (예: S-NSSAI당 타겟 캐리어 주파수)를 제공받을 수 있다. 선호 주파수 대역은 서빙 PLMN의 S-NSSAI에 대해 적용 가능하다. S-NSSAI를 제공하는 적절한 셀을 선택하기 위해, UE는 셀 선택 절차를 위해 선호 주파수 대역 정보를 사용할 수 있다.
선호 주파수 대역 파라미터는 하나 이상의 엔트리를 포함하는 타겟 캐리어 주파수의 목록을 포함할 수 있고, 각각의 엔트리에 대해 캐리어 주파수 우선순위 인덱스가 연관될 수 있다. 예를 들어, 캐리어 주파수의 스캐닝/선택에 대한 우선순위를 나타내는 우선순위 인덱스가 존재할 수 있다.
서빙 AMF는 종래 기술에 따른 원칙에 따라 Allowed NSSAI를 UE에 제공한다고 가정할 수 있다. 그러나, 네트워크(예: AMF 또는 NSSF)는 Allowed NSSAI를 생성할 때 RAN 배치 및 requested S-NSSAI를 사용할 수 있는 주파수 대역을 추가로 고려할 수 있다.
Configured NSSAI가 업데이트되고 UE가 Idle 상태가 된 후, UE는 등록하려는 S-NSSAI, 즉 요청된 NSSAI에 포함될 S-NSSAI를 결정할 수 있다. 이후, UE는 Requested NSSAI에 포함될 S-NSSAI(들)에 대한 주파수 우선순위(및 우선순위 인덱스)를 고려하여, 셀 선택 절차를 수행할 수 있다.
AMF로부터 전송되는 Registration Accept 메시지 및 UE Configuration Update Command 메시지에 의해, Configured NSSAI는 UE에게 제공될 수 있다.
AMF 또는 NSSF가 Allowed NSSAI(및 이에 따라 거부된 S-NSSAI)를 생성할 때, S-NSSAI 당 선호하는 주파수 대역을 사용하는 로컬 설정이 고려될 수 있다.
셀 선택 절차와 관련하여, UE는 등록 요청 메시지에 포함될 Requested NSSAI(예를 들어, Configured NSSAI에 기초한 Requested NSSAI)를 먼저 생성할 수 있다. 그러면 UE는 Requested NSSAI에 포함된 S-NSSAI 값에 대한 타겟 캐리어 주파수 목록을 고려할 수 있다. Requested NSSAI에 하나 이상의 S-NSSAI가 있는 경우, UE는 S-NSSAI를 우선순위화(prioritize)할 수 있으며, 결과적으로 셀 선택에 사용될 캐리어 주파수를 우선순위화할 수 있다. S-NSSAI의 우선 순위는 UE 내부 설정 (예: 상위 계층) 또는 사용자 우선 순위에 따라 달라질 수 있다.
서비스 요청 절차 또는 PDU 세션 절차를 위해 자원화된 User Plain (UP)의 활성화로 인해 다른 주파수 대역에서 운영되는 다중 네트워크 슬라이스가 사용되는 경우, NG-RAN 노드는 다른 주파수 대역을 동시에 사용하기 위해 Dual Connectivity를 활성화할 수 있다.
AMF(또는 NSSF)는 Configured NSSAI, Allowed NSSAI 및 Rejected S-NSSAI를 생성할 때 S-NSSAI 당 선호하는 주파수 대역을 고려할 수 있다. AMF(또는 NSSF)는 Configured NSSAI 내에서 S-NSSAI 별로 UE가 선호하는 주파수 대역을 제공할 수 있다.
NG-RAN은 UE가 다수의 S-NSSAI를 사용하도록 허용된 경우, UE가 Idle 모드로 전환될 때, NG-RAN은 캠핑에 대해 선호하는 캐리어 주파수(들)로 UE를 steer할 수 있다. NG-RAN은 서로 다른 주파수 대역에서 작동하는 다중 네트워크 슬라이스가 Connected 상태에서 사용되는 경우, NG-RAN은 로컬 설정에 기초하여 Dual Connectivity 또는 Carrier Aggregation을 활성화할 수 있다.
UE는 Idle 모드 이동성을 위해 설정된 NSSAI에서 제공된 대로, S-NSSAI당 선호하는 주파수 대역을 고려할 수 있다.
이하에서, 도 10을 참조하여, UE를 다른 주파수 대역의 네트워크 슬라이스로 steer하는 종래의 절차의 일 예를 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 10는 UE를 다른 주파수 대역의 네트워크 슬라이스로 steer하는 절차의 일 예를 나타낸다.
도 10의 예시에서, 다음의 상황이 가정될 수 있다. UE에게 할당된 Allowed NSSSAI는 다른 주파수 대역에서 지원되는 S-NSSAI들을 포함할 수 있다. 하지만, 모든 S-NSSAI들은 모든 Tracking Area들 또는 Registration Area에서 지원될 수도 있다.
1) UE는 idle 모드에 있으며, 주파수 대역 1(Frequency Band (FB)-1)에서만 작동하는 S-NSSAI-1 및 주파수 대역 2(FB-2)에서만 작동하는 S-NSSAI-2에 대해, RAN-1을 통해 등록될 수 있다.
2) UE의 애플리케이션이 FB-2의 S-NSSAI-2에 대한 서비스를 수립(establish)하려고 할 수 있다.
3) UE는 RAN-1과 Radio Resource Control (RRC) 연결을 수립할 수 있다.
4) UE는 RAN-1을 통해 S-NSSAI-2에 대한 PDU 세션 수립 요청을 트리거할 수 있다.
5) AMF는 UE가 연결된 RAN-1이 S-NSSAI-2를 지원하지 않는다는 것을 알고 있고, AMF는 S-NSSAI-2가 다른 RAN Node에 의해 지원되는 것을 알고 있을 수 있다.
6) AMF는 UE를 S-NSSAI-2를 지원하는 RAN 노드로 UE를 steer하도록, RAN-1에 요청할 수 있다.
7) RAN-1은 S-NSSAI-2를 지원하고 UE의 위치에 있는 RAN-2로의 주파수 간 셀 변경을 트리거할 수 있다.
8) AMF는 RAN-2를 통해 S-NSSAI-2에 대한 PDU 세션 수립 절차를 계속할 수 있다.
9) S-NSSAI-2의 PDU 세션이 해제된 후, UE는 FB-1의 셀로 폴백(fall-back)(예: 재-선택)할 수 있다. 단계 9는 선택적으로 수행될 수 있다. UE가 FB-1의 셀로 폴백하는 동작이 구현되지 않은 경우, UE는 FB-2에 대한 새로운 서비스 요청으로 인해 FB-1로 다시 steer될 때까지 FB-2에 머물 수 있다.
도 10의 예시에 따르면, 초기 주파수 대역의 셀로의 UE 셀 폴백 동작이 선택적으로 수행될 수 있다. AMF가 다른 주파수 대역의 셀로의 핸드오버를 결정하고, 요청할 수 있다.
네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기(예:“Support of 5GC assisted cell selection to access network slice”) 위한 방안이 필요하다. 특정 주파수 대역을 통해 특정 네트워크 슬라이스(예: Single - Network Slice Selection Assistance Information (S-NSSAI)-1)에 대한 서비스를 받고 있던 단말이, 다른 주파수 대역을 통해 다른 네트워크 슬라이스(예: S-NSSAI-2)에 대한 서비스를 받으려고 할 수 있다. 이 경우, 기존 S-NSSAI-1에서 이용 중인 PDU session을 어떻게 다룰 것인지에 대한 방법이 논의될 필요가 있다.예를 들어, 5G System (5GS)가 네트워크 슬라이스(예: UE가 사용할 수 있는 네트워크 슬라이스)를 지원할 수 있는 5G-Access Network (AN)(예: 특정 주파수 대역)으로 UE를 steer하는 방법이 논의될 필요가 있다. 5GS가 UE를 적절한 5G-AN으로 steer하기 위한 결정을 할 때, 5GS에게 필요한 정보가 논의될 필요가 있다. 적절한 5G-AN을 선택하기 위해 5GS가 UE에게 어떤 정보를 제공해야 할지 및 이 정보를 UE에 어떻게 전송해야 하는지 논의될 필요가 있다.
또한, 앞서 설명한 다양한 예시에 따르면, UE가 RAN-2로 핸드오버를 수행한 뒤에, UE는 S-NSSAI-2에 대한 PDU 세션 수립 절차를 RAN-2와 수행하게 된다. 이에 따라, 불필요한 signaling이 발생하며, 단말이 서비스를 제공받기까지 오랜 시간이 걸릴 수 있다는 문제가 있다.
다시 말해서, 단말이 특정 네트워크 슬라이스를 이용하려고 하는 경우, 단말은 이 네트워크 슬라이스에 관련된 PDU(Protocol Data Unit 또는 Packet Data Unit) 세션의 수립을 요청하는 메시지를 Next Generation Radio Access Network (NG-RAN) 및/또는 코어 네트워크에게 전송할 수 있다. 이 경우, NG-RAN에서 지원하는 네트워크 슬라이스 및 이 네트워크 슬라이스와 관련한 주파수 대역이 단말이 요청한 PDU 세션과 관련된 특정 네트워크 슬라이스 및 주파수 대역과 다를 수 있다. 종래 기술에 따르면, 이 경우, NG-RAN은 해당 PDU Session에 대한 단말의 PDU 세션 수립 요청을 거절해야 한다.
NG-RAN이 단말의 PDU 세션 수립 요청을 거절한 후, 단말이 해당 PDU Session와 관련된 네트워크 슬라이스를 통해 서비스를 제공받기 위해서는, 단말은 해당 네트워크 슬라이스를 지원하는 NG-RAN으로 이동해야 한다. 그리고, 단말은 해당 NG-RAN으로 이동한 후, 다시 PDU 세션 수립절차를 시작해야 한다. 이에 따라, 불필요한 signaling이 발생하며, 단말이 서비스를 제공받기까지 오랜 시간이 걸릴 수 있다는 문제가 있다.
III. 본 명세서의 개시
본 명세서에서 후술되는 개시들은 하나 이상의 조합(예: 이하에서 설명하는 내용들 중 적어도 하나를 포함하는 조합)으로 구현될 수 있다. 도면 각각은 각 개시의 실시예를 나타내고 있으나, 도면의 실시예들은 서로 조합되어 구현될 수도 있다.
본 명세서의 개시에서 제안하는 방안에 대한 설명은 이하에서 설명하는 하나 이상의 동작/구성/단계의 조합으로 구성될 수 있다. 아래에서 설명하는 아래의 방법들은 조합적으로 또는 보완적으로 수행되거나 사용될 수 있다.
본 명세서의 개시에서는, 단말이 네트워크 슬라이스를 변경하는 경우, 기존에 사용하던 PDU 세션을 처리하는 방안의 예시와 새로운 PDU 세션을 수립하는 방안의 예시를 설명한다. 예를 들어, 단말이 사용하는 slice를 변경함에 따라 사용하는 주파수 대역을 변경해야 할 때, 기존 주파수 대역을 통해 서비스 중이던 PDU session을 효율적으로 deactivation 하고 새로운 주파수 대역을 통해 PDU session을 생성하는 방법의 예시들을 설명한다.
본 명세서의 개시의 다양한 예시에서 설명하는 service operation들(예: Core NF 간의 service operation) 중에서 일부는, 본 명세서의 개시를 위해 새롭게 정의된 service operation일 수도 있다. 또한, 아래에서 기술된 AMF와 NG-RAN 간의 N2 message들 중에서 일부는 본 명세서의 개시를 위해 새롭게 정의된 N2 메시지일 수도 있다. 또한, 아래에서 기술된 NG-RAN과 UE 간의 RRC message들에서 일부는 본 명세서의 개시를 위해 새로운 RRC message가 정의되어 사용될 수도 있다.
아래에서 slice와 S-NSSAI는 동일한 의미를 나타내는 용어로 혼용될 수 있다.
아래 본 명세서의 개시의 다양한 예시에서 설명하는 절차들에서, 어떤 동작/step들은 동시에/병렬적으로 수행될 수도 있고, 본 명세서의 개시에서 설명된 순서와는 다른 순서로 수행될 수도 있다.
이하에서, 본 명세서의 개시의 제1예 내지 제5예를 참조하여, 본 명세서의 개시를 설명한다. 이하에서 설명하는 본 명세서의 개시의 제1예 내지 제5예는 조합되어 구현될 수도 있다.
1. 본 명세서의 개시의 제1예
이하에서, 도 11a 내지 도 11c의 예시 내지 도 13a 내지 도 13c의 예시를 참조하여, 본 명세서의 개시의 제1예를 설명하기로 한다.
1-1. 본 명세서의 개시의 제1예의 제1 예시
먼저, 이하 도 11a 내지 도 11c의 예시를 참조하여, 본 명세서의 개시의 제1예의 제1 예시를 설명하기로 한다.
기본적으로, 본 명세서의 개시에서, 다음의 예시들과 같은 가정이 적용될 수 있다. 각각의 network slice가 사용할 수 있는 주파수 대역에 대한 정보가 단말에 configuration(설정)되지 않았다고 가정한다. 또한 NG-RAN-1은 Frequency Band 1(FB-1) 주파수 대역을 사용하는 S-NSSAI-1을, NG-RAN-2은 FB-2 주파수 대역을 사용하는 S-NSSAI-2을 각각 support한다고 가정한다. 또한 단말이 현재 사용 중인 주파수 대역과는 다른 주파수 대역을 이용해야 하는 S-NSSAI로 옮기려 할 때 이를 지원할 수 있도록, NG-RAN에는 추가적인 정보 (e.g., 개별 S-NSSAI가 사용하는 주파수 대역, 개별 S-NSSAI의 priority, 특정 S-NSSAI를 지원하는 NG-RAN 또는 cell ID 목록 등)가 configuration 되어 있을 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 11a 내지 도 11c는 본 명세서의 개시의 제1예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 11a 내지 도 11c의 예시는 Next Generation (NG)-based handover을 이용해 단말의 주파수 대역을 변경하는 과정에서, SMF가 AMF에게 단말에 대한 handover 종료를 알려달라고 요청하는 동작을 포함할 수 있다.
Step 0: 단말은 네트워크에 이미 등록(Registration)된 상태일 수 있다. 또한, 단말은 AMF로부터 allowed NSSAI = S-NSSAI-1, S-NSSAI-2을 수신한 상황이라 가정한다. 또한, 단말은 NG-RAN-1과 RRC 연결을 맺은 상태이며, SMF-1을 통하여 S-NSSAI-1에 대한 1개 이상의 PDU session을 가지고 있는 상태일 수 있다.
Step 1: 단말은 S-NSSAI-2을 이용한 서비스를 제공받기 위해 S-NSSAI-2에 대한 PDU session establishment request 메시지를 RRC 및 N2 message을 통해 네트워크에 전송할 수 있다. 이때 단말은 이전에 수행된 등록(Registration) 절차에서 AMF로부터 받은 Globally Unique AMF ID (GUAMI) 등의 정보를 포함시켜 S-NSSAI-2에 대한 PDU session establishment request 메시지를 전송할 수 있다.
Step 2: AMF는 S-NSSAI-2에 대한 PDU session establishment 절차를 개시할 수 있다. 예를 들어, AMF는 도 8a 및 도 8b의 예시에서 단계 2 내지 단계 10의 동작들을 수행할 수 있다. 이 과정에서, AMF는 SMF로부터 S-NSSAI-2 용 PDU session에 대한 자원 할당 요청을 수신할 수 있다.
Step 3: AMF는 step 2에서 SMF로부터 수신했던, S-NSSAI-2 용 PDU session에 대한 자원 할당 요청 메시지(예: PDU session resource setup request 메시지)을 NG-RAN-1에게 전달할 수 있다. 자원 할당 요청 메시지는 단말에게 전달할 PDU session establishment accept 메시지를 포함할 수 있다.
Step 4: 단말이 현재 사용 중인 주파수 대역과는 다른 주파수 대역을 사용하는 S-NSSAI를 통해 서비스 받으려 할 때, 이러한 단말을 지원하도록 NG-RAN-1이 설정되어 있을 수 있다. 이 경우, NG-RAN-1은 주변의 NG-RAN 중에서 S-NSSAI-2를 지원하는 NG-RAN으로 단말을 이동시키기로 결정할 수 있다. 예를 들어, NG-RAN-1이 단계 3에서 S-NSSAI-2 용 PDU session에 대한 자원 할당 요청 메시지를 수신한 것에 기초하여, NG-RAN-1은 주변의 NG-RAN 중에서 S-NSSAI-2를 지원하는 NG-RAN으로 단말을 이동시키기로 결정할 수 있다. 이때, NG-RAN-1은 NG-RAN-1에 미리 configuration 되어 있는 정보 (e.g., 개별 S-NSSAI가 사용하는 주파수 대역, 특정 S-NSSAI를 지원하는 NG-RAN 또는 cell ID, 개별 S-NSSAI의 priority 등)와 Radio quality 등을 같이 참고할 수 있다. 예를 들어, NG-RAN-1은 미리 configuration 되어 있는 정보 (e.g., 개별 S-NSSAI가 사용하는 주파수 대역, 특정 S-NSSAI를 지원하는 NG-RAN 또는 cell ID, 개별 S-NSSAI의 priority 등)와 Radio quality 등을 참고하여, 주변의 NG-RAN 중에서 S-NSSAI-2를 지원하는 NG-RAN을 결정할 수 있다. 단말을 S-NSSAI-2를 지원하는 NG-RAN으로 이동시키기 위해, NG-RAN-1은 단말에게 measurement 결과 보고를 요청하고, 단말로부터 measurement 결과를 수신할 수 있다. NG-RAN-1은 단말로부터 수신한 measurement 결과에 기초하여, 단말에 대한 Handover가 가능할지 여부와 Handover를 실행할 경우, 그 대상이 되는 target cell을 결정할 수 있다.
Step 5: NG-RAN-1은 S-NSSAI-2 용 PDU session을 위한 자원 할당 요청을 거절할 수 있다. 이때, NG-RAN-1은 S-NSSAI-2 용 PDU session을 위한 자원 할당 요청을 거절하는 이유를 AMF 및 SMF에게 알릴 수 있다. 예를 들어, NG-RAN-1은 해당 요청을 거절하는 이유가, 단말을 S-NSSAI-2가 사용하는 주파수 대역으로 이동시켜야 하기 때문이라는 정보를 포함하는 indication 또는 cause를 AMF 및 SMF에게 알릴 수 있다. 또한, NG-RAN-1은 해당 거절 이유를 통해, 단말에게 PDU session establishment accept 메시지가 전달되지 않았음을 AMF 및 SMF에게 알릴 수 있다.
Step 6: AMF는 S-NSSAI-2에 대한 PDU Session들을 관리하는 각각의 SMF(예: SMF-2)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송함으로써, step 5에서 수신된 정보를 각각의 SMF(예: SMF-2)에게 전달할 수 있다. 예를 들어, AMF는 S-NSSAI-2 용 PDU session을 위한 자원 할당 요청을 거절한다는 정보 및 단말을 S-NSSAI-2가 사용하는 주파수 대역으로 이동시켜야 하기 때문이라는 정보를 포함하는 indication 또는 cause를 SMF(예: SMF-2)에게 전송할 수 있다.
이러한 정보를 수신한 SMF(예: SMF-2)는 S-NSSAI-2 용 PDU Session에 대한 자원 할당 요청을 단말의 handover 또는 RRC release with redirection이 끝날 때까지 미뤄두기로 결정할 수 있다.
Step 7: SMF(예: SMF-2)는 AMF에게 Namf_EventExposure_Subscribe Request 메시지를 전송함으로써, 단말의 현재 위치가 바뀌는 event가 발생할 경우, 단말의 위치의 변경을 알려달라고 요청할 수 있다. SMF(예: SMF-2)가 이러한 요청을 수행하는 이유는, 단말의 handover 또는 RRC release with redirection이 끝나는 대로 S-NSSAI-2 용 PDU Session에 대한 자원 할당을 NG-RAN(예: NG-RAN-2)에게 다시 요청하기 위함이다.
Step 8: NG-RAN-1은 AMF에게 Handover Required 메시지를 전송하면서 NG-based handover 절차를 시작할 수 있다. Handover Required 메시지는 NG-RAN-1이 서비스하고 있던 S-NSSAI-1에 대한 PDU session 정보를 포함할 수 있다. 또한 Handover Required 메시지는 현재 Handover 절차가 시작된 이유가, 단말을 S-NSSAI-2가 서비스하는 주파수 대역으로 이동시켜야 하기 때문이라는 것을 알리는 indication 또는 cause value를 포함할 수 있다. 이러한 indication 또는 cause value는 AMF 및 target NG-RAN (여기서는 NG-RAN-2)에게 알리기 위해, Handover Required 메시지에 포함될 수 있다.
NG-RAN-1은 step 8에서 AMF에게 S-NSSAI-1에 대한 PDU session을 deactivation 해달라는 요청을 Handover Required 메시지와 함께 AMF에게 전송할 수도 있다.
Step 9: NG-based handover 절차가 수행될 수 있다. 예를 들어, 종래 기술에 따른 NG-based handover 절차 중의 일부(예: source AMF가 Target AMF를 선택하는 동작, source AMF가 Target AMF에게 UE 컨텍스트 요청을 전송하는 동작, Target AMF가 SMF에게 SM 컨텍스트 업데이트를 요청하는 동작, SMF가 UPF를 선택하는 동작, SMF가 UPF와 N4 세션을 수정(또는 수립)하는 동작, SMF가 Target AMF에게 SM 컨텍스트 업데이트 응답 메시지를 전송하는 동작, Target AMF가 PDU 핸드오버 응답 supervision을 수행하는 동작 등)수행될 수 있다. 이 과정에서 S-NSSAI-1에 대한 PDU Session을 관리하는 각각의 SMF(예: SMF-1)는 해당 PDU session이 target NG-RAN (여기서는 NG-RAN-2)로 Handover 될 것임을 알 수 있고, Handover를 수락할지 결정할 수 있다. SMF(예: SMF-1)가 Handover를 수락하는 경우, SMF(예: SMF-1)는 UPF을 통해 해당 PDU session에 대한 새로운 UL CN Tunnel Info for N3 tunnel를 할당한 후, 할당된 UL CN Tunnel Info for N3 tunnel 정보를 AMF에게 전달할 수 있다.
참고로, NG-RAN-1은 step 8에서 AMF에게 S-NSSAI-1에 대한 PDU session을 deactivation 해달라는 요청을 Handover Required 메시지와 함께 AMF에게 전송할 수도 있다. 이 경우, AMF는 step 9 과정에서 S-NSSAI-1에 대한 PDU Session들을 관리하는 각각의 SMF(예: SMF-1)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송함으로써, 각 PDU session에 대한 deactivation을 요청할 수 있다.
Step 10: AMF는 NG-RAN-2에게 Handover Request 메시지를 전송할 수 있다. Handover Request 메시지는 Handover가 시작된 이유 및 Step 9에서 SMF가 Handover를 승낙한 S-NSSAI-1 용 PDU session에 대한 정보를 포함할 수 있다.
Step 11: NG-RAN-2는 S-NSSAI-1을 지원할 수 없기 때문에, S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절할 수 있다. 이 경우, S-NSSAI-1에 대한 PDU session을 제외하면, NG-RAN-2가 단말에 대해 현재 서비스할 수 있는 PDU Session가 아예 없을 수도 있다. 이때, NG-RAN-2은 NG-RAN-2이 해당 handover 절차를 거절하는 것을 막기 위해 NG-RAN-1이 보낸 cause를 참고할 수 있다. 예를 들어, NG-RAN-2가 현재 단말에 대해 서비스할 수 있는 PDU Session가 아예 없더라도, NG-RAN-2은 cause를 확인했으므로, 단말이 S-NSSAI-2가 서비스하는 주파수 대역으로 이동해야 하는 것을 알기 때문에 NG-RAN-2는 Handover를 수락할 수 있다. 따라서 NG-RAN-2는 Handover Request Acknowledge 메시지를 AMF에게 전송할 수 있다. 또한 NG-RAN-2는 해당 메시지를 통해 AMF에게 S-NSSAI-1 용 PDU session에 대한 setup 요청이 거절되었음 (예: 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유)을 함께 알릴 수 있다.
NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절하였기 때문에 해당 PDU session에 대한 무선 자원이 release되었다는 것을 단말에게 알릴 수 있다. 또한, NG-RAN-2은 단말을 S-NSSAI-2가 사용하는 주파수 대역으로 redirection시키기 위한 정보를 포함한 RRC message를 Handover Request Acknowledge 메시지에 포함하여 전송할 수 있다.
참고로, Step 10에서 전송된 Handover Request 메시지는 NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수도 있다. 이 경우에, NG-RAN-1이 "NG-RAN-2가 Handover 메시지를 거절하지 않도록(예: Handover 메시지를 에러로 처리하지 않도록) 하기 위한 indication(또는 정보)(예: cause 외에 별도의 indication 또는 정보일 수 있음)"를 Handover Required 메시지에 포함시켜, AMF를 통해 NG-RAN-2에게 전달할 수 있다.
참고로, NG-RAN-2가 S-NSSAI-1을 지원하지 않더라도, NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 방식으로, handover 절차가 거절되는 것을 방지할 수 있다. 예를 들어, NG-RAN-2는 NG-RAN-1이 보낸 cause 또는 indication을 참고함으로써, 자신이 S-NSSAI-1을 지원하지 않더라도, S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 형태로 해당 handover 절차가 거절되는 것을 피할 수도 있다. 이 경우, NG-RAN-2는 이러한 상황을 NG-RAN-1, AMF 및 SMF에게 알리기 위한 별도의 indication을 Handover Request Acknowledge 메시지에 포함시킬 수 있다. 단말은 S-NSSAI-1 용 PDU session에 대한 무선 자원이 NG-RAN-2에 의해 할당되지 않았다는 것을 RRC 메시지를 통해 알 수 있으므로, 해당 PDU session에 대한 uplink 데이터 전송을 시도하지 않을 수 있다.
Step 12: AMF는 NG-RAN-2가 Handover Request Acknowledge 메시지에 포함한, setup 요청이 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유를 확인할 수 있다. 그 후, AMF는 각각의 SMF(예: SMF-1)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지(UP deactivate 정보 포함)를 전송함으로써, 해당 PDU session에 대해 release 대신 deactivation을 요청할 수 있다. AMF는 이를 Step 8에서 NG-RAN-1이 전송한 Handover cause와 Step 11에서 NG-RAN-2가 보낸 Reject cause를 통해 알 수 있으며, AMF는 Step 11에서 NG-RAN-2이 거절한 S-NSSAI-1 용 PDU session 목록과 함께 이를 deactivation 해달라는 별도의 indication을 같이 전송할 수도 있다.
참고로, Step 11에서, NG-RAN-2이 S-NSSAI-1 용 PDU session 목록을 수락하고 그 대신 실제 데이터 전송을 위한 자원 할당을 하지 않을 수 있다. 이 경우, NG-RAN-2는 별도의 indication을 통해 해당 상황을 AMF에게 알릴 수 있다. AMF는 해당 indication을 통해 SMF에게 S-NSSAI-1 용 PDU session에 대한 deactivation을 요청할 수 있다.
참고로, step 8에서, NG-RAN-1이 AMF에게 S-NSSAI-1에 대한 PDU session을 deactivation 해달라는 요청을 Handover Required 메시지와 함께 전송한 경우, step 12부터 step 14는 생략될 수도 있다.
Step 13: SMF(예: SMF-1)는 N4 Session Release 절차 또는 N4 Session Modification 절차를 이용함으로써, UPF에게 Step 12에서 수신한 S-NSSAI-1 용 PDU session에 대한 AN Tunnel Info for N3 tunnel 정보를 삭제하도록 요청할 수 있다. SMF는 이러한 요청을 수행함으로써, NG-RAN으로의 추가적인 data 전송을 막을 수 있다.
Step 14: SMF는 Nsmf_PDUSession_UpdateSMContext Response 메시지 또는 다른 메시지를 AMF에게 전송함으로써, AMF가 요청한 PDU session deactivation이 잘 처리되었음을 알릴 수 있다. 해당 메시지는 Deactivation된 PDU session에 대한 정보 (e.g., PDU session ID(s) for S-NSSAI-1와 deactivation 된 이유 등)를 포함할 수 있다.
Step 15: AMF는 Step 11에서 수신된 정보에 기초하여, NG-RAN-1에게 Handover Command 메시지를 전송할 수 있다. 이때, AMF는 NG-RAN-2가 생성한 RRC 메시지를 Handover Command 메시지와 함께 NG-RAN-1에게 전송할 수 있다. 또한 AMF는 Step 12부터 Step 14의 동작이 수행됨으로써 deactivation 된 S-NSSAI-1 용 PDU session에 대한 정보도 Handover Command 메시지와 함께 NG-RAN-1에게 전송할 수 있다.
참고로, Handover Request Acknowledge와 Handover Command 메시지는 NG-RAN-2을 통해 단말에게 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수도 있다. 이 경우에 수신 노드(예: AMF 또는 NG-RAN-1)가 에러로 처리하지 않도록 하기 위해 cause 외에 별도의 indication을 해당 N2 메시지에 추가하여 전달할 수 있다. 즉, 각각의 N2 메시지에 PDU session context와 관련된 mandatory 필드를 무시하라는 indication이 추가될 수도 있다.
Step 16: NG-RAN-1은 NG-RAN-2로부터 받은 RRC 메시지를 단말에게 전달한다. 해당 RRC 메시지는 S-NSSAI-2가 사용하는 주파수 대역으로의 redirection을 위해 필요한 정보를 포함할 수 있다. 이때, 단말은 S-NSSAI-1 용 PDU session을 위해 할당된 무선 자원 (Radio resource)을 모두 release할 수 있다.
Step 17: 단말은 Redirection을 위한 설정이 다 끝난 후, RRC 메시지를 NG-RAN-2에게 전송함으로써, NG-RAN-2에 응답할 수 있다.
Step 18: NG-RAN-2는 Handover Notify 메시지를 AMF에게 전송함으로써, 단말이 성공적으로 NG-RAN-2로 이동했음을 알릴 수 있다.
Step 19: AMF는 Namf_EventExposure_Notify 메시지를 SMF에게 전송함으로써, 단말에 대한 mobility event가 발생했음을 SMF에게 알릴 수 있다. 예를 들어, AMF는 UE의 위치가 변경되었다는 정보(예: UE location change)를 포함하는 Namf_EventExposure_Notify 메시지를 SMF에게 전송할 수 있다.
Step 20: Step 19를 통해 단말에 대한 Handover 절차가 종료되었음을 확인한 SMF는 S-NSSAI-2에 대한 PDU session 생성 요청에 대한 처리를 재개할 수 있다. SMF는 S-NSSAI-2에 대한 PDU session 수립 절차를 수행할 수 있다. 예를 들어, 도 8a 및 도 8b의 예시에서 단계 10 내지 단계 19의 동작들이 수행될 수 있다.
1-2. 본 명세서의 개시의 제1예의 제2 예시
이하 도 12a 내지 도 12c의 예시를 참조하여, 본 명세서의 개시의 제1예의 제2 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 12a 내지 도 12c은 본 명세서의 개시의 제1예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 12a 내지 도 12c의 예시는 NG-based handover을 이용해 단말의 주파수 대역을 변경하는 과정에서, target NG-RAN이 AMF을 통해 SMF에게 단말에 대한 handover 종료를 알리는 동작을 포함할 수 있다.
도 12a 내지 도 12c의 예시를 설명함에 있어, 도 11a 내지 도 11c의 예시와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 12a 내지 도 12c의 예시와 도 11a 내지 도 11c의 예시의 차이점을 중심으로 도 12a 내지 도 12c의 예시를 설명하기로 한다.
Step 0~6: 도 12a 내지 도 12c의 예시에서, step 0 내지 step 6은 도 11a 내지 도 11c의 예시의 step 0 내지 step 6과 동일한 방식으로 수행될 수 있다.
Step 7: NG-RAN-1은 Handover Required 메시지를 AMF에게 전송하면서, NG-based handover 절차를 시작할 수 있다. Handover Required 메시지는 NG-RAN-1이 서비스하고 있던 S-NSSAI-1에 대한 PDU session 정보를 포함할 수 있다. 또한 Handover Required 메시지는 현재 Handover 절차가 시작된 이유가, 단말을 S-NSSAI-2가 서비스하는 주파수 대역으로 이동시켜야 하기 때문이라는 것을 알리는 indication 또는 cause value를 포함할 수 있다. 이러한 indication 또는 cause value는 AMF 및 target NG-RAN (여기서는 NG-RAN-2)에게 알리기 위해, Handover Required 메시지에 포함될 수 있다.
또한 Step 3에서 수신했던, S-NSSAI-2에 대한 PDU session ID(s)을 Source to Target Transparent Container 안에 포함시켜 target NG-RAN (여기서는 NG-RAN-2)에게 전달할 수 있다. handover 절차가 종료되었을 때, target NG-RAN (여기선 NG-RAN2)이 해당 정보(예: S-NSSAI-2에 대한 PDU session ID(s))를 AMF에게 전달할 수 있다. 그러면, AMF는 S-NSSAI-2에 대한 PDU Session들을 관리하는 각각의 SMF를 찾아 handover가 종료되었음를 알릴 수 있다.
NG-RAN-1은 step 7에서 AMF에게 S-NSSAI-1에 대한 PDU session을 deactivation 해달라는 요청을 Handover Required 메시지와 함께 AMF에게 전송할 수도 있다.
Step 8: 도 12a 내지 도 12c의 예시에서 step 8은 도 11a 내지 도 11c의 예시의 step 9와 동일한 방식으로 수행될 수 있다.
참고로, NG-RAN-1은 step 7에서 AMF에게 S-NSSAI-1에 대한 PDU session을 deactivation 해달라는 요청을 Handover Required 메시지와 함께 AMF에게 전송할 수도 있다. 이 경우, AMF는 step 8 과정에서 S-NSSAI-1에 대한 PDU Session들을 관리하는 각각의 SMF(예: SMF-1)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송함으로써, 각 PDU session에 대한 deactivation을 요청할 수 있다.
Step 9: AMF는 NG-RAN-2에게 Handover Request 메시지를 전송할 수 있다. Handover Request 메시지는 해당 Handover가 시작된 이유와 S-NSSAI-2에 대한 PDU session ID(s)을 포함한 Source to Target Transparent Container, Step 8에서 SMF가 Handover를 승낙한 S-NSSAI-1 용 PDU session에 대한 정보를 포함할 수 있다.
Step 10: 도 12a 내지 도 12c의 예시에서 step 10은 도 11a 내지 도 11c의 예시의 step 11과 동일한 방식으로 수행될 수 있다.
참고로, Step 9에서 전송된 Handover Request 메시지는 NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수도 있다. 이 경우에, NG-RAN-1이 "NG-RAN-2가 Handover 메시지를 거절하지 않도록(예: Handover 메시지를 에러로 처리하지 않도록) 하기 위한 indication(또는 정보)(예: cause 외에 별도의 indication 또는 정보일 수 있음)"를 Handover Required 메시지에 포함시켜, AMF를 통해 NG-RAN-2에게 전달할 수 있다.
참고로, NG-RAN-2가 S-NSSAI-1을 지원하지 않더라도, NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 방식으로, handover 절차가 거절되는 것을 방지할 수 있다. 예를 들어, NG-RAN-2는 NG-RAN-1이 보낸 cause 또는 indication을 참고함으로써, 자신이 S-NSSAI-1을 지원하지 않더라도, S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 형태로 해당 handover 절차가 거절되는 것을 피할 수도 있다. 이 경우, NG-RAN-2는 이러한 상황을 NG-RAN-1, AMF 및 SMF에게 알리기 위한 별도의 indication을 Handover Request Acknowledge 메시지에 포함시킬 수 있다. 단말은 S-NSSAI-1 용 PDU session에 대한 무선 자원이 NG-RAN-2에 의해 할당되지 않았다는 것을 RRC 메시지를 통해 알 수 있으므로, 해당 PDU session에 대한 uplink 데이터 전송을 시도하지 않을 수 있다.
Step 11: 도 12a 내지 도 12c의 예시에서 step 11은 도 11a 내지 도 11c의 예시의 step 12과 동일한 방식으로 수행될 수 있다.
참고로, Step 10에서, NG-RAN-2이 S-NSSAI-1 용 PDU session 목록을 수락하고 그 대신 실제 데이터 전송을 위한 자원 할당을 하지 않을 수 있다. 이 경우, NG-RAN-2는 별도의 indication을 통해 해당 상황을 AMF에게 알릴 수 있다. AMF는 해당 indication을 통해 SMF에게 S-NSSAI-1 용 PDU session에 대한 deactivation을 요청할 수 있다.
참고로, step 7에서, NG-RAN-1이 AMF에게 S-NSSAI-1에 대한 PDU session을 deactivation 해달라는 요청을 Handover Required 메시지와 함께 전송한 경우, step 11부터 step 13은 생략될 수도 있다.
Step 12~13: 도 12a 내지 도 12c의 예시에서 step 12~13은 도 11a 내지 도 11c의 예시의 step 13~14와 동일한 방식으로 수행될 수 있다.
Step 14: 도 12a 내지 도 12c의 예시에서 step 14는 도 11a 내지 도 11c의 예시의 step 15와 동일한 방식으로 수행될 수 있다.
참고로, Handover Request Acknowledge와 Handover Command 메시지는 NG-RAN-2을 통해 단말에게 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수도 있다. 이 경우에 수신 노드(예: AMF 또는 NG-RAN-1)가 에러로 처리하지 않도록 하기 위해 cause 외에 별도의 indication을 해당 N2 메시지에 추가하여 전달할 수 있다. 즉, 각각의 N2 메시지에 PDU session context와 관련된 mandatory 필드를 무시하라는 indication이 추가될 수도 있다.
Step 15~16: 도 12a 내지 도 12c의 예시에서 step 15~16은 도 11a 내지 도 11c의 예시의 step 16~17과 동일한 방식으로 수행될 수 있다.
Step 17: NG-RAN-2는 Handover Notify 메시지를 AMF에게 전송함으로서, 단말이 성공적으로 NG-RAN-2로 이동했음을 알릴 수 있다. 이 과정에서 NG-RAN-2는 step 9에서 수신한 S-NSSAI-2에 대한 PDU session ID(s)를 포함시켜 Handover Notify 메시지를 전송할 수 있다.
Step 18: AMF는 PDU session ID와 SMF 간의 관계를 저장하고 있기 때문에, step 17에서 수신한 PDU session ID들에 기초하여, S-NSSAI-2에 대한 PDU Session들을 관리하는 각각의 SMF(예: SMF-2)을 찾을 수 있다. AMF는 Nsmf_PDUSession_UpdateSMContext Request 메시지를 개별 SMF(예: SMF-2)에게 전송함으로써, 해당 PDU session에 대한 handover가 종료되었음을 SMF에게 알릴 수 있다.
Step 19: Step 18를 통해 단말에 대한 Handover 절차가 종료되었음을 확인한 SMF(예: SMF-2)는 S-NSSAI-2에 대한 PDU session 생성 요청에 대한 처리를 재개할 수 있다. SMF는 S-NSSAI-2에 대한 PDU session 수립 절차를 수행할 수 있다. 예를 들어, 도 8a 및 도 8b의 예시에서 단계 10 내지 단계 19의 동작들이 수행될 수 있다.
1-3. 본 명세서의 개시의 제1예의 제3 예시
이하 도 13a 내지 도 13c의 예시를 참조하여, 본 명세서의 개시의 제1예의 제3 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 13a 내지 도 13c은 본 명세서의 개시의 제1예의 제3 예시에 따른 신호 흐름도를 나타낸다.
도 13a 내지 도 13c의 예시는 NG-based handover을 이용해 단말의 주파수 대역을 변경하는 과정에서, source NG-RAN이 S-NSSAI를 지원하는 여부와 관계 없이 PDU session에 대한 context만 생성한 후, Handover가 종료된 후 target NG-RAN이 실제 무선 자원을 할당하는 동작을 포함할 수 있다.
도 13a 내지 도 13c의 예시를 설명함에 있어, 도 11a 내지 도 11c의 예시와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 13a 내지 도 13c의 예시와 도 11a 내지 도 11c의 예시의 차이점을 중심으로 도 13a 내지 도 13c의 예시를 설명하기로 한다.
Step 0~4: 도 13a 내지 도 13c의 예시에서, step 0 내지 step 4는 도 11a 내지 도 11c의 예시의 step 0 내지 step 4과 동일한 방식으로 수행될 수 있다.
Step 5-6: NG-RAN-1은 S-NSSAI-2를 지원하지 않음에도 불구하고, S-NSSAI-2 용 PDU session을 위한 자원 할당 요청을 수락할 수 있다. 즉, NG-RAN-1은 step 3에서 SMF가 전송한 정보에 기초하여, S-NSSAI-2 용 PDU session에 대한 NG-RAN configuration (e.g., SDAP configuration, DRB configuration 등)을 결정할 수 있다. 그리고, NG-RAN-1은 S-NSSAI-2 용 PDU session에 대한 NG-RAN configuration을 RRC message와 PDU Session Resource Setup Response 메시지를 통해 각각 단말과 SMF에게 알릴 수 있다. 다만, NG-RAN-1은 S-NSSAI-2 용 PDU session에 대한 context만을 생성할 뿐, 실제 무선 자원을 할당하지 않을 수 있다. NG-RAN-1은 단말과 SMF에게 해당 PDU session에 대한 context가 만들어졌으나, DRB가 disabled 되어 있어서 실제 데이터를 전송할 수 없음을 알릴 수도 있다.
단말에게 전달되는 RRC 메시지는 Step 3에서 받은 PDU session establishment accept 메시지도 포함할 수 있다.
Step 7: AMF는 S-NSSAI-2에 대한 PDU Session들을 관리하는 각각의 SMF(예: SMF-2)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송해 step 6에서 수신한 정보를 전달할 수 있다. AMF는 S-NSSAI-2에 대한 PDU Session들을 관리하는 각각의 SMF(예: SMF-2)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송함으로써, step 5에서 수신된 정보를 각각의 SMF(예: SMF-2)에게 전달할 수 있다.
“DRB disabled indication”를 수신한 SMF는 S-NSSAI-2 용 PDU Session에 대한 자원 할당이 이루어졌으나, 실제 데이터 전송은 단말의 handover 또는 RRC release with redirection이 끝날 때까지 기다려야 한다는 것을 알 수 있다.
Step 8: NG-RAN-1은 AMF에게 Handover Required 메시지를 전송하면서 NG-based handover 절차를 시작할 수 있다. Handover Required 메시지는 NG-RAN-1이 서비스하고 있던 S-NSSAI-1에 대한 PDU session 정보를 포함할 수 있다. 또한 Handover Required 메시지는 현재 Handover 절차가 시작된 이유가, 단말을 S-NSSAI-2가 서비스하는 주파수 대역으로 이동시켜야 하기 때문이라는 것을 알리는 indication 또는 cause value를 포함할 수 있다. 이러한 indication 또는 cause value는 AMF 및 target NG-RAN (여기서는 NG-RAN-2)에게 알리기 위해, Handover Required 메시지에 포함될 수 있다.
더불어, Handover Required 메시지는 Step 5-6에서 결정된 S-NSSAI-2에 대한 PDU session 정보도 포함할 수 있다. NG-RAN-1은 해당 PDU session에 대해, DRB가 현재 disabled 되어 있다는 것을 target NG-RAN (여기서는 NG-RAN-2)에게 알릴 수 있다.
Step 9: 도 13a 내지 도 13c의 예시에서 step 9은 도 11a 내지 도 11c의 예시의 step 9와 동일한 방식으로 수행될 수 있다.
참고로, NG-RAN-1은 step 8에서 AMF에게 S-NSSAI-1에 대한 PDU session을 deactivation 해달라는 요청을 Handover Required 메시지와 함께 AMF에게 전송할 수도 있다. 이 경우, AMF는 step 9 과정에서 S-NSSAI-1에 대한 PDU Session들을 관리하는 각각의 SMF(예: SMF-1)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송함으로써, 각 PDU session에 대한 deactivation을 요청할 수 있다.
Step 10: 도 13a 내지 도 13c의 예시에서 step 10은 도 11a 내지 도 11c의 예시의 step 10과 동일한 방식으로 수행될 수 있다.
더불어 해당 메시지에서는 S-NSSAI-2에 대한 PDU session의 경우, 현재 DRB가 disabled 되어 있다는 것을 포함하고 있다.
Step 11: NG-RAN-2는 S-NSSAI-1을 지원할 수 없기 때문에 S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절할 수 있다. 하지만 NG-RAN-2은 S-NSSAI-2를 지원하기 때문에 S-NSSAI-2 용 PDU session에 대한 setup 요청은 수락할 수 있다. 따라서 S-NSSAI-2에 대한 PDU session의 경우, NG-RAN-2의 상황 (e.g., radio resource, network configuration 등)에 맞춰 NG-RAN configuration (e.g., SDAP configuration, DRB configuration 등)을 업데이트할 수 있다. 더불어 NG-RAN-2는 S-NSSAI-2에 대한 PDU session의 새로운 AN Tunnel Info for N3 tunnel 정보를 Handover Request Acknowledge 메시지에 포함하여 AMF에게 전달할 수 있다. 또한, NG-RAN-2는 S-NSSAI-2에 대한 PDU session과 관련되어 있는 DRB가 enabled 되었음을 AMF을 통해 SMF에게 알릴 수 있다. 해당 메시지를 통해, NG-RAN-2는 AMF에게 S-NSSAI-1 용 PDU session에 대한 setup 요청이 거절되었음 (즉, 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유)을 함께 알릴 수 있다.
NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절하였기 때문에 해당 PDU session에 대한 무선 자원이 release되었다는 것을 단말에게 알릴 수 있다. 또한, NG-RAN-2은 단말을 S-NSSAI-2가 사용하는 주파수 대역으로 redirection시키기 위한 정보를 포함한 RRC message를 Handover Request Acknowledge 메시지에 포함하여 전송할 수 있다. NG-RAN-2은 S-NSSAI-2 용 PDU session에 대한 NG-RAN configuration (e.g., SDAP configuration, DRB configuration 등)을 업데이트 하였을 경우, 상기 RRC 메시지에 해당 업데이트 내용을 포함시켜 단말에게 전달할 수 있다. 또한 S-NSSAI-2에 대한 PDU session과 관련되어 있는 DRB가 enabled 되었음을 RRC 메시지의 전송과 함께 단말에게 알릴 수 있다.
참고로, NG-RAN-2가 S-NSSAI-1을 지원하지 않더라도, NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 방식으로, handover 절차가 거절되는 것을 방지할 수 있다. 예를 들어, NG-RAN-2는 NG-RAN-1이 보낸 cause 또는 indication을 참고함으로써, 자신이 S-NSSAI-1을 지원하지 않더라도, S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 형태로 해당 handover 절차가 거절되는 것을 피할 수도 있다. 이 경우, NG-RAN-2는 이러한 상황을 NG-RAN-1, AMF 및 SMF에게 알리기 위한 별도의 indication을 Handover Request Acknowledge 메시지에 포함시킬 수 있다. 단말은 S-NSSAI-1 용 PDU session에 대한 무선 자원이 NG-RAN-2에 의해 할당되지 않았다는 것을 RRC 메시지를 통해 알 수 있으므로, 해당 PDU session에 대한 uplink 데이터 전송을 시도하지 않을 수 있다.
Step 12: AMF는 NG-RAN-2가 Handover Request Acknowledge 메시지에 포함한, setup 요청이 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유를 확인할 수 있다. 그 후, AMF는 각각의 SMF(예: SMF-1)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지(UP deactivate 정보 포함)를 전송함으로써, 해당 PDU session에 대해 release 대신 deactivation을 요청할 수 있다. AMF는 이를 Step 8에서 NG-RAN-1이 전송한 Handover cause와 Step 11에서 NG-RAN-2가 보낸 Reject cause를 통해 알 수 있으며, AMF는 Step 11에서 NG-RAN-2이 거절한 S-NSSAI-1 용 PDU session 목록과 함께 이를 deactivation 해달라는 별도의 indication을 같이 전송할 수도 있다.
AMF는 NG-RAN-2가 Handover Request Acknowledge 메시지에 포함한, setup 요청이 승낙된 S-NSSAI-2 용 PDU session 목록을 확인할 수 있다. 그 후, AMF는 각각의 SMF (여기서는 SMF-2)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송함으로써, 해당 PDU session에 대한 AN Tunnel Info for N3 tunnel 정보 업데이트를 요청할 수 있다. 이때 AMF는 해당 PDU session에 대한 DRB가 NG-RAN에서 enabled 되었다는 것을 같이 알릴 수 있다.
참고로, Step 11에서, NG-RAN-2이 S-NSSAI-1 용 PDU session 목록을 수락하고 그 대신 실제 데이터 전송을 위한 자원 할당을 하지 않을 수 있다. 이 경우, NG-RAN-2는 별도의 indication을 통해 해당 상황을 AMF에게 알릴 수 있다. AMF는 해당 indication을 통해 SMF에게 S-NSSAI-1 용 PDU session에 대한 deactivation을 요청할 수 있다.
참고로, NG-RAN-1이 step 8에서 AMF에게 S-NSSAI-1에 대한 PDU session을 deactivation 해달라는 요청을 전송한 경우, SMF-2와 관련된 동작만 수행될 수도 있다.
참고로, “DRB enabled indication”은 step 11과 step 12b 대신, step 18을 통해 AMF에 전달된 후, Nsmf_PDUSession_UpdateSMContext Request 메시지를 통해 SMF-2에게 전달될 수도 있다.
Step 13: SMF-1는 N4 Session Release 절차 또는 N4 Session Modification 절차를 이용함으로써, UPF에게 Step 12a에서 수신한 S-NSSAI-1 용 PDU session에 대한 AN Tunnel Info for N3 tunnel 정보를 삭제하도록 요청할 수 있다. SMF는 이러한 요청을 수행함으로써, NG-RAN으로의 추가적인 data 전송을 막을 수 있다.
SMF-2는 N4 Session Release 절차 또는 N4 Session Modification 절차를 이용해 UPF에게 Step 12b에서 수신한 S-NSSAI-2 용 PDU session에 대한 AN Tunnel Info for N3 tunnel 정보를 업데이트하도록 요청하여, NG-RAN으로의 data 전송을 준비할 수 있다.
Step 14: SMF는 Nsmf_PDUSession_UpdateSMContext Response 메시지 또는 다른 메시지를 AMF에게 전송함으로써, AMF가 요청한 PDU session deactivation이 잘 처리되었음을 알릴 수 있다. 해당 메시지는 Deactivation된 PDU session에 대한 정보 (e.g., PDU session ID(s) for S-NSSAI-1와 deactivation 된 이유 등) 또는 update 된 PDU session에 대한 정보 (e.g., PDU session ID(s) for S-NSSAI-2 등)를 포함할 수 있다.
Step 15: AMF는 Step 11에서 받은 정보를 기반으로 NG-RAN-1에게 Handover Command 메시지를 전송할 수 있다. 이때 AMF는 NG-RAN-2가 생성한 RRC 메시지를 Handover Command 메시지와 함께 NG-RAN-1에게 전송할 수 있다. 또한 AMF는 Step 12부터 Step 14의 동작이 수행됨으로써 deactivation 된 S-NSSAI-1 용 PDU session에 대한 정보도 Handover Command 메시지와 함께 NG-RAN-1에게 전송할 수 있다.
Step 16: NG-RAN-1은 NG-RAN-2로부터 받은 RRC 메시지를 단말에게 전달한다. 해당 RRC 메시지는 S-NSSAI-2가 사용하는 주파수 대역으로의 redirection을 위해 필요한 정보를 포함할 수 있다. 이때, 단말은 S-NSSAI-1 용 PDU session을 위해 할당된 무선 자원 (Radio resource)을 모두 release할 수 있다.
또한 NG-RAN-2가 보낸, S-NSSAI-2 용 PDU session에 대한 configuration 정보에 맞춰 단말도 설정을 업데이트할 수 있다. 더불어 해당 PDU session에 대한 DRB를 enable (즉, 해당 DRB에 대한 실제 무선 자원을 할당)할 수 있다.
Step 17: 단말은 Redirection을 위한 설정이 다 끝난 후, RRC 메시지를 NG-RAN-2에게 전송함으로써, NG-RAN-2에 응답할 수 있다.
Step 18: NG-RAN-2는 Handover Notify 메시지를 AMF에게 전송함으로써, 단말이 성공적으로 NG-RAN-2로 이동했음을 알릴 수 있다.
2. 본 명세서의 개시의 제2예
이하에서, 도 14a 내지 도 14c의 예시 내지 도 16a 내지 도 16c의 예시를 참조하여, 본 명세서의 개시의 제2예를 설명하기로 한다.
2-1. 본 명세서의 개시의 제2예의 제1 예시
먼저, 이하 도 14a 내지 도 14c의 예시를 참조하여, 본 명세서의 개시의 제2예의 제1 예시를 설명하기로 한다.
기본적으로, 본 명세서의 개시에서, 다음의 예시들과 같은 가정이 적용될 수 있다. 각각의 network slice가 사용할 수 있는 주파수 대역에 대한 정보가 단말에 configuration(설정)되지 않았다고 가정한다. 또한 NG-RAN-1은 Frequency Band 1(FB-1) 주파수 대역을 사용하는 S-NSSAI-1을, NG-RAN-2은 FB-2 주파수 대역을 사용하는 S-NSSAI-2을 각각 support한다고 가정한다. 또한 단말이 현재 사용 중인 주파수 대역과는 다른 주파수 대역을 이용해야 하는 S-NSSAI로 옮기려 할 때 이를 지원할 수 있도록, NG-RAN에는 추가적인 정보 (e.g., 개별 S-NSSAI가 사용하는 주파수 대역, 개별 S-NSSAI의 priority, 특정 S-NSSAI를 지원하는 NG-RAN 또는 cell ID 목록 등)가 configuration 되어 있을 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 14a 내지 도 14c는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 14a 내지 도 14c의 예시는 Xn-based handover을 이용해 단말의 주파수 대역을 변경하는 과정에서, SMF가 AMF에게 단말에 대한 handover 종료를 알려달라고 요청하는 동작을 포함할 수 있다.
참고로, 도 14a 내지 도 14c의 예시를 설명함에 있어, 도 11a 내지 도 11c의 예시와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 14a 내지 도 14c의 예시와 도 11a 내지 도 11c의 예시의 차이점을 중심으로 도 14a 내지 도 14c의 예시를 설명하기로 한다.
Step 0~7: 도 14a 내지 도 14c의 예시에서, step 0 내지 step 7는 도 11a 내지 도 11c의 예시의 step 0 내지 step 7와 동일한 방식으로 수행될 수 있다.
Step 8: NG-RAN-1은 target NG-RAN (여기서는 NG-RAN-2)에게 Handover Request 메시지를 전송하면서 Xn-based handover 절차를 시작할 수 있다. Handover Request 메시지는 NG-RAN-1이 서비스하고 있던 S-NSSAI-1에 대한 PDU session 정보를 포함할 수 있다. 또한 Handover Request 메시지는 현재 Handover 절차가 시작된 이유가, 단말을 S-NSSAI-2가 서비스하는 주파수 대역으로 이동시켜야 하기 때문이라는 것을 알리는 indication 또는 cause value를 포함할 수 있다. 이러한 indication 또는 cause value는 target NG-RAN (여기서는 NG-RAN-2)에게 알리기 위해, Handover Request 메시지에 포함될 수 있다.
Step 9: NG-RAN-2는 S-NSSAI-1을 지원할 수 없기 때문에, S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절할 수 있다. 이 경우, S-NSSAI-1에 대한 PDU session을 제외하면, NG-RAN-2가 단말에 대해 현재 서비스할 수 있는 PDU Session가 아예 없을 수도 있다. 이때, NG-RAN-2은 NG-RAN-2이 해당 handover 절차를 거절하는 것을 막기 위해 NG-RAN-1이 보낸 cause를 참고할 수 있다. 예를 들어, NG-RAN-2가 현재 단말에 대해 서비스할 수 있는 PDU Session가 아예 없더라도, NG-RAN-2은 cause를 확인했으므로, 단말이 S-NSSAI-2가 서비스하는 주파수 대역으로 이동해야 하는 것을 알기 때문에 NG-RAN-2는 Handover를 수락할 수 있다. 따라서 NG-RAN-2는 Handover Request Acknowledge 메시지를 AMF에게 전송할 수 있다. 또한 NG-RAN-2는 해당 메시지를 통해 AMF에게 S-NSSAI-1 용 PDU session에 대한 setup 요청이 거절되었음 (예: 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유)을 함께 알릴 수 있다.
NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절하였기 때문에 해당 PDU session에 대한 무선 자원이 release되었다는 것을 단말에게 알릴 수 있다. 또한, NG-RAN-2은 단말을 S-NSSAI-2가 사용하는 주파수 대역으로 redirection시키기 위한 정보를 포함한 RRC message를 Handover Request Acknowledge 메시지에 포함하여 전송할 수 있다.
참고로, Step 10에서 전송된 Handover Request 메시지는 NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수도 있다. 이 경우에, NG-RAN-1이 "NG-RAN-2가 Handover 메시지를 거절하지 않도록(예: Handover 메시지를 에러로 처리하지 않도록) 하기 위한 indication(또는 정보)(예: cause 외에 별도의 indication 또는 정보일 수 있음)"를 Handover Request 메시지와 Path Switch Request 메시지에 포함시켜 NG-RAN-2에게 전달할 수 있다.
참고로, NG-RAN-2가 S-NSSAI-1을 지원하지 않더라도, NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 방식으로, handover 절차가 거절되는 것을 방지할 수 있다. 예를 들어, NG-RAN-2는 NG-RAN-1이 보낸 cause 또는 indication을 참고함으로써, 자신이 S-NSSAI-1을 지원하지 않더라도, S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 형태로 해당 handover 절차가 거절되는 것을 피할 수도 있다. 이 경우, NG-RAN-2는 이러한 상황을 NG-RAN-1, AMF 및 SMF에게 알리기 위한 별도의 indication을 Handover Request Acknowledge 메시지와 Path Switch Request 메시지에 포함시킬 수 있다. 단말은 S-NSSAI-1 용 PDU session에 대한 무선 자원이 NG-RAN-2에 의해 할당되지 않았다는 것을 RRC 메시지를 통해 알 수 있으므로, 해당 PDU session에 대한 uplink 데이터 전송을 시도하지 않을 수 있다.
Step 10~11: 도 14a 내지 도 14c의 예시에서, step 10 내지 step 11은 도 11a 내지 도 11c의 예시의 step 16 내지 step 17와 동일한 방식으로 수행될 수 있다.
Step 12: NG-RAN-2는 Path Switch Request 메시지를 AMF에게 전송함으로써, 단말이 성공적으로 NG-RAN-2로 이동했음을 알릴 수 있다. 또한 NG-RAN-2는 해당 메시지를 통해 AMF에게 S-NSSAI-1 용 PDU session에 대한 setup 요청이 거절되었음 (예: 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유)을 함께 알릴 수 있다.
참고로, Path Switch Request 메시지는 NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수도 있다. 이 경우를 NG-RAN-2가 에러로 처리하지 않도록 하기 위해 cause 외에 별도의 indication을 NG-RAN-2이 Path Switch Request 메시지에 추가하여 AMF에게 전달할 수 있다. 즉, 현재 Path Switch Request 메시지 내에서 mandatory 필드인 PDU Session Resource to be Switched in Downlink List Information Element (IE)를 무시하라는 indication을 추가할 수 있다.
Step 13: AMF는 NG-RAN-2가 Path Switch Request 메시지에 포함시킨 setup 요청이 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유를 확인한 후, AMF는 각각의 SMF에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 통해 해당 PDU session에 대해 release 대신 deactivation을 요청할 수 있다. AMF는 이를 Step 12에서 NG-RAN-2이 보낸 cause를 통해 알 수 있거나. AMF는 Step 12에서 NG-RAN-2이 거절한 S-NSSAI-1 용 PDU session 목록과 함께 이를 deactivation 해달라는 별도의 indication을 같이 전송할 수도 있다.
참고로, Step 9에서 NG-RAN-2이 S-NSSAI-1 용 PDU session 목록을 수락하고 그 대신 실제 데이터 전송을 위한 자원 할당을 하지 않을 수 있다. 이 경우, NG-RAN-2는 별도의 indication을 통해 해당 상황을 AMF에게 알릴 수 있다. AMF는 해당 indication을 통해 SMF에게 S-NSSAI-1 용 PDU session에 대한 deactivation을 요청할 수 있다.
Step 14~15: 도 14a 내지 도 14c의 예시에서, step 14 내지 step 15는 도 11a 내지 도 11c의 예시의 step 13 내지 step 14와 동일한 방식으로 수행될 수 있다.
Step 16: AMF는 AMF는 Namf_EventExposure_Notify 메시지를 SMF에게 전송함으로써, 단말에 대한 mobility event가 발생했음을 SMF에게 알릴 수 있다. 예를 들어, AMF는 UE의 위치가 변경되었다는 정보(예: UE location change)를 포함하는 Namf_EventExposure_Notify 메시지를 SMF에게 전송할 수 있다.
Step 17: AMF는 Path Switch Request Acknowledge 메시지를 통해 NG-RAN-2에게 응답할 수 있다. 결과적으로 Path Switch Request Acknowledge 메시지는 NG-RAN-2을 통해 단말에게 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수 있다. 이 경우를 NG-RAN-2가 에러로 처리하지 않도록 하기 위해 별도의 indication을 Path Switch Request Acknowledge 메시지에 추가하여 전달할 수 있다. 즉, 해당 메시지에서 PDU session context와 관련된 mandatory 필드를 무시하라는 indication이 추가될 수 있다.
Step 18: Step 16를 통해 단말에 대한 Handover 절차가 종료되었음을 확인한 SMF(예: SMF-2)는 S-NSSAI-2에 대한 PDU session 생성 요청에 대한 처리를 재개할 수 있다. SMF는 S-NSSAI-2에 대한 PDU session 수립 절차를 수행할 수 있다. 예를 들어, 도 8a 및 도 8b의 예시에서 단계 10 내지 단계 19의 동작들이 수행될 수 있다.
2-2. 본 명세서의 개시의 제2예의 제2 예시
이하 도 15a 내지 도 15c의 예시를 참조하여, 본 명세서의 개시의 제2예의 제2 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 15a 내지 도 15c은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 15a 내지 도 15c의 예시는 Xn-based handover을 이용해 단말의 주파수 대역을 변경하는 과정에서, target NG-RAN이 AMF을 통해 SMF에게 단말에 대한 handover 종료를 알리는 동작을 포함할 수 있다.
도 15a 내지 도 15c의 예시를 설명함에 있어, 도 12a 내지 도 12c의 예시 및 도 14a 내지 도 14c의 예시와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 15a 내지 도 15c의 예시와 도 12a 내지 도 12c의 예시(및 도 14a 내지 도 14c의 예시)의 차이점을 중심으로 도 15a 내지 도 15c의 예시를 설명하기로 한다.
Step 0~6: 도 15a 내지 도 15c의 예시에서, step 0 내지 step 6은 도 12a 내지 도 12c의 예시의 step 0 내지 step 6과 동일한 방식으로 수행될 수 있다.
Step 7: 도 15a 내지 도 15c의 예시에서, step 7은 도 14a 내지 도 14c의 예시의 step 8과 동일한 방식으로 수행될 수 있다.
또한 Step 3에서 수신했던, S-NSSAI-2에 대한 PDU session ID(s)을 Source to Target Transparent Container 안에 포함시켜 target NG-RAN (여기서는 NG-RAN-2)에게 전달할 수 있다. handover 절차가 종료되었을 때, target NG-RAN (여기선 NG-RAN2)이 해당 정보(예: S-NSSAI-2에 대한 PDU session ID(s))를 AMF에게 전달할 수 있다. 그러면, AMF는 S-NSSAI-2에 대한 PDU Session들을 관리하는 각각의 SMF를 찾아 handover가 종료되었음를 알릴 수 있다.
Step 8: 도 15a 내지 도 15c의 예시에서, step 8은 도 14a 내지 도 14c의 예시의 step 9과 동일한 방식으로 수행될 수 있다.
NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절하였기 때문에 해당 PDU session에 대한 무선 자원이 release되었다는 것을 단말에게 알릴 수 있다. 또한, NG-RAN-2은 단말을 S-NSSAI-2가 사용하는 주파수 대역으로 redirection시키기 위한 정보를 포함한 RRC message를 Handover Request Acknowledge 메시지에 포함하여 전송할 수 있다.
참고로, Handover Request 메시지는 NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수도 있다. 이 경우에, NG-RAN-1이 "NG-RAN-2가 Handover 메시지를 거절하지 않도록(예: Handover 메시지를 에러로 처리하지 않도록) 하기 위한 indication(또는 정보)(예: cause 외에 별도의 indication 또는 정보일 수 있음)"를 Handover Request 메시지와 Path Switch Request 메시지에 포함시켜 NG-RAN-2에게 전달할 수 있다.
참고로, NG-RAN-2가 S-NSSAI-1을 지원하지 않더라도, NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 방식으로, handover 절차가 거절되는 것을 방지할 수 있다. 예를 들어, NG-RAN-2는 NG-RAN-1이 보낸 cause 또는 indication을 참고함으로써, 자신이 S-NSSAI-1을 지원하지 않더라도, S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 형태로 해당 handover 절차가 거절되는 것을 피할 수도 있다. 이 경우, NG-RAN-2는 이러한 상황을 NG-RAN-1, AMF 및 SMF에게 알리기 위한 별도의 indication을 Handover Request Acknowledge 메시지와 Path Switch Request 메시지에 포함시킬 수 있다. 단말은 S-NSSAI-1 용 PDU session에 대한 무선 자원이 NG-RAN-2에 의해 할당되지 않았다는 것을 RRC 메시지를 통해 알 수 있으므로, 해당 PDU session에 대한 uplink 데이터 전송을 시도하지 않을 수 있다.
Step 9~10: 도 15a 내지 도 15c의 예시에서, step 9 내지 step 10은 도 14a 내지 도 14c의 예시의 step 10 내지 step 11과 동일한 방식으로 수행될 수 있다.
Step 11: NG-RAN-2는 Path Switch Request 메시지를 AMF에게 전송함으로써, 단말이 성공적으로 NG-RAN-2로 이동했음을 알릴 수 있다. Path Switch Request 메시지는 해당 Handover가 시작된 이유와 S-NSSAI-1 용 PDU session에 대한 setup 요청이 거절되었음 (즉, 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유)을 함께 알릴 수 있다. NG-RAN-2는 이 과정에서 step 7에서 수신한 S-NSSAI-2에 대한 PDU session ID(s)를 포함시켜 Path Switch Request 메시지를 전송할 수 있다.
참고로, Path Switch Request 메시지는 NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수도 있다. 이 경우를 NG-RAN-2가 에러로 처리하지 않도록 하기 위해 cause 외에 별도의 indication을 NG-RAN-2이 Path Switch Request 메시지에 추가하여 AMF에게 전달할 수 있다. 즉, 현재 Path Switch Request 메시지 내에서 mandatory 필드인 PDU Session Resource to be Switched in Downlink List Information Element (IE)를 무시하라는 indication을 추가할 수 있다.
Step 12: AMF는 NG-RAN-2가 Path Switch Request 메시지에 포함시킨 setup 요청이 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유를 확인한 후, AMF는 각각의 SMF에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 통해 해당 PDU session에 대해 release 대신 deactivation을 요청할 수 있다. AMF는 이를 Step 11에서 NG-RAN-2이 보낸 cause를 통해 알 수 있거나. AMF는 Step 11에서 NG-RAN-2이 거절한 S-NSSAI-1 용 PDU session 목록과 함께 이를 deactivation 해달라는 별도의 indication을 같이 전송할 수도 있다.
참고로, Step 8에서 NG-RAN-2이 S-NSSAI-1 용 PDU session 목록을 수락하고 그 대신 실제 데이터 전송을 위한 자원 할당을 하지 않을 수 있다. 이 경우, NG-RAN-2는 별도의 indication을 통해 해당 상황을 AMF에게 알릴 수 있다. AMF는 해당 indication을 통해 SMF에게 S-NSSAI-1 용 PDU session에 대한 deactivation을 요청할 수 있다.
Step 13~14: 도 15a 내지 도 15c의 예시에서, step 13 내지 step 14는 도 14a 내지 도 14c의 예시의 step 14 내지 step 15와 동일한 방식으로 수행될 수 있다.
Step 15: 도 15a 내지 도 15c의 예시에서, step 15는 도 12a 내지 도 12c의 예시의 step 18과 동일한 방식으로 수행될 수 있다.
Step 16~17: 도 15a 내지 도 15c의 예시에서, step 16 내지 step 17은 도 14a 내지 도 14c의 예시의 step 17 내지 step 18과 동일한 방식으로 수행될 수 있다.
2-3. 본 명세서의 개시의 제2예의 제3 예시
이하 도 16a 내지 도 16c의 예시를 참조하여, 본 명세서의 개시의 제2예의 제3 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 16a 내지 도 16c은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 16a 내지 도 16c의 예시는 Xn-based handover을 이용해 단말의 주파수 대역을 변경하는 과정에서, source NG-RAN이 S-NSSAI를 지원하는 여부와 관계 없이 PDU session에 대한 context만 생성한 후, Handover 종료를 후 target NG-RAN이 실제 무선 자원을 할당하는 동작을 포함할 수 있다.
도 16a 내지 도 16c의 예시를 설명함에 있어, 도 13a 내지 도 13c의 예시 및 도 14a 내지 도 14c의 예시와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 16a 내지 도 16c의 예시와 도 13a 내지 도 13c의 예시(및 도 14a 내지 도 14c의 예시)의 차이점을 중심으로 도 16a 내지 도 16c의 예시를 설명하기로 한다.
Step 0~6: 도 16a 내지 도 16c의 예시에서, step 0 내지 step 4는 도 13a 내지 도 13c의 예시의 step 0 내지 step 6과 동일한 방식으로 수행될 수 있다.
Step 7: 도 16a 내지 도 16c의 예시에서, step 7은 도 13a 내지 도 13c의 예시의 step 7과 동일한 방식으로 수행될 수 있다.
Step 8: NG-RAN-1은 target NG-RAN (여기서는 NG-RAN-2)에게 Handover Request 메시지를 전송하면서 Xn-based handover 절차를 시작할 수 있다. Handover Request 메시지는 NG-RAN-1이 서비스하고 있던 S-NSSAI-1에 대한 PDU session 정보를 포함할 수 있다. 또한 Handover Request 메시지는 현재 Handover 절차가 시작된 이유가, 단말을 S-NSSAI-2가 서비스하는 주파수 대역으로 이동시켜야 하기 때문이라는 것을 알리는 indication 또는 cause value를 포함할 수 있다. 이러한 indication 또는 cause value는 target NG-RAN (여기서는 NG-RAN-2)에게 알리기 위해, Handover Request 메시지에 포함될 수 있다.
또한, Handover Request 메시지는 Step 5-6에서 결정된 S-NSSAI-2에 대한 PDU session 정보도 포함할 수 있다. NG-RAN-1은 해당 PDU session에 대해, DRB가 현재 disabled 되어 있다는 것을 target NG-RAN (여기서는 NG-RAN-2)에게 알릴 수 있다.
Step 9: NG-RAN-2는 S-NSSAI-1을 지원할 수 없기 때문에 S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절할 수 있다. 하지만 NG-RAN-2은 S-NSSAI-2를 지원하기 때문에 S-NSSAI-2 용 PDU session에 대한 setup 요청은 수락할 수 있다. 따라서 S-NSSAI-2에 대한 PDU session의 경우, NG-RAN-2의 상황 (e.g., radio resource, network configuration 등)에 맞춰 NG-RAN configuration (e.g., SDAP configuration, DRB configuration 등)을 업데이트할 수 있다. NG-RAN-2는 Handover Request Acknowledge 메시지를 전송함으로써, NG-RAN-1에게 S-NSSAI-1 용 PDU session에 대한 setup 요청이 거절 (즉, 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유)되었고, S-NSSAI-2 용 PDU session에 대한 setup 요청이 승낙 (즉, 승낙된 S-NSSAI-2 용 PDU session 목록과 업데이트된 내역)되었음을 함께 알릴 수 있다. NG-RAN-2는 S-NSSAI-2에 대한 PDU session과 관련되어 있는 DRB가 enabled 되었음을 NG-RAN-1에게 알릴 수 있다.
NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절하였기 때문에 해당 PDU session에 대한 무선 자원이 release되었다는 것을 단말에게 알릴 수 있다. 또한, NG-RAN-2은 단말을 S-NSSAI-2가 사용하는 주파수 대역으로 redirection시키기 위한 정보를 포함한 RRC message를 Handover Request Acknowledge 메시지에 포함하여 전송할 수 있다. NG-RAN-2은 S-NSSAI-2 용 PDU session에 대한 NG-RAN configuration (e.g., SDAP configuration, DRB configuration 등)을 업데이트 하였을 경우, 상기 RRC 메시지에 해당 업데이트 내용을 포함시켜 단말에게 전달할 수 있다. 또한 S-NSSAI-2에 대한 PDU session과 관련되어 있는 DRB가 enabled 되었음을 RRC 메시지의 전송과 함께 단말에게 알릴 수 있다.
참고로, NG-RAN-2가 S-NSSAI-1을 지원하지 않더라도, NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 방식으로, handover 절차가 거절되는 것을 방지할 수 있다. 예를 들어, NG-RAN-2는 NG-RAN-1이 보낸 cause 또는 indication을 참고함으로써, 자신이 S-NSSAI-1을 지원하지 않더라도, S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 형태로 해당 handover 절차가 거절되는 것을 피할 수도 있다. 이 경우, NG-RAN-2는 이러한 상황을 NG-RAN-1, AMF 및 SMF에게 알리기 위한 별도의 indication을 Handover Request Acknowledge 메시지에 포함시킬 수 있다. 단말은 S-NSSAI-1 용 PDU session에 대한 무선 자원이 NG-RAN-2에 의해 할당되지 않았다는 것을 RRC 메시지를 통해 알 수 있으므로, 해당 PDU session에 대한 uplink 데이터 전송을 시도하지 않을 수 있다.
Step 10~11: 도 16a 내지 도 16c의 예시에서, step 10 내지 step 11은 도 13a 내지 도 13c의 예시의 step 16 내지 step 17과 동일한 방식으로 수행될 수 있다.
Step 12: NG-RAN-2는 Path Switch Request 메시지를 AMF에게 전송함으로써, 단말이 성공적으로 NG-RAN-2로 이동했음을 알릴 수 있다. 또한 NG-RAN-2는 해당 메시지를 통해 AMF에게 S-NSSAI-1 용 PDU session에 대한 setup 요청이 거절되었음 (예: 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유)을 함께 알릴 수 있다.
또한 NG-RAN-2는 S-NSSAI-2 용 PDU session에 대한 setup 요청이 승낙되었음을 알릴 수 있다. NG-RAN-2는 해당 PDU session의 새로운 AN Tunnel Info for N3 tunnel 정보를 Path Switch Request 메시지에 포함시켜 AMF에게 전달할 수 있다. 또한 NG-RAN-2는 S-NSSAI-2에 대한 PDU session과 관련되어 있는 DRB가 enabled 되었음을 AMF을 통해 SMF에게 알릴 수 있다.
Step 13: AMF는 NG-RAN-2가 Path Switch Request 메시지에 포함한, setup 요청이 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유를 확인할 수 있다. 그 후, AMF는 각각의 SMF(예: SMF-1)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지(UP deactivate 정보 포함)를 전송함으로써, 해당 PDU session에 대해 release 대신 deactivation을 요청할 수 있다. AMF는 이를 Step 12에서 NG-RAN-2가 보낸 Reject cause를 통해 알 수 있으며, AMF는 Step 12에서 NG-RAN-2이 거절한 S-NSSAI-1 용 PDU session 목록과 함께 이를 deactivation 해달라는 별도의 indication을 같이 전송할 수도 있다.
AMF는 NG-RAN-2가 Handover Request Acknowledge 메시지에 포함한, setup 요청이 승낙된 S-NSSAI-2 용 PDU session 목록을 확인할 수 있다. 그 후, AMF는 각각의 SMF (여기서는 SMF-2)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송함으로써, 해당 PDU session에 대한 AN Tunnel Info for N3 tunnel 정보 업데이트를 요청할 수 있다. 이때 AMF는 해당 PDU session에 대한 DRB가 NG-RAN에서 enabled 되었다는 것을 같이 알릴 수 있다.
참고로, Step 9에서, NG-RAN-2이 S-NSSAI-1 용 PDU session 목록을 수락하고 그 대신 실제 데이터 전송을 위한 자원 할당을 하지 않을 수 있다. 이 경우, NG-RAN-2는 별도의 indication을 통해 해당 상황을 AMF에게 알릴 수 있다. AMF는 해당 indication을 통해 SMF에게 S-NSSAI-1 용 PDU session에 대한 deactivation을 요청할 수 있다.
Step 14: SMF(예: SMF-1)는 N4 Session Release 절차 또는 N4 Session Modification 절차를 이용함으로써, UPF에게 Step 13a에서 수신한 S-NSSAI-1 용 PDU session에 대한 AN Tunnel Info for N3 tunnel 정보를 삭제하도록 요청할 수 있다. SMF는 이러한 요청을 수행함으로써, NG-RAN으로의 추가적인 data 전송을 막을 수 있다.
SMF-2는 N4 Session Release 절차 또는 N4 Session Modification 절차를 이용해 UPF에게 Step 13b에서 수신한 S-NSSAI-2 용 PDU session에 대한 AN Tunnel Info for N3 tunnel 정보를 업데이트하도록 요청하여, NG-RAN으로의 data 전송을 준비할 수 있다.
Step 15: SMF는 Nsmf_PDUSession_UpdateSMContext Response 메시지 또는 다른 메시지를 AMF에게 전송함으로써, AMF가 요청한 PDU session deactivation이 잘 처리되었음을 알릴 수 있다. 해당 메시지는 Deactivation된 PDU session에 대한 정보 (e.g., PDU session ID(s) for S-NSSAI-1와 deactivation 된 이유 등) 또는 update 된 PDU session에 대한 정보 (e.g., PDU session ID(s) for S-NSSAI-2 등)를 포함할 수 있다.
Step 16: AMF는 Path Switch Request Acknowledge 메시지를 통해 NG-RAN-2에게 응답할 수 있다.
3. 본 명세서의 개시의 제3예
이하에서, 도 17a 및 도 17b의 예시를 참조하여, 본 명세서의 개시의 제3예를 설명하기로 한다.
기본적으로, 본 명세서의 개시에서, 다음의 예시들과 같은 가정이 적용될 수 있다. 각각의 network slice가 사용할 수 있는 주파수 대역에 대한 정보가 단말에 configuration(설정)되지 않았다고 가정한다. 또한 NG-RAN-1은 Frequency Band 1(FB-1) 주파수 대역을 사용하는 S-NSSAI-1을, NG-RAN-2은 FB-2 주파수 대역을 사용하는 S-NSSAI-2을 각각 support한다고 가정한다. 또한 단말이 현재 사용 중인 주파수 대역과는 다른 주파수 대역을 이용해야 하는 S-NSSAI로 옮기려 할 때 이를 지원할 수 있도록, NG-RAN에는 추가적인 정보 (e.g., 개별 S-NSSAI가 사용하는 주파수 대역, 개별 S-NSSAI의 priority, 특정 S-NSSAI를 지원하는 NG-RAN 또는 cell ID 목록 등)가 configuration 되어 있을 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 17a 및 도 17b는 본 명세서의 개시의 제3예에 따른 신호 흐름도를 나타낸다.
도 17a 및 도 17b의 예시는 Dual connectivity을 이용해 단말이 2개의 서로 다른 주파수 대역에서 서비스되는 PDU session을 동시에 사용할 수 있도록 하는 동작을 포함할 수 있다.
도 17a 및 도 17b의 예시를 설명함에 있어, 도 11a 내지 도 11c의 예시와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 17a 및 도 17b의 예시와 도 11a 내지 도 11c의 예시의 차이점을 중심으로 도 17a 및 도 17b의 예시를 설명하기로 한다.
Step 0: 단말은 네트워크에 이미 등록(Registration)된 상태일 수 있다. 또한, 단말은 AMF로부터 allowed NSSAI = S-NSSAI-1, S-NSSAI-2을 수신한 상황이라 가정한다. 또한, 단말은 NG-RAN-1과 RRC 연결을 맺은 상태이며, S-NSSAI-1에 대한 1개 이상의 PDU session을 가지고 있는 상태일 수 있다.
Step 1~3: 도 17a 및 도 17b의 예시에서, step 1 내지 step 3은 도 11a 내지 도 11c의 예시의 step 1 내지 step 3과 동일한 방식으로 수행될 수 있다.
Step 4: 단말이 현재 사용 중인 주파수 대역과는 다른 주파수 대역을 사용하는 S-NSSAI를 통해 서비스 받으려 할 때, 이러한 단말을 지원하도록 NG-RAN-1이 설정되어 있을 수 있다. 이 경우, NG-RAN-1은 주변의 NG-RAN 중에서 S-NSSAI-2를 지원하는 NG-RAN 쪽으로 단말에 대한 dual connectivity를 trigger하기로 결정할 수 있다. 예를 들어, NG-RAN-1이 단계 3에서 S-NSSAI-2 용 PDU session에 대한 자원 할당 요청 메시지를 수신한 것에 기초하여, NG-RAN-1은 주변의 NG-RAN 중에서 S-NSSAI-2를 지원하는 NG-RAN 쪽으로 단말에 대한 dual connectivity를 trigger하기로 결정할 수 있다. 이때, NG-RAN-1은 NG-RAN-1에 미리 configuration 되어 있는 정보 (e.g., 개별 S-NSSAI가 사용하는 주파수 대역, 특정 S-NSSAI를 지원하는 NG-RAN 또는 cell ID, 개별 S-NSSAI의 priority 등)와 Radio quality 등을 같이 참고할 수 있다. 예를 들어, NG-RAN-1은 미리 configuration 되어 있는 정보 (e.g., 개별 S-NSSAI가 사용하는 주파수 대역, 특정 S-NSSAI를 지원하는 NG-RAN 또는 cell ID, 개별 S-NSSAI의 priority 등)와 Radio quality 등을 참고하여, 주변의 NG-RAN 중에서 S-NSSAI-2를 지원하는 NG-RAN 쪽으로 단말에 대한 dual connectivity를 trigger하기로 결정할 수 있다. S-NSSAI-2를 지원하는 NG-RAN 쪽으로 단말에 대한 dual connectivity를 trigger하기 위해, NG-RAN-1은 단말에게 measurement 결과 보고를 요청하고, 단말로부터 measurement 결과를 수신할 수 있다. NG-RAN-1은 단말로부터 수신한 measurement 결과에 기초하여, 단말에 대한 dual connectivity가 가능할지 여부와 dual connectivity를 실행할 경우, 그 대상이 되는 target cell을 결정할 수 있다.
Step 5: NG-RAN-1은 S-NSSAI-2 용 PDU session에 대하여, NG-RAN-2을 통한 dual connectivity를 지원하기로 결정하고 NG-RAN-2에게 S-node Addition Request 메시지를 전송한다. S-node Addition Request 메시지는 S-NSSAI-2 용 PDU session에 대한 정보와 함께 “secondary cell group (SCG) only indication”을 포함할 수 있다. 상기 indication은 NG-RAN-2에게 해당 PDU session에 대한 configuration을 SCG bearer 형태로만 구성할 것을 요청하기 위해서 전송될 수 있다.
Step 6: NG-RAN-2이 step 5에서의 요청(S-node Addition Request 메시지)를 수락할 수 있으면, NG-RAN-2은 S-node Addition Request Acknowledge 메시지를 전송함으로써, NG-RAN-1에게 응답할 수 있다. S-node Addition Request Acknowledge 메시지는 S-NSSAI-2 용 PDU session에 대한 NG-RAN configuration (e.g., SDAP configuration, DRB configuration, AN Tunnel Info for N3 tunnel 등)와 함께 단말에게 전달할 RRC Reconfiguration 메시지를 포함할 수 있다.
Step 7: NG-RAN-1은 NG-RAN-2로부터 받은 RRC reconfiguration 메시지를 단말에게 전달할 수 있다. NG-RAN-2가 보낸, S-NSSAI-2 용 PDU session에 대한 configuration 정보에 맞춰, 단말은 설정을 업데이트할 수 있다.
Step 8: 단말은 dual connectivity을 위한 설정을 완료한 후, RRC 메시지를 전송함으로써 NG-RAN-1에 응답할 수 있다.
Step 9: NG-RAN-1은 PDU Session Resource Setup Response 메시지를 전송함으로써, S-NSSAI-2 용 PDU session을 위한 자원 할당 요청을 수락할 수 있다. 이때, NG-RAN-1은 step 6에서 수신한 S-NSSAI-2 용 PDU session에 대한 NG-RAN configuration (e.g., AN Tunnel Info for N3 tunnel 등) 정보를 PDU Session Resource Setup Response 메시지와 함께 AMF에게 전달할 수 있다.
Step 10: AMF는 S-NSSAI-2에 대한 PDU session 생성 요청에 대한 처리를 재개한다. 예를 들어, 도 8a 및 도 8b의 예시에서 단계 14 내지 단계 19의 동작들이 수행될 수 있다.
4. 본 명세서의 개시의 제4예
이하에서, 도 18a 및 도 18b의 예시를 참조하여, 본 명세서의 개시의 제4예를 설명하기로 한다.
기본적으로, 본 명세서의 개시에서, 다음의 예시들과 같은 가정이 적용될 수 있다. 각각의 network slice가 사용할 수 있는 주파수 대역에 대한 정보가 단말에 configuration(설정)되지 않았다고 가정한다. 또한 NG-RAN-1은 Frequency Band 1(FB-1) 주파수 대역을 사용하는 S-NSSAI-1을, NG-RAN-2은 FB-2 주파수 대역을 사용하는 S-NSSAI-2을 각각 support한다고 가정한다. 또한 단말이 현재 사용 중인 주파수 대역과는 다른 주파수 대역을 이용해야 하는 S-NSSAI로 옮기려 할 때 이를 지원할 수 있도록, NG-RAN에는 추가적인 정보 (e.g., 개별 S-NSSAI가 사용하는 주파수 대역, 개별 S-NSSAI의 priority, 특정 S-NSSAI를 지원하는 NG-RAN 또는 cell ID 목록 등)가 configuration 되어 있을 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 18a 및 도 18b는 본 명세서의 개시의 제4예에 따른 신호 흐름도를 나타낸다.
도 18a 및 도 18b의 예시는 RRC release을 이용해 단말의 주파수 대역을 변경할 때, 단말이 기존에 사용 중인 slice와 단말이 새로 서비스를 받으려는 slice 사이의 우선 순위를 기반으로 AMF가 SMF에게 DL data에 대한 notification을 금지하는 동작을 포함할 수 있다.
도 18a 및 도 18b의 예시를 설명함에 있어, 도 11a 내지 도 11c의 예시와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 18a 및 도 18b의 예시와 도 11a 내지 도 11c의 예시의 차이점을 중심으로 도 18a 및 도 18b의 예시를 설명하기로 한다.
Step 0~7: 도 18a 및 도 18b의 예시에서, step 0 내지 step 7는 도 11a 내지 도 11c의 예시의 step 0 내지 step 7와 동일한 방식으로 수행될 수 있다.
Step 8: Handover가 여의치 않거나 다른 이유로 인해 NG-RAN-1은 단말에 대해 RRC release with redirection을 수행하기로 결정할 수 있다. 이 경우, RRC release with redirection은 S-NSSAI-1가 사용하던 주파수 대역에서 S-NSSAI-2가 사용하는 주파수 대역으로의 redirection을 의미할 수 있다. 참고로, 여기서 "다른 이유"는 예를 들어, 사업자(operator)가 NG-RAN-1이 핸드오버 대신에 RRC release with redirection을 수행하도록 설정한 경우를 포함할 수 있다.
NG-RAN-1은 S-NSSAI-2가 사용하는 주파수 대역으로의 redirection을 위해 UE Context Release Request 메시지를 AMF에게 전송함으로써 AN release 절차를 시작할 수 있다. UE Context Release Request 메시지는 단말의 주파수 대역 변경을 위해 context release가 시작되었음을 알리는 cause value가 포함할 수 있다. 또한 UE Context Release Request 메시지는 active 상태의 S-NSSAI-1 용 PDU session ID에 대한 목록을 포함할 수 있다.
Step 9: AMF는 Step 8에서 수신한 cause value를 포함하는 UE Context Release Command 메시지를 NG-RAN-1에게 전송할 수 있다.
Step 10: NG-RAN-1은 S-NSSAI-2가 사용하는 주파수 대역으로의 redirection을 위해 필요한 정보를 포함하는 RRC Release 메시지를 단말에게 전송할 수 있다. 따라서 단말은 S-NSSAI-1 용 PDU session을 위해 할당된 무선 자원 (Radio resource)을 모두 release할 수 있다.
Step 11: NG-RAN-1은 무선 자원에 대한 release가 완료되면, UE Context Release Complete 메시지를 전송함으로써 AMF에게 응답할 수 있다.
Step 12: AMF는 Nsmf_PDUSession_UpdateSMContext Request 메시지를 SMF-1에게 전송함으로써, AN release 절차가 시작되었음을 알릴 수 있다. AN release 절차가 시작되었음을 알리기 위해, AMF는 Step 8에서 수신한 cause value를 Nsmf_PDUSession_UpdateSMContext Request 메시지에 포함시킬 수 있다. 이때, AMF는 Step 8 또는 step 11에서 수신했던, active 상태의 S-NSSAI-1 용 PDU session ID에 대한 목록도 Nsmf_PDUSession_UpdateSMContext Request 메시지에 포함시켜 전송하면서, 해당 PDU session에 대해 release 대신 deactivation을 요청할 수 있다. 이를 통해 AMF는 NG-RAN으로의 추가적인 데이터 전송을 막을 수 있다.
AMF는 NSSAI-2의 priority가 S-NSSAI-1의 priority보다 높은지 여부를 판단할 수 있다. 만약 AMF가 S-NSSAI-2의 priority가 S-NSSAI-1의 priority보다 높다고 AMF가 판단한 경우 (즉, S-NSSAI-2을 통해 제공하는 서비스가 더 중요하다고 판단한 경우), AMF는 SMF에게 S-NSSAI-1 용 PDU session에 대한 deactivation 과정이 종료된 후 DL data가 도착하더라도 AMF 쪽으로 이(예: DL data)를 알리지 말라는 indication(또는 정보)를 Nsmf_PDUSession_UpdateSMContext Request 메시지와 함께 전송할 수 있다.
참고로, NG-RAN-1은 Step 5, step 8 또는 step 11, NG Setup 절차와 RAN Configuration Update 절차를 이용해서, S-NSSAI-1과 S-NSSAI-2에 대한 priority 정보를 AMF에게 전달할 수 있다.
Step 13: SMF는 N4 Session Modification 절차를 이용함으로써, UPF에게 Step 12에서 수신한 S-NSSAI-1 용 PDU session에 대한 AN Tunnel Info for N3 tunnel 정보를 삭제하도록 요청할 수 있다. SMF는 UPF에게 AN Tunnel Info for N3 tunnel 정보를 삭제하도록 요청함으로써, NG-RAN으로의 추가적인 data 전송을 막을 수 있다.
Step 14: SMF는 Nsmf_PDUSession_UpdateSMContext Response 메시지 또는 다른 메시지를 활용하여 NG-RAN이 요청한 PDU session deactivation이 잘 처리되었음을 AMF에게 알릴 수 있다.
Step 15: 단말은 Step 10에서 받은 redirection 정보를 기반으로 새로운 주파수 대역을 통해 NG-RAN-2에 access하여 RRC connection을 설정한다.
Step 16: NG-RAN-2은 AMF에게 N2 message을 보내 해당 단말이 NG-RAN-2을 통해 접속했음을 알린다.
Step 17: AMF는 Namf_EventExposure_Notify 메시지를 SMF-2에게 전송함으로써, 단말에 대한 mobility event가 발생했음을 SMF에게 알린다. 예를 들어, AMF는 UE의 위치가 변경되었다는 정보(예: UE location change)를 포함하는 Namf_EventExposure_Notify 메시지를 SMF에게 전송할 수 있다.
Step 18: 단말에 대한 Redirection 절차가 종료되었음을 확인한 AMF는 Step 7에서 중지하였던, S-NSSAI-2에 대한 PDU session establishment request에 대한 처리를 재개할 수 있다.
5. 본 명세서의 개시의 제5예
본 명세서의 개시의 제5예는 단말이 사용하는 slice를 변경함에 따라, 단말이 사용하는 주파수 대역을 변경해야 할 때, 기존 주파수 대역을 통해 서비스 중이던 PDU session을 효율적으로 deactivation 하고 새로운 주파수 대역을 통해 PDU session을 생성하는 동작을 포함한다.
참고로, 본 명세서의 개시의 제5예는 앞서 설명한 본 명세서의 개시의 제1예 내지 제4예에 따른 동작의 일부 또는 전부를 조합한 예시일 수도 있다.
네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기(예:“Support of 5GC assisted cell selection to access network slice”) 위한 방안의 예시를 설명한다.
NG-RAN은 SMF로부터 특정 네트워크 슬라이스와 관련된 PDU 세션에 대한 리소스 할당 요청을 수신할 수 있다. 특정 네트워크 슬라이스가 NG-RAN이 지원하지 않는 슬라이스인 경우, NG-RAN은 로컬 구성에 기반하여 상이한 동작 주파수 대역을 갖는 네트워크 슬라이스를 지원하는 다른 NG-RAN으로 UE를 steer하도록 결정할 수 있다. 따라서, PDU 세션에 대한 UP 자원 설정의 거절(cause를 포함)은 SMF가 PDU 세션 설정 절차를 중지하도록 할 수 있다. UE의 주파수 대역 변경이 완료된 후, PDU 세션 수립 절차가 계속될 수 있다.
주파수 간 핸드오버(inter-frequency handover)를 수행하는 과정에서의 문제 중 하나는 UE의 주파수 대역 변경 완료를 SMF에 표시하는 방법일 수 있다. 이는 새로운 PDU 세션이 아직 수립되지 않았기 때문에, 이 PDU 세션에 대해 선택된 SMF는 UE의 주파수 대역 변경에 대해 모르기 때문이다. 본 명세서의 개시의 제5예는 SMF가 단말 위치 변경 이벤트(UE location change event)에 대해 AMF에 가입하는 동작을 포함할 수 있다. AMF의 알림에 기초하여, SMF는 UE의 주파수 대역 변경 완료를 알 수 있다.
지원되지 않는 슬라이스에 대한 PDU 세션 리소스 설정 요청(PDU Session Resource Setup Request)을 수신할 때, NG-RAN이 두 개의 NG-RAN에서 dual connectivity를 설정하는 것도 가능할 수 있다. NG-RAN이 PDU 세션에 대한 데이터 무선 베어러의 리소스가 격리되도록 보장하면, NG-RAN은 다른 주파수 대역에서 동시에 작동하는 네트워크 슬라이스를 지원할 수 있다.
본 명세서의 개시의 제5예는 PDU 세션 수립 절차 동안, RAN configuration에 기초하여 UE를 steering하는 동작의 예시를 포함할 수 있다.
본 명세서의 개시의 제5예에 대해, 다음의 예시와 같은 가정이 적용될 수 있다.
- tracking area 내의 일부 셀이 Allowed NSSAI의 모든 네트워크 슬라이스를 지원하지 않을 수도 있다고 가정한다.
- UE 및 AMF는 PLMN의 각 S-NSSAI에 대해 허용되는 동작 대역(들)을 제공받지 않았다고 가정한다.
- UE를 다른 네트워크 슬라이스(operating frequency band가 다른 네트워크 슬라이스)를 지원하는 다른 NG-RAN으로 steer하기 위해, NG-RAN에 대해 로컬 정보(예: 일부 S-NSSAI를 지원하는 대상 노드 ID, 각 S-NSSAI에 대한 동작 주파수 대역 정보)가 설정될 수 있다.
상위-레벨에 관련된 설명은 다음과 같다.
등록 절차 동안, AMF는 각각의 S-NSSAI에 대한 동작 대역(들)을 알지 못하기 때문에, UE는 상이한 주파수 대역에서 동작하는 S-NSSAI를 포함할 수 있는 Allowed NSSAI를 제공받을 수 있다. UE가 Allowed NSSI에서 특정 S-NSSAI에 대한 PDU 세션 설정을 요청하는 경우, 현재 NG-RAN이 UE가 요청한 S-NSSAI를 지원하지 않을 수 있다. 이 경우, NG-RAN은 서로 다른 주파수 대역에서 동시에 작동하는 S-NSSAI를 지원하기 위해 dual connectivity를 활성화하거나, 요청된 S-NSSAI를 지원하는 다른 NG-RAN으로 UE를 steer할 수 있다.
후자의 경우(예: NG-RAN이 요청된 S-NSSAI를 지원하는 다른 NG-RAN으로 UE를 steer하는 경우), NG-RAN은 적절한 cause와 함께, S-NSSAI에 대한 PDU 세션 설정 요청을 거절하는 메시지를 전송할 수 있다. cause에 기초하여, SMF는 PDU 세션 설정 절차를 중지한 다음, UE 위치 변경 이벤트에 대해 AMF에 가입할 수 있다. UE를 상이한 동작 주파수 대역을 갖는 네트워크 슬라이스를 지원하는 다른 NG-RAN으로 steer하기 위해, NG-RAN은 타겟 NG-RAN을 향한 inter NG-RAN 핸드오버 절차 또는 redirection 절차를 트리거할 수 있다. 로컬 정보(예: 일부 S-NSSAI를 지원하는 타겟 노드 ID, 각 S-NSSAI에 대한 동작 주파수 대역 정보)에 기초하여, NG-RAN은 UE에 의해 요청된 S-NSSAI를 지원하는 타겟 NG-RAN을 선택할 수 있다. 타겟 NG-RAN으로의 UE 이동이 완료된 후, SMF는 AMF로부터 UE 위치 변경(location change)을 통지받고, 타겟 NG-RAN을 통해 PDU 세션 설정 절차를 계속할 수 있다.
참고로, 배치(deployment)에 따라, NG-RAN 노드는 변경되지 않을 수도 있다. 이 경우, intra NG-RAN 핸드오버가 트리거될 수 있다.
이하에서, 도 19의 예시를 참조하여, 본 명세서의 개시의 제5예를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 19은 본 명세서의 개시의 제5예에 따른 신호 흐름도를 나타낸다.
도 19의 예시는 상이한 operating frequency band를 갖는 네트워크 슬라이스를 지원하는 다른 NG-RAN으로 UE를 steer하기 위한 절차의 예를 나타낸다.
1) UE는 NG-RAN-1을 통해 등록 절차를 수행했을 수 있다. 그리고, UE는 RRC_Connected 상태일 수 있다. UE가 AMF로부터 allowed NSSAI = S-NSSAI-1, S-NSSAI-2을 수신한 상황이라 가정한다.
2) UE는 S-NSSAI-2를 위한 PDU 세션 수립 요청 메시지를 NG-RAN-1을 통해 전송할 수 있다.
3) AMF는 S-NSSAI-2에 대한 PDU session establishment 절차를 개시할 수 있다. 예를 들어, 도 8a 및 도 8b의 예시에서 단계 2 내지 단계 10의 동작들이 PDU 세션 수립 절차의 일부로써 수행될 수 있다.
4) AMF는 S-NSSAI-2를 위한 PDU 세션 자원 셋업 요청 (PDU Session Resource Setup Request) 메시지를 NG-RAN-1에게 전송할 수 있다.
5) NG-RAN-1은 지원되지 않는 슬라이스로 인한 UE 이동성을 나타내는 cause(a cause to indicate the UE mobility due to non-supported slices)를 포함하는 PDU 세션 자원 셋업 응답 메시지를 AMF에게 전송함으로써, S-NSSAI-2에 대한 PDU 세션 자원 셋업 요청을 거절할 수 있다.
6) AMF는 cause를 포함하는 Nsmf_PDUSession_UpdateSMContext 요청 메시지를 SMF에게 전송할 수 있다. cause에 기초하여, SMF는 S-NSSAI-2에 대한 PDU 세션 수립 절차의 진행을 중지하고, UE 이동성이 완료될 때까지 대기할 수 있다.
7) SMF는 UE 위치 변경 이벤트(예: UE의 Cell ID 변경 등)에 대해, AMF에게 가입할 수 있다.
8) 로컬 정보(예: 일부 S-NSSAI를 지원하는 타겟 노드 ID, 각 S-NSSAI에 대한 동작 주파수 대역 정보)에 기초하여, NG-RAN-1은 S-NSSAI-2를 지원하는 NG-RAN-2를 선택할 수 있다. 그런 다음 NG-RAN-1은 inert NG-RAN 핸드오버 절차 또는 NG-RAN-2로의 리디렉션 절차를 트리거할 수 있다.
참고로, S-NSSAI-1에 대한 기존의 PDU 세션에 대해, AMF는 이미 S-NSSAI-1에 대한 PDU 세션 ID에 대한 SMF와의 association을 가지고 있을 수 있다. 핸드오버 절차가 수행되는 동안, NG-RAN-2는 S-NSSAI-1에 대한 PDU 세션에 대한 UP 자원의 수립을 거절할 수 있다. 따라서 AMF는 SMF에게 S-NSSAI-1에 대한 PDU 세션을 비활성화하도록 요청할 수 있다. redirection 절차에서 NG-RAN-1으로부터의 해제를 위한 cause는, SMF가 S-NSSAI-1에 대한 PDU 세션에 대한 사용자 평면 자원을 비활성화하도록 트리거할 수 있게 할 수 있다.
9) UE 이동성의 완료 후, AMF는 UE 위치가 변경되었음을 SMF에 알릴 수 있다.
10) SMF는 NG-RAN-2를 향한 PDU 세션 수립 절차를 수행할 수 있다. 예를 들어, SMF는 도 8a 및 도 8b의 예시와 같은 PDU 세션 수립 절차에서, AMF와 통신하는 동작(예: 도 8a의 단계 10 및 단계 10 이후의 동작) 등을 계속할 수 있다.
본 명세서의 개시의 제5예에 따르면, NG-RAN에 대해 로컬 정보(예: 일부 S-NSSAI를 지원하는 타겟 노드 ID, 각 S-NSSAI에 대한 operating frequency band 정보)가 설정될 수 있다. 지원되지 않는 슬라이스로 인한 UE 이동성을 SMF에 표시하기 위해, NG-RAN은 PDU 세션 수립 거절 메시지에 대한 새로운 cause를 추가할 수 있다. 다른 operating frequency band를 가진 네트워크 슬라이스를 지원하는 다른 NG-RAN으로 UE를 steer하기 위해, NG-RAN은 inter NG-RAN 핸드오버 절차 또는 redirection 절차를 트리거할 수 있다.
본 명세서의 개시의 제5예에 따르면, SMF가 NG-RAN으로부터 새로운 cause를 수신하면, SMF는 PDU 세션 수립 절차를 중지할 수 있다. SMF는 UE 위치 변경 이벤트에 대해 AMF에 가입할 수 있다. SMF가 AMF로부터 UE 위치 변경에 대한 이벤트 알림을 수신하면, SMF는 PDU 세션 설정 절차를 계속할 수 있다.
참고로, 도 11a 내지 도 11c의 예시 내지 도 19의 예시의 step 1 또는 step 2에서, UE가 S-NSSAI-2을 이용한 서비스를 제공받기 위해 S-NSSAI-2에 대한 PDU session establishment request 메시지를 전송하는 동작이 먼저 수행되고, 그 이후의 동작이 수행되는 것으로 설명했다. 하지만, 이는 예시에 불과하며, 본 명세서의 개시의 범위는, 도 11a 내지 도 11c의 예시 내지 도 19의 예시의 step 1 또는 step 2가 수행되기 전에, UE가 이미 S-NSSAI-2에 대한 PDU session을 수립한 경우도 포함할 수 있다. 이 경우, UE는 도 11a 내지 도 11c의 예시 내지 도 19의 예시의 step 1 또는 step 2에서, S-NSSAI-2를 이용하여 (즉, S-NSSAI-2에 대한 PDU session을 통해) 서비스를 받을 것을 요청하는 NAS 메시지를 전송하는 동작을 수행할 수 있다. UE가 NAS 메시지를 전송한 후, 도 11a 내지 도 11c의 예시 내지 도 19의 예시의 step 1 또는 step 2 이후의 후속 동작 (예: S-NSSAI-2를 서비스할 수 있는 주파수 대역으로 UE를 이동시키는 동작)이 수행될 수도 있다. 여기서, 상기 NAS 메시지는 Service Request, Registration Request, 새롭게 정의된 NAS 메시지 등일 수 있다. 이러한 NAS 메시지는 상기 S-NSSAI-2에 대한 PDU session의 ID를 포함할 수 있는데, 이는 List Of PDU Sessions To Be Activated 형태일 수도 있고, 다른 파라미터 형태일 수도 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, 이동통신시스템에서 단말의 특정 slice 요청에 따른 주파수 대역 이동을 지원하기 위한 동작이 수행될 수 있다. 코어 네트워크(예: AMF, SMF, UPF)는 무선 네트워크에게 단말이 요청한 slice에 대한 PDU session에 대한 자원 할당을 요청할 수 있다. 무선 네트워크(예: NG-RAN)는 단말이 요청한 slice를 지원하는 NG-RAN으로 단말을 이동시키는 것이 필요함을 확인할 수 있다. 무선 네트워크(예: NG-RAN)는 단말을 이동시키는 것이 필요함을 코어 네트워크(예: AMF, SMF, UPF)에게 통지하면서 상기 PDU session에 대한 자원 할당 거절 및 특정 PDU session에 대한 deactivation을 요청할 수 있다. 또한, 무선 네트워크(예: NG-RAN)는 상기 단말에 대해 handover 또는 RRC release 메시지를 통해 다른 주파수 대역으로 이동을 시킬 수 있다. 코어 네트워크(예: AMF, SMF, UPF)는 상기 요청의 결과에 기초하여, 특정 PDU session에 대한 deactivation을 수행한 후, 단말의 주파수 대역 이동이 끝난 이후 상기 PDU session의 자원 할당을 다시 요청할 수 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, PDU Session Establishment 과정 중에 단말이 요청한 PDU Session과 관련된 slice 및 주파수 대역을 지원할 수 있는 NG-RAN으로 단말을 handover/redirection 함으로써, 단말에게 해당 slice을 통한 서비스를 효율적으로 제공할 수 있다. 또한, 단말의 handover/redirection이 완료되면 AMF가 SMF에게 mobility 이벤트 발생을 알림으로써, SMF가 단말에 대한 handover/redirection이 종료된 후 빠르게 PDU Session Establishment 과정을 재개할 수 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, 단말이 다른 주파수 대역으로 옮겨가기 전, 기존 주파수 대역을 통해 서비스 중인 PDU session을 효율적으로 deactivation 할 수 있다. 기존 주파수 대역을 통해 서비스 중인 PDU session을 효율적으로 deactivation함으로써, DL data가 불필요하게 RAN으로 전송되는 상황을 방지할 수 있다. 또한 그 과정에서 새로운 주파수 대역에서 서비스될 수 있는 새로운 PDU session에 대한 수립 절차도 같이 처리할 수 있으므로, 불필요한 signaling을 감소시킬 수 있다.
참고로, 본 명세서에서 설명한 단말(예: UE)의 동작은 앞서 설명한 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 단말(예: UE)은 도 2의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 단말(예: UE)의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(105 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
참고로, 본 명세서에서 설명한 네트워크 노드(예: AMF, SMF, UPF, PCF, UDM, DN등) 또는 기지국(예: NG-RAN, gNB, eNB, RAN, E-UTRAN 등)의 동작은 이하 설명될 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 네트워크 노드 또는 기지국은 도 2의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 네트워크 노드 또는 기지국의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(106 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성(또는 비일시적) 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행할 수 있다.
이상에서는 바람직한 실시예를 예시적으로 설명하였으나, 본 명세서의 개시는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 명세서의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.
상술한 예시적인 시스템에서, 방법들은 일련의 단계 또는 블록으로써 순서도를 기초로 설명되고 있지만, 설명되는 단계들의 순서에 한정되는 것은 아니며, 어떤 단계는 상술한 바와 다른 단계와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 권리범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.
Claims (15)
- 제1 RAN(Radio Access Network) 노드가 네트워크 슬라이스에 관련된 통신을 수행하는 방법으로서,
제2 PDU(Protocol Data Unit) 세션에 대한 정보를 포함하는 PDU 세션 자원 셋업 요청 메시지를 AMF(Access and Mobility Management Function)으로부터 수신하는 단계,
상기 제2 PDU 세션은 UE(User Equipment)에 의해 요청된 제2 네트워크 슬라이스와 관련된 PDU 세션이고;
상기 제1 RAN 노드가 상기 제2 네트워크 슬라이스를 지원하지 않는 것에 기초하여, 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 상기 UE를 이동시키는 것을 결정하는 단계; 및
상기 제2 노드로 상기 UE를 이동시키는 것이 결정된 것에 기초하여, PDU 세션 자원 셋업 응답 메시지를 상기 AMF에게 전송하는 단계를 포함하고,
상기 PDU 세션 자원 셋업 응답 메시지는 상기 제2 PDU 세션에 대한 자원 셋업 요청의 거절과 관련된 거절 정보(reject information) 및 상기 UE를 상기 제2 RAN 노드로 이동시키기 위해 상기 자원 셋업 요청을 거절한다는 이유(cause) 정보를 포함하는 것을 특징으로 하는 방법. - 제1항에 있어서,
상기 UE로부터 상기 제2 네트워크 슬라이스에 대한 정보를 포함하는 PDU 세션 수립 요청 메시지를 수신하는 단계; 및
상기 PDU 세션 수립 요청 메시지를 상기 AMF로 전달하는 단계를 더 포함하는 방법. - 제1항에 있어서,
handover required 메시지를 상기 AMF에게 전송하는 단계를 더 포함하고,
상기 handover required 메시지는 상기 제1 RAN 노드가 지원하는 제1 네트워크 슬라이스에 관련된 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시키기 위해 핸드오버가 필요하다는 이유 정보를 포함하는 것을 특징으로 하는 방법. - 제1항에 있어서,
핸드오버 명령(handover command) 메시지를 상기 AMF로부터 수신하는 단계를 더 포함하고,
상기 핸드오버 명령 메시지는 상기 제2 RAN 노드가 생성한 RRC(Radio Resource Control) 메시지를 포함하는 것을 특징으로 하는 방법. - 제4항에 있어서,
상기 핸드오버 명령 메시지는,
상기 제1 RAN 노드가 지원하는 제1 네트워크 슬라이스에 관련된 제1 PDU 세션이 비활성화(deactivated)되었다는 정보를 더 포함하는 것을 특징으로 하는 방법. - 제4항에 있어서,
상기 RRC 메시지를 상기 UE에게 전송하는 단계를 더 포함하고,
상기 RRC 메시지는 상기 UE가 상기 제2 네트워크 슬라이스가 사용하는 주파스 대역으로 redirection하기 위한 정보를 포함하는 것을 특징으로 하는 방법. - 네트워크 슬라이스에 관련된 통신을 수행하는 RAN(Radio Access Network) 노드에 있어서,
적어도 하나의 프로세서; 및
명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
제2 PDU(Protocol Data Unit) 세션에 대한 정보를 포함하는 PDU 세션 자원 셋업 요청 메시지를 AMF(Access and Mobility Management Function)으로부터 수신하는 단계,
상기 제2 PDU 세션은 UE(User Equipment)에 의해 요청된 제2 네트워크 슬라이스와 관련된 PDU 세션이고;
상기 제1 RAN 노드가 상기 제2 네트워크 슬라이스를 지원하지 않는 것에 기초하여, 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 상기 UE를 이동시키는 것을 결정하는 단계;
상기 제2 노드로 상기 UE를 이동시키는 것이 결정된 것에 기초하여, PDU 세션 자원 셋업 응답 메시지를 상기 AMF에게 전송하는 단계를 포함하고,
상기 PDU 세션 자원 셋업 응답 메시지는 상기 제2 PDU 세션에 대한 자원 셋업 요청의 거절과 관련된 거절 정보(reject information) 및 상기 UE를 상기 제2 RAN 노드로 이동시키기 위해 상기 자원 셋업 요청을 거절한다는 이유(cause) 정보를 포함하는 것을 특징으로 하는 RAN 노드. - AMF(Access and Mobility Management Function)가 네트워크 슬라이스에 관련된 통신을 수행하는 방법으로서,
제2 PDU(Protocol Data Unit) 세션에 대한 정보를 포함하는 PDU 세션 자원 셋업 요청 메시지를 제1 RAN(Radio Access Network) 노드에게 전송하는 단계,
제2 PDU 세션은 UE(User Equipment)에 의해 요청된 제2 네트워크 슬라이스와 관련된 PDU 세션이고;
PDU 세션 자원 셋업 응답 메시지를 상기 제1 RAN노드로부터 수신하는 단계,
상기 PDU 세션 자원 셋업 응답 메시지는 상기 제2 PDU 세션에 대한 자원 셋업 요청의 거절과 관련된 거절 정보(reject information) 및 상기 UE를 제2 RAN 노드로 이동시키기 위해 자원 셋업 요청을 거절한다는 이유(cause) 정보를 포함하고,
상기 제2 RAN 노드는 상기 제2 네트워크 슬라이스를 지원하고; 및
상기 거절 정보 및 상기 이유 정보를 상기 제2 PDU 세션을 관리하는 제2 SMF(Session Management Function)에게 전송하는 단계를 포함하고,
상기 거절 정보 및 상기 이유 정보는, 상기 제2 SMF가 상기 제2 PDU 세션을 위한 PDU 세션 수립 절차를 중단하고, 상기 UE의 위치가 변경될 때까지 대기하도록 하는 데 사용되는 것을 특징으로 하는 방법. - 제8항에 있어서,
상기 UE의 위치의 변경에 대한 알림을 요청하는 이벤트 가입 요청(event subscribe request) 메시지를 상기 제2 SMF로부터 수신하는 단계를 더 포함하는 방법. - 제9항에 있어서,
핸드오버 통지(handover notify) 메시지를 상기 제2 RAN 노드로부터 수신하는 단계; 및
상기 핸드오버 통지 메시지가 수신된 것에 기초하여, 상기 UE의 위치의 변경을 알리는 이벤트 통지 메시지를 상기 제2 SMF에게 전송하는 단계를 더 포함하는 방법. - 제8항에 있어서,
상기 제2 네트워크 슬라이스에 대한 정보를 포함하는 PDU 세션 수립 요청 메시지를 상기 제1 RAN 노드로부터 수신하는 단계; 및
상기 제2 PDU 세션을 수립하기 위한 PDU 세션 수립 절차를 개시하는 단계를 더 포함하는 방법. - 제8항에 있어서,
handover required 메시지를 상기 제1 RAN 노드로부터 수신하는 단계를 더 포함하고,
상기 handover required 메시지는 상기 제1 RAN 노드가 지원하는 제1 네트워크 슬라이스에 관련된 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시키기 위해 핸드오버가 필요하다는 이유 정보를 포함하는 것을 특징으로 하는 방법. - 제12항에 있어서,
상기 이유 정보 및 상기 제1 PDU 세션에 대한 정보를 포함하는 핸드오버 요청 메시지를 상기 제2 RAN 노드에게 전송하는 단계,
상기 이유 정보는 상기 제2 RAN 노드가 상기 제1 네트워크 슬라이스를 지원하지 않더라도, 상기 핸드오버 요청 메시지를 거절하지 않도록 하는데 사용되고; 및
핸드오버 요청 승인(Handover Request Acknowledge) 메시지를 상기 제2 RAN 노드로부터 수신하는 단계를 더 포함하고,
상기 핸드오버 요청 승인 메시지는 상기 제1 PDU 세션이 거절되었다는 정보 및 상기 제2 RAN 노드가상기 제1 네트워크 슬라이스를 지원하지 않아 상기 제1 PDU 세션이 거절되었다는 이유 정보를 포함하는 것을 특징으로 하는 방법. - 제13항에 있어서,
상기 핸드오버 요청 승인 메시지가 수신된 것에 기초하여, 상기 제1 PDU 세션에 대한 비활성화(deactivation)을 요청하는 메시지를 상기 제1 PDU 세션을 관리하는 제1 SMF에게 전송하는 단계를 더 포함하는 방법. - 네트워크 슬라이스에 관련된 통신을 수행하는 Access and Mobility Management Function (AMF)에 있어서,
적어도 하나의 프로세서; 및
명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
제2 PDU(Protocol Data Unit) 세션에 대한 정보를 포함하는 PDU 세션 자원 셋업 요청 메시지를 제1 RAN(Radio Access Network) 노드에게 전송하는 단계,
제2 PDU 세션은 UE(User Equipment)에 의해 요청된 제2 네트워크 슬라이스와 관련된 PDU 세션이고;
PDU 세션 자원 셋업 응답 메시지를 상기 제1 RAN노드로부터 수신하는 단계,
상기 PDU 세션 자원 셋업 응답 메시지는 상기 제2 PDU 세션에 대한 자원 셋업 요청의 거절과 관련된 거절 정보(reject information) 및 상기 UE를 제2 RAN 노드로 이동시키기 위해 자원 셋업 요청을 거절한다는 이유(cause) 정보를 포함하고,
상기 제2 RAN 노드는 상기 제2 네트워크 슬라이스를 지원하고; 및
상기 거절 정보 및 상기 이유 정보를 상기 제2 PDU 세션을 관리하는 제2 SMF(Session Management Function)에게 전송하는 단계를 포함하고,
상기 거절 정보 및 상기 이유 정보는, 상기 제2 SMF가 상기 제2 PDU 세션을 위한 PDU 세션 수립 절차를 중단하고, 상기 UE의 위치가 변경될 때까지 대기하도록 하는 데 사용되는 것을 특징으로 하는 AMF.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020200101748 | 2020-08-13 | ||
| KR20200101748 | 2020-08-13 | ||
| PCT/KR2021/010617 WO2022035205A1 (ko) | 2020-08-13 | 2021-08-11 | 네트워크 슬라이스와 관련된 통신 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20230039677A true KR20230039677A (ko) | 2023-03-21 |
Family
ID=80247421
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020237004294A KR20230039677A (ko) | 2020-08-13 | 2021-08-11 | 네트워크 슬라이스와 관련된 통신 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20230319687A1 (ko) |
| EP (1) | EP4199585A1 (ko) |
| KR (1) | KR20230039677A (ko) |
| WO (1) | WO2022035205A1 (ko) |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10142994B2 (en) * | 2016-04-18 | 2018-11-27 | Electronics And Telecommunications Research Institute | Communication method and apparatus using network slicing |
-
2021
- 2021-08-11 US US18/021,146 patent/US20230319687A1/en active Pending
- 2021-08-11 WO PCT/KR2021/010617 patent/WO2022035205A1/ko unknown
- 2021-08-11 KR KR1020237004294A patent/KR20230039677A/ko unknown
- 2021-08-11 EP EP21856211.4A patent/EP4199585A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP4199585A1 (en) | 2023-06-21 |
| WO2022035205A1 (ko) | 2022-02-17 |
| US20230319687A1 (en) | 2023-10-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7389924B2 (ja) | 輻輳制御に関連する通信 | |
| KR102659098B1 (ko) | 네트워크 슬라이스에 의한 통신 방법 | |
| EP4124122A1 (en) | Communication related to network slice | |
| US20220272651A1 (en) | Measure for changing plmn | |
| EP4228319A1 (en) | Multicast-related communication | |
| KR20230038732A (ko) | 트래픽 제어 | |
| US20230112312A1 (en) | Support of service continuity for handover between snpn and plmn | |
| US20230094211A1 (en) | Support of service continuity between snpn and plmn | |
| KR20220123261A (ko) | Ps 데이터 오프와 관련된 통신 | |
| KR20230038216A (ko) | 네트워크 슬라이스와 관련된 통신 | |
| KR102588459B1 (ko) | 멀티캐스트와 관련된 통신 | |
| KR20230066112A (ko) | Pdu 세션 관리 방법 | |
| US20230071408A1 (en) | Communication related to multi access pdu session | |
| KR20230037585A (ko) | Qos 플로우에 관련된 측정 | |
| KR20230027171A (ko) | 재난 상황 종료시 서비스 연속성을 지원하기 위한 ui/ux 표시 방법 및 이를 지원하는 장치 | |
| KR20230039677A (ko) | 네트워크 슬라이스와 관련된 통신 | |
| EP4322504A1 (en) | Efficient terminal data collection | |
| US20240188150A1 (en) | Efficient terminal data collection | |
| US20230262640A1 (en) | Method and apparatus for providing network slice services through multi-operator networks in wireless communication system | |
| US20230309045A1 (en) | Communication related to localized service | |
| EP4373204A1 (en) | Multipath pdu session | |
| EP4336956A1 (en) | Communication related to ue context | |
| US20230319755A1 (en) | Method and apparatus for providing communication service in wireless communication system | |
| EP4376516A1 (en) | Communication paging based on multiple paths | |
| CN117616868A (zh) | 多路径pdu会话 |