KR20230087518A - Ue 컨텍스트와 관련된 통신 - Google Patents
Ue 컨텍스트와 관련된 통신 Download PDFInfo
- Publication number
- KR20230087518A KR20230087518A KR1020237015071A KR20237015071A KR20230087518A KR 20230087518 A KR20230087518 A KR 20230087518A KR 1020237015071 A KR1020237015071 A KR 1020237015071A KR 20237015071 A KR20237015071 A KR 20237015071A KR 20230087518 A KR20230087518 A KR 20230087518A
- Authority
- KR
- South Korea
- Prior art keywords
- ran
- gnb
- context
- sdt
- new
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 82
- 238000000034 method Methods 0.000 claims abstract description 204
- 230000004044 response Effects 0.000 claims abstract description 33
- 230000015654 memory Effects 0.000 claims description 47
- 230000005540 biological transmission Effects 0.000 claims description 41
- 230000009471 action Effects 0.000 claims description 6
- 239000013256 coordination polymer Substances 0.000 description 85
- 230000011664 signaling Effects 0.000 description 61
- 230000008569 process Effects 0.000 description 59
- 238000012546 transfer Methods 0.000 description 50
- 230000006870 function Effects 0.000 description 47
- 238000005516 engineering process Methods 0.000 description 35
- 238000010586 diagram Methods 0.000 description 32
- 230000007704 transition Effects 0.000 description 32
- 239000010410 layer Substances 0.000 description 23
- 230000004048 modification Effects 0.000 description 22
- 238000012986 modification Methods 0.000 description 22
- 101001055444 Homo sapiens Mediator of RNA polymerase II transcription subunit 20 Proteins 0.000 description 18
- 102100026165 Mediator of RNA polymerase II transcription subunit 20 Human genes 0.000 description 18
- 238000012545 processing Methods 0.000 description 17
- 238000010295 mobile communication Methods 0.000 description 11
- 238000003860 storage Methods 0.000 description 9
- 238000013473 artificial intelligence Methods 0.000 description 8
- 238000007726 management method Methods 0.000 description 8
- 230000008093 supporting effect Effects 0.000 description 8
- 230000003190 augmentative effect Effects 0.000 description 6
- 230000000694 effects Effects 0.000 description 6
- 238000012795 verification Methods 0.000 description 6
- 101100150274 Caenorhabditis elegans srb-2 gene Proteins 0.000 description 5
- 239000002699 waste material Substances 0.000 description 4
- 230000003139 buffering effect Effects 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 238000010801 machine learning Methods 0.000 description 3
- 241000700159 Rattus Species 0.000 description 2
- 108091005487 SCARB1 Proteins 0.000 description 2
- 102100037118 Scavenger receptor class B member 1 Human genes 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
- 238000009826 distribution Methods 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 238000012384 transportation and delivery 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
- 230000003213 activating effect Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array 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
- 230000008859 change 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
- 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
- 238000013507 mapping 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
- 238000010187 selection method Methods 0.000 description 1
- 239000010454 slate Substances 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 239000013589 supplement Substances 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
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- 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/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
-
- 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/08—Reselecting an access point
- H04W36/087—Reselecting an access point between radio units of access points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
- H04W88/085—Access point devices with remote components
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 명세서(present disclosure)의 일 개시는 gNB-CU가 통신을 수행하는 방법을 제공한다. 상기 방법은 UE 컨텍스트와 관련된 요청 메시지를 gNB-DU에게 전송하는 단계; 및 상기 gNB-DU로부터 응답 메시지를 수신하는 단계를 포함할 수 있다.
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).
단말을 RRC INACTIVE로 유지한 상태에서, 소량의 데이터를 전송하는 Small Data Transmission (SDT)가 논의되고 있다. 예를 들어, SDT는 RACH-based SDT (RA-SDT) 방식 또는 Configured Grant-Small Data Transmission (CG-SDT) 방식으로 구현될 수 있다.
SDT가 진행되는 상황에서, 단말이 non-SDT bearer data를 가지고 있을 수 있다. 이 경우, 단말이 non-SDT bearer data를 네트워크로 전달하기 위해, SDT를 중단하고 RRC_CONNECTED 상태로 천이하는 과정이 시작된다. NG-RAN이 gNB-DU와 gNB-CU로 분리되어 있는 경우, 단말에 대해 SDT(예: RA-SDT 또는 CG-SDT)를 위해 이미 할당된 resource 및 UE context가 존재하더라도, gNB-DU는 하나의 단말에 대해 다시 한 번 resource 및 UE context를 할당한다. 예를 들어, gNB-DU는 별도의 정보 없이는 단말이 SDT(예: RA-SDT 또는 CG-SDT)중에 RRC_CONNECTED 상태로 천이하기 위한 과정을 시작했다는 것을 알 수 없으므로, 해당 단말에 대해 추가적으로 resource 및 UE context를 할당한다. 이로 인해, 중복된 resource 및 UE context 할당으로 인한 자원 낭비가 발생할 수 있다.
따라서, 본 명세서의 일 개시는 전술한 문제점을 해결할 수 있는 방안을 제시하는 것을 목적으로 한다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 gNB-CU가 통신을 수행하는 방법을 제공한다. 상기 방법은 UE 컨텍스트와 관련된 요청 메시지를 gNB-DU에게 전송하는 단계; 및 상기 gNB-DU로부터 응답 메시지를 수신하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 통신을 수행하는 gNB-CU를 제공한다. 상기 gNB-CU는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: UE 컨텍스트와 관련된 요청 메시지를 gNB-DU에게 전송하는 단계; 및 상기 gNB-DU로부터 응답 메시지를 수신하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 gNB-DU가 통신을 수행하는 방법을 제공한다. 상기 방법은 UE 컨텍스트와 관련된 요청 메시지를 gNB-CU로부터 수신하는 단계; 및 상기 gNB-CU에게 응답 메시지를 수신하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 통신을 수행하는 gNB-DU를 제공한다. 상기 gNB-DU는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: UE 컨텍스트와 관련된 요청 메시지를 gNB-CU로부터 수신하는 단계; 및 상기 gNB-CU에게 응답 메시지를 수신하는 단계를 포함할 수 있다.
본 명세서의 개시에 의하면, 종래 기술의 문제점을 해결할 수 있다.
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 자긴 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 네트워크 노드의 일 예를 나타낸다.
도 5은 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
도 6a 및 도 6b는 본 명세서의 개시의 일 실시예에 따른 CG based SDT를 위한 절차의 예시를 나타낸다.
도 7은 본 명세서의 개시의 제1예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 8a 및 도 8b는 본 명세서의 개시의 제1예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 9는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 10a 및 도 10b은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 11는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 12는 본 명세서의 개시의 제4예에 따른 신호 흐름도를 나타낸다.
도 13은 본 명세서의 개시의 제5예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 14는 본 명세서의 개시의 제5예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 네트워크 노드의 일 예를 나타낸다.
도 5은 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
도 6a 및 도 6b는 본 명세서의 개시의 일 실시예에 따른 CG based SDT를 위한 절차의 예시를 나타낸다.
도 7은 본 명세서의 개시의 제1예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 8a 및 도 8b는 본 명세서의 개시의 제1예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 9는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 10a 및 도 10b은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 11는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 12는 본 명세서의 개시의 제4예에 따른 신호 흐름도를 나타낸다.
도 13은 본 명세서의 개시의 제5예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 14는 본 명세서의 개시의 제5예의 제2 예시에 따른 신호 흐름도를 나타낸다.
다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 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에 접속될 수도 있다.
<연결 관리(Connection Management: CM)>
CM은 UE와 AMF간의 시그널링 연결을 수립 또는 해제하기 위해 사용된다. 예를 들어, CM은 N1 레퍼런스 포인트를 통해 UE와 AMF 간의 NAS 시그널링 연결을 수립하는 기능 및 해제하는 기능을 포함한다. NAS 시그널링 연결은 UE와 코어 네트워크 간의 NAS 시그널링 교환(NAS signaling exchange)을 가능하게 한다.
NAS 시그널링 연결은 AN(Access Network)과 UE 간의 AN 시그널링 연결(3GPP 액세스를 통한 RRC 연결 또는 비-3GPP 액세스를 통한 UE와 N3IWF 간의 연결) 및 AN과 AMF 간의 UE에 대한 N2 연결을 포함할 수 있다.
2개의 CM 상태는 UE와 AMF 간의 NAS 시그널링 연결을 반영하기 위해 사용된다. 2개의 CM 상태는 아래와 같다:
- CM-IDLE
- CM-CONNECTED
3GPP 액세스에 대한 CM 상태 및 비-3GPP 액세스에 대한 CM 상태는 서로 독립적일 수 있다. 예를 들어, 3GPP 액세스에 대해서는 CM-IDLE 상태이고, 비-3GPP 액세스에 대해서는 CM-CONNECTED 상태일 수 있다.
이하에서, CM-IDLE 상태, CM-CONNECTED 상태 및 CM-IDLE 상태와 CM-CONNECTED 상태 간의 전환에 대해 설명하기로 한다.
1. CM-IDLE 상태
CM-IDLE 상태에 있는 UE는 N1 인터페이스를 통한 AMF와의 NAS 시그널링 연결을 가지고 있지 않다. UE는 셀 선택이나 셀 재선택 절차와 PLMN 선택 절차를 수행할 수 있다.
CM-IDLE 상태에 있는 UE에 대해, AN 시그널링 연결, N2 연결 및 N3 연결이 존재하지 않는다. UE가 CM-IDLE 상태이고 RM(Registration Management)-REGISTERED 상태인 경우, UE는 아래의 동작을 수행할 수 있다:
- UE가 Mobile Initiated Connection Only(MICO) 모드가 아닌 한, 서비스 요청 절차를 수행함으로써 페이징에 응답할 수 있다.
- UE가 전송할 업링크 시그널링 또는 사용자 데이터를 가질 때, 서비스 요청 절차를 수행할 수 있다.
AMF 내에서의 UE 상태가 RM-REGISTERED 이면, UE와의 통신을 개시하기 위한 UE 정보가 AMF에 저장될 수 있다. AMF는 5G-GUTI(Globally Unique Temporary Identifier)를 사용하여 UE와의 통신을 개시하는데 필요한 저장된 정보를 검색할 수 있다.
UE는 AN 시그널링 연결 수립을 위한 절차를 수행하는 동안 5G-S-TMSI(5G-Short-Temporary Mobile Subscriber Identity)를 AN 파라미터의 일부로 제공할 수 있다. AN 시그널링 연결이 UE와 AN 사이에 수립될 때마다 (3GPP 액세스를 통해 RRC Connected 상태로 들어가는 경우, 또는 비-3GPP 액세스를 통해 UE와 N3IWF 간의 연결을 수립하는 경우), UE는 CM-CONNECTED 상태로 들어갈(enter) 수 있다.
초기(Initial) NAS 메시지의 전송은 CM-IDLE 상태에서 CM-CONNECTED 상태로의 전환을 개시한다. 여기서, 초기 NAS 메시지는 예를 들어, 등록 요청 메시지, 서비스 요청 메시지, 등록취소 요청(Deregistration Request) 메시지일 수 있다.
AMF 내의 UE 상태가 CM-IDLE이고 RM-REGISTERED인 경우, AMF는 아래 동탁을 수행할 수 있다:
- AMF가 UE에 전송할 mobile-terminated 데이터 또는 시그널링을 가지는 경우, AMF는 UE에 페이징 요청 메시지를 전송함으로서 네트워크 개시 서비스 요청 절차(a network triggered Service Request procedure)를 수행할 수 있다. AMF는 UE가 MICO 모드 또는 이동성 제한 등으로 인해 응답할 수 없는 경우를 제외하고 네트워크 개시 서비스 요청 절차를 수행할 수 있다.
UE에 대해 AN과 AMF 사이에 N2 연결이 수립될 때마다, AMF는 UE에 대해 CM-CONNECTED 상태로 들어갈 수 있다. 초기 N2 메시지(예: N2 INITIAL UE MESSAGE)의 수신은 AMF에서의 CM-IDLE 상태에서 CM-CONNECTED 상태로의 전환을 개시한다.
UE 및 AMF는 CM-IDLE 상태일 때, 예를 들어, MICO 모드를 활성화 함으로써 전력 효율 및 시그널링 효율을 최적화 할 수도 있다.
2. CM-CONNECTED 상태
CM-CONNECTED 상태에 있는 UE는 N1 레퍼런스 포인트를 통해 AMF와 시그널링 연결을 가지고 있다. NAS 시그널링 연결은 UE와 NG-RAN 간의 RRC 연결 및 3GPP에 대한 AN과 AMF 간의 NGAP(New Generation Application Protocol) UE 연계(NGAP UE association)를 사용할 수 있다. UE는 AN과 AMF 간의 임의의 TNLA(Transport Network Layer Association)에 바인딩되지 않은(not bound to) NGAP UE 연계와 함께한 CM-CONNECTED 상태에 있을 수 있다. NAS 시그널링 절차가 완료되면, AMF는 UE와의 NAS 시그널링 연결을 해제하기로 결정할 수 있다.
CM-CONNECTED 상태에서, UE는 아래 동작을 수행할 수 있다:
- AN 시그널링 연결이 해제될 때마다(예를 들어, 3GPP 액세스를 통해 RRC Idle 상태에 들어가는 경우 또는 비-3GPP 액세스를 통한 UE와 N3IWF 간의 연결이 해제된 것이 UE에 의해 검출된 경우), UE는 CM-IDLE 상태로 들어갈 수 있다.
AMF 내의 UE CM 상태가 CM-CONNECTED 상태인 경우, AMF는 아래의 동작을 수행할 수 있다:
- AN 해제 절차가 완료될 때, UE에 대한 논리적 NGAP 시그널링 연결 및 N3 사용자 평면 연결이 해제되면, AMF는 UE에 대한 CM-IDLE 상태에 들어갈 수 있다.
UE가 코어 네트워크로부터 등록취소(de-register) 될 때까지, AMF는 AMF 내의 UE CM 상태를 CM-CONNECTED 상태로 유지할 수 있다.
CM-CONNECTED 상태에 있는 UE는 RRC 비활성화 상태에 있을 수 있다. UE가 RRC 비활성화 상태에 있으면, 아래의 내용이 적용된다:
- UE reachability는 코어 네트워크로부터의 지원 정보(assistance information)와 함께, RAN에 의해 관리된다,
- UE 페이징은 RAN에 의해 관리된다.
- UE는 UE의 CN(5G-S-TMSI) 및 RAN indentifier를 이용하여 페이징을 관리한다
3. CM-IDLE 상태와 CM-CONNECTED 상태 간의 전환
전술한 CM-IDLE 상태에 대한 설명 및 CM-CONNECTED 상태에 대한 설명에 기초하여, CM-IDLE 상태와 CM-CONNECTED 상태 간의 전환의 예시를 설명한다.
UE 내에서의 CM 상태가 CM-IDLE 상태인 경우, AN 시그널링 연결이 수립되면(예를 들어, UE가 초기 NAS 메시지를 전송한 경우), CM 상태는 CM-CONNECTED 상태로 전환된다. UE 내에서의 CM 상태가 CM-CONNECTED 상태인 경우, AN 시그널링 연결이 해제되면, CM 상태가 CM-IDLE 상태로 전환된다.
AMF 내에서의 UE에 대한 CM 상태가 CM-IDLE 상태인 경우, N2 컨텍스트가 수립되면, CM 상태가 CM-CONNECTED 상태로 전환된다. AMF 내에서의 UE에 대한 CM 상태가 CM-CONNECTED 상태인 경우, N2 컨텍스트가 해제되면, CM 상태가 CM-IDLE 상태로 전환된다.
<RRC 상태(RRC state)>
LTE에서 RRC 상태는 RRC_IDLE 상태 및 RRC_CONNECTED 상태를 포함한다. 5G에서 RRC 상태는 RRC_IDLE 상태, RRC_CONNECTED 상태 및 RRC_INACTIVE 상태를 포함할 수 있다. 즉, 5G에서 RRC_INACTIVE 상태가 새로 정의되었다.
RRC_INACTIVE 상태는, 단말(예: UE)가 코어 네트워크에서는 Connected 상태이지만, 단말과 NG-RAN 사이의 Radio 측면에서는 IDLE 상태인 RRC 상태를 의미할 수 있다. 예를 들어, 단말이 RRC_INACTIVE 상태인 경우, 단말은 Radio 측면에서는 RRC 연결이 해제된 상태이고, 단말은 코어 네트워크 측면에서는 MM(Mobility Management)-REGISTERED 상태이고, CM(Connection Management)_CONNECTED 상태일 수 있다.
RRC_INACTIVE 상태가 사용될 경우, 단말이 RRC_INACTIVE 상태에서 RRC_CONNECTED 상태로 전환될 경우, 코어에서는 CONNECTED 상태로 전환할 때 발생하는 시그널링이 필요 없이 빠르게 단말에게 연결을 제공할 수 있다. 그리고, 단말과 NG-RAN 사이의 Radio 측면에서는 Radio 자원이 불필요하게 낭비되는 것을 방지할 수 있으므로, Radio 자원을 효율적으로 사용할 수 있다.
II. 본 명세서의 개시
본 명세서에서 후술되는 개시들은 하나 이상의 조합(예: 이하에서 설명하는 내용들 중 적어도 하나를 포함하는 조합)으로 구현될 수 있다. 도면 각각은 각 개시의 실시예를 나타내고 있으나, 도면의 실시예들은 서로 조합되어 구현될 수도 있다.
본 명세서의 개시에서 제안하는 방안에 대한 설명은 이하에서 설명하는 하나 이상의 동작/구성/단계의 조합으로 구성될 수 있다. 아래에서 설명하는 아래의 방법들은 조합적으로 또는 보완적으로 수행되거나 사용될 수 있다.
UE가 INACTIVE 상태일 때, NR SDT가 사용되는 경우, SRB1과 SRB2를 통한 Control Plane (CP) 시그널링이 지원될 수 있다.
예를 들어, UE가 INACTIVE 상태일 때의 NR SDT에 대해, 다음의 내용이 적용될 수도 있다.
- RRC_INACTIVE 상태의 경우:
RACH 기반 방식(예: 2단계 및 4단계 RACH)에 대한 UL SDT:
INACTIVE 상태(예: MSGA 또는 MSG3 사용)에서 작은 데이터 패킷의 전송을 가능하게 하는 일반 절차가 지원될 수 있음. (예를 들어, MSGA는 2-step RA 타입의 랜덤 액세스 프리앰블의 프리앰블 및 페이로드의 전송에 사용될 수 있고, MSG3는 2-step 랜덤 액세스 프리앰블에서의 MSGA에 대한 응답일 수 있음);
UL에서 User Plane (UP) 데이터 전송을 지원하기 위해 MSGA 및 MSG3에 대해 현재 INACTIVE 상태에 대해 가능한 종래의 Common Control Channel (CCCH) 메시지 크기보다 큰 유연한 페이로드 크기 활성화(실제 페이로드 크기는 네트워크 구성까지 가능)가 지원될 수 있음; 및/또는
RACH 기반 솔루션에 대한 INACTIVE 상태의 컨텍스트 fetch 및 데이터 전달(앵커 재배치 포함 및 미포함)이 지원될 수 있음.
미리 구성된 Physical uplink shared channel (PUSCH) 자원에 대한 UL 데이터 전송(즉, 설정된 grant type 1 재사용) - TA가 유효한 경우:
INACTIVE 상태에서 구성된 grant type 1 자원을 통한 소규모 데이터 전송을 위한 일반 절차가 지원될 수 있음; 및/또는
INACTIVE 상태에 대한 UL에서 작은 데이터 전송을 위해 구성된 grant type 1 자원의 구성이 지원될 수 있음.
필요한 경우 RRC_INACTIVE에서 소규모 데이터 전송을 위한 RRM 코어 요구 사항이 특정될 수 있다.
UL에서 small data의 전송, UL 및 DL에서 small data의 후속 전송 및 상태 전환 결정은 네트워크가 제어할 수 있다.
DRB용 프레임워크를 재사용하여 RRC_INACTIVE 상태에서 작은 데이터 전송을 위한 SRB1 및 SRB2 구성을 지정할 수도 있다.
또한, 단말이 SDT를 진행하는 중에, 동일한 cell에서 다시 Resume procedure을 trigger (예: due to the UL data generated from DRBs not configured for SDT)(즉, non-SDT UL data가 생성된 경우) 하거나, 또는 다른 cell에서 Resume procedure을 trigger (예: due to cell re-selection)하는 상황이 존재할 수 있다.
동일한 셀에서 RRC 재개 절차(RRC Resume procedure)를 위해 NCC 및 Inactive Radio Network Temporary Identifier (I-RNTI) 재사용:
SDT 절차 중에 SDT 용으로 설정되지 않은 DRB에서 생성된 데이터를 처리하는 방안이 문제될 수 있다. non-SDT DRB는 SDT 시작(SDT initiation) 시 재개되지 않아 버퍼 상태 보고(buffer status report)에 반영되지 않기 때문이다.
한 가지 옵션은 새로운 RRCResume 절차를 트리거하는 것이다. 예를 들어, CCCH에서 RRCResumeRequest 메시지를 전송하는 것이다. 종래의 절차에 따라 RRC_INACTIVE에 있는 UE는 UE의 NAS 계층으로부터 UL 데이터 전송에 대한 요청을 수신하면, RRCResume 절차를 시작할 수 있다.
그러나 SDT에 대해 RRCResume 절차가 이미 시작된 경우, 이 두 번째 ResumeRequest는 UE가 새로운 NCC를 수신하지 않았기 때문에 동일한 셀에서 I-RNTI 및 resumeMAC-I를 재사용할 수 있다. UE는 non-SDT 데이터를 생성하기 전에, 즉 경합 해결(contention resolution) 전에 네트워크 응답을 수신하거나 수신하지 않았을 수도 있다.
I-RNTI 및 resumeMAC-I를 재사용하는 CCCH 메시지가 SDT 개시 후 동일한 셀에서 다시 전송될 수 있는지 여부(예: UE에서 RRC 거부를 수신하지 않은 경우의 종래의 RRC Reject case와 유사할 수 있음)가 논의되지 않았다.
다른 셀에서 RRC 재개 절차를 위해 NCC 및 I-RNTI 재사용:
종래 기술에 따르면, UE가 RRCResumeRequest를 전송하고, RRC 응답 메시지(예: RRCRlease 또는 RRCResume)를 수신하기 전에 셀 재선택을 수행하는 경우, UE는 IDLE 상태로 전환할 수 있다. 그러나 UE가 셀 재선택 전에 다중 패킷을 송수신할 수 있으므로, RRCResume 절차가 SDT 절차를 시작하는 데 이미 사용된 경우, 데이터 손실이 발생할 수 있다.
대안적인 접근 방법으로, UE가 INACTIVE를 유지하고 새로운 셀에서 RRCResumeRequest 메시지를 전송하는 방법이 논의되고 있다. 하지만 종래기술에 따르면, UE는 suspendConfig 메시지와 함께 후속 RRCRlease를 통해, 업데이트된 I-RNTI 및 NCC를 제공받을 수 있다. UE가 첫 번째 셀에서 SDT 절차를 완료하기 전에 새 셀에서 새로운 SDT 절차를 시도하면, 현재 절차에 따라 업데이트된 I-RNTI 및 NCC를 수신하지 못한다. 새로운 셀에서 다른 CCCH 메시지를 전송함으로써 SDT 절차/RRC 재개를 시작하기 위해, 이전 셀의 NCC 및 I-RNTI의 재사용을 일시적으로 허용하는 방안이 논의될 수 있다. SDT 절차가 시작되었던 이전 셀의 NCC 및 I-RNTI를 재사용하여 새 셀에서 새 SDT 절차를 시작할 수 있는지 여부가 불분명하다.
만약 단말에 대한 UE context를 가지고 있는 Old NG-RAN (= last serving NG-RAN)이 아닌, RAN-based Notification Area (RNA) 내에 위치한 다른 NG-RAN에서 Small data transmission (SDT)을 개시하는 경우, 이를 지원하는 방법이 필요하다. 예를 들어, 본 명세서의 개시에서는 위와 같은 경우에서 New NG-RAN과 old NG-RAN이 단말의 SDT를 지원하는 방법의 예시를 설명한다.
단말을 RRC INACTIVE로 유지한 상태에서, 소량의 데이터를 전송하는 Small Data Transmission (SDT)가 논의되고 있다. 예를 들어, SDT는 RACH-based SDT (RA-SDT) 방식 또는 Configured Grant-Small Data Transmission (CG-SDT) 방식으로 구현될 수 있다.
SDT가 진행되는 상황에서, 단말이 non-SDT bearer data를 가지고 있을 수 있다. 이 경우, 단말이 non-SDT bearer data를 네트워크로 전달하기 위해, SDT를 중단하고 RRC_CONNECTED 상태로 천이하는 과정이 시작된다. NG-RAN이 gNB-DU와 gNB-CU로 분리되어 있는 경우, 단말에 대해 RA-SDT를 위해 이미 할당된 resource 및 UE context가 존재하더라도, gNB-DU는 하나의 단말에 대해 다시 한 번 resource 및 UE context를 할당한다. 예를 들어, gNB-DU는 별도의 정보 없이는 단말이 RA-SDT 중에 RRC_CONNECTED 상태로 천이하기 위한 과정을 시작했다는 것을 알 수 없으므로, 해당 단말에 대해 추가적으로 resource 및 UE context를 할당한다. 이로 인해, 중복된 resource 및 UE context 할당으로 인한 자원 낭비가 발생할 수 있다.
본 명세서의 개시는, 자원 낭비를 방지하기 위해, 중복된 resource 할당 및 중복된 UE context 할당을 방지하기 위한 방안을 설명하기로 한다.
본 명세서의 개시는, New NG-RAN과 old NG-RAN 사이에서 단말의 SDT를 지원하는 방법의 다양한 예시를 제시하고자 한다.
이하의 본 명세서의 개시의 다양한 예시에서 기술된 AMF와 NG-RAN 간의 N2 message들 중에서, 일부 N2 메시지에 대해 새로운 N2 메시지가 정의되어 사용될 수도 있다. 또한, 아래에서 기술된 NG-RAN과 UE 간의 RRC message들 중에서, 일부 RRC 메시지에 대해 새로운 RRC message가 정의되어 사용될 수도 있다.
아래 본 명세서의 개시의 다양한 예시에서 설명하는 절차들에서, 어떤 동작/step들은 동시에/병렬적으로 수행될 수도 있고, 본 명세서의 개시에서 설명된 순서와는 다른 순서로 수행될 수도 있다.
SDT와 관련된 절차의 일 예로, 도 6a 및 도 6b를 참조하여 CG based SDT를 위한 절차의 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 6a 및 도 6b는 본 명세서의 개시의 일 실시예에 따른 CG based SDT를 위한 절차의 예시를 나타낸다.
도 6a 및 도 6b을 참조하면, 기지국(예: NG-RAN)은 gNB-DU와 gNB-CU를 포함할 수 있다. gNB-CU는 제어 평면에 관련된 기능을 수행하는 gNB-CU-CP 및 사용자 평면에 관련된 기능을 수행하는 gNB-CU-UP를 포함할 수 있다.
도 6a 및 도 6b의 예시는 UE가 RRC Inactive 상태일 때의 CG based SDT를 위한 절차의 일 예시를 나타낸다.
1)gNB-CU는 UE를 RRC_INACTIVE 상태로 변경하기로 결정할 수 있다.
2) gNB-CU-CP는 CG-SDT를 설정(configure)하기로 결정하고. SDT Radio Bearer(s)의 정보와 관련된 CG-SDT 관련 자원 설정(configuration)에 대한 query indication을 포함하는 UE CONTEXT MODIFICATION REQUEST 메시지를 전송할 수 있다.
3) gNB-DU는 SDT 무선 베어러(들)에 대한 CG-SDT 관련 자원 구성을 DU to CU RRC Information IE에 포함시켜 UE CONTEXT MODIFICATION RESPONSE 메시지를 전송할 수 있다.
4) gNB-CU-CP는 suspend indication과 함께 BEARER CONTEXT MODIFICATION REQUEST를 gNB-CU-UP에게 전송할 수 있다.
5) gNB-CU-UP은 BEARER CONTEXT MODIFICATION RESPONSE를 gNB-CU-CP에게 전송할 수 있다.
6) gNB-CU-CP는 RRCRelease 메시지를 포함하는 UE CONTEXT RELEASE COMMAND 메시지를 suspend 설정 내의 CG-SDT 정보와 함께 UE에게 전송할 수 있다. UE가 explicit CG-SDT kept indicator로 RRC_INACTIVE 상태가 될 때, gNB-CU는 SDT RLC 설정, F1-U 터널, F1AP UE 연결을 유지하고 SDT를 위한 CG 리소스를 저장하도록, gNB-DU에 알릴 수 있다.
7) gNB-DU는 RRCRlease 메시지를 UE에 전송할 수 있다.
8) gNB-DU는 UE CONTEXT RELEASE COMPLETE 메시지를 전송할 수 있다. UE가 RRC_INACTIVE상태가 될 때, gNB-DU는 SDT RLC 설정, F1-U 터널, F1AP UE 연관을 유지하고 SDT를 위한 CG 자원을 저장할 수 있다. gNB-DU는 또한 C-RNTI, CS-RNTI 및 어떤 베어러가 CG-SDT 베어러인지를 저장할 수 있다.
UE가 RRC_INACTIVE 모드로 동작한 뒤 일정 시간이 흐른 뒤, 이하의 동작이 수행될 수 있다.
9) UE는 CG 기반 SDT 절차를 수행하기로 결정하고, RRCResumeRequest 메시지를 UL SDT 데이터/UL NAS protocol data unit (PDU)와 함께 전송할 수 있다.
10) gNB-DU는 RRCResumeRequest 메시지를 포함하는 UL RRC MESSAGE TRANSFER 메시지를 전송할 수 있다.
11/12) gNB-CU-CP는 SDT DRB를 재개하기 위해 BEARER CONTEXT MODIFICATION 절차를 시작할 수 있다.
13) gNB-DU는 UL SDT 데이터를 gNB-CU-UP에게 전달할 수 있다.
13a) gNB-DU는 UL RRC MESSAGE TRANSFER 메시지를 이용하여 UL NAS PDU를 포함하는 RRC 메시지를 gNB-CU-CP에게 전달할 수 있다.
아래 본 명세서의 개시의 다양한 예시에서 설명하는 절차들에서, 어떤 동작/step들은 동시에/병렬적으로 수행될 수도 있고, 본 명세서의 개시에서 설명된 순서와는 다른 순서로 수행될 수도 있다.
이하에서, 본 명세서의 개시의 제1예 내지 제5예를 참조하여, 본 명세서의 개시를 설명한다. 이하에서 설명하는 본 명세서의 개시의 제1예 내지 제5예는 조합되어 구현될 수도 있다.
1. 본 명세서의 개시의 제1예
이하에서, 도 7의 예시 및 도 8a와 도 8b의 예시를 참조하여, 본 명세서의 개시의 제1예를 설명하기로 한다.
본 명세서의 개시의 제1예는 SDT에서의 CP 시그널링을 지원하기 위한 방안의 예시를 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 7은 본 명세서의 개시의 제1예의 제1 예시에 따른 신호 흐름도를 나타낸다.
예를 들어, 도 7의 예시는 SDT를 위해, RRC_INACTIVE 상태에서 SRB2를 통해 RRC 메시지를 전송하고, NAS 메시지를 전달하기 위한 절차의 예시를 나타낸다.
도 7의 예시는, 단말이 SDT 과정에서 SRB2를 이용하여 NAS PDU 또는 CP signalling을 네트워크로 전송하고자 할 때, New NG-RAN이 Old NG-RAN으로부터 UE context를 가져오는 방법의 일 예를 나타낸다.
기본적으로 도 7의 예시에서, New NG-RAN과 Old NG-RAN은 CU-CP와 CU-UP 그리고 DU로 분리되어 있지 않은 상태를 가정하고 있으나, 이는 예시에 불과하다. 본 명세서의 개시에 따른 도 7의 예시는 New NG-RAN 및/또는 Old NG-RAN가 각각 CU-CP와 CU-UP, DU로 분리되어 있는 경우에도 적용 가능하다.
Step 0: 단말은 현재 RRC-INACTIVE 상태에 있다. 따라서 단말과 Old NG-RAN (= Last serving NG-RAN)은 각각 UE context를 저장하고 있을 수 있다. 참고로, UE context는 도 7의 예시의 UE AS context를 의미할 수 있다. CU-CP와 AMF 사이의 NG-C 연결은 유지되고 있으며, CU-UP와 UPF 사이의 NG-U 연결도 유지될 수 있다.
Step 1: 단말은 RRC-INACTIVE 상태를 유지한 채로, CP signalling을 SDT 방식으로 네트워크와 교환하기 위해, RACH procedure를 시작할 수 있다.
Step 2: 단말은 CP Signalling에 관련된 SDT 전송을 위해 RRC Resume Request 메시지를 New NG-RAN에게 전송할 수 있다. 이 과정에서, 단말은 현재 SDT 전송이 UP data가 아닌 CP signalling 또는 NAS PDU 전송을 위해 시작된 것임을 알리기 위한 indication을 같이 전송할 수 있다. 해당 indication은 Resume Cause 형태로 전송될 수도 있고, 또는 MAC CE를 이용하여 전송될 수도 있다.
이 과정에서 단말은 SDT를 위한 bearer와 SRB 2를 모두 resume할 수 있다.
NOTE: Step 2에서와 같이, CP signaling을 위해 SDT가 시작된 것임을 알리기 위한 indication을 단말이 직접 생성하여 전송할 수도 있다. 또는, Step 1에서 SDT을 위한 RACH procedure을 시작한 후, Step 2에서 단말이 MO signalling과 같은 Resume Cause를 네트워크로 보내면, NG-RAN이 이를 조합하여 CP signalling을 위한 SDT가 시작되었음을 유추할 수도 있다. 예를 들어, NG-RAN은 SDT를 위한 RACH procedure가 시작된 점 및 단말이 Resume Cause를 보낸 점에 기초하여, CP signalling을 위한 SDT가 시작되었음을 유추할 수 있다.
NOTE: Old NG-RAN (= Last Serving NG-RAN)에서 단말이 RRC-INACTIVE로 천이할 때, 단말은 RRC Release 메시지 안에 포함되어 있는 SuspendConfig를 통해 SDT 전송 과정에서 SRB 2를 같이 resume 해야할지 여부를 미리 알 수 있다. 예를 들어, SuspendConfig는 RRC_Inactive 상태를 위한 설정을 나타낼 수 있다.
Step 3: New NG-RAN은 RRC Resume Request 메시지 안에 포함된 I-RNTI에 기초하여, 자신이 단말에 대한 UE context를 가지고 있는지를 확인한다. 만약 해당 UE context를 찾는데 실패하면, New NG-RAN은 I-RNTI에 기초하여, 해당 UE context를 가지고 있는 Old NG-RAN (= Last Serving NG-RAN)에게 RETRIEVE UE CONTEXT REQUEST 메시지를 보내 해당 UE context를 요청할 수 있다. 이 과정에서 CP signalling을 위해, New NG-RAN은 SDT가 시작된 것임을 알리기 위한 indication을 같이 전달할 수 있다.
Step 4: New NG-RAN으로부터 RETRIEVE UE CONTEXT REQUEST 메시지를 수신한 Old NG-RAN은 자신이 해당 단말에 대한 UE context를 가지고 있는지를 확인할 수 있다. Old NG-RAN이 해당 UE context를 가지고 있고, 단말에 대한 검증이 끝나면, UE context를 New NG-RAN에게 전달할지 여부를 결정할 수 있다. New NG-RAN으로부터 CP signalling을 위한 SDT임을 전달받았으므로, Old NG-RAN은 New NG-RAN에게 UE Context를 전달하기로 결정할 수 있다.
Step 5: Old NG-RAN은 RETRIEVE UE CONTEXT RESPONSE 메시지를 통해 new NG-RAN에게 단말에 대한 UE context를 전달할 수 있다.
Step 6: New NG-RAN은 DCI를 통해 단말에게 contention resolution을 진행할 수 있다. 또한 단말이 NAS PDU를 전송할 수 있도록, New NG-RAN UL에 대한 resource를 할당할 수 있다.
NOTE: New NG-RAN은 DCI 대신에 새로운 RRC 메시지를 사용하여 단말에게 알릴 수도 있다.
Step 7: Step 5에서, Old NG-RAN이 단말에게 전송해야 할 DL data를 buffering하고 있다는 것을 New NG-RAN이 수신한 경우, New NG-RAN은 buffering 된 DL data를 old NG-RAN으로부터 넘겨받기 위한 Data forwarding address를 old NG-RAN에게 전달할 수 있다.
Step 8: New NG-RAN은 AMF에게 Path Switch Request 메시지를 전송함으로써, new NG-RAN이 단말에 대한 serving NG-RAN이 되었음을 알릴 수 있다.
Step 9: AMF는 New NG-RAN에게 Path Switch Request Ack 메시지를 전송하여 응답할 수 있다.
Step 10: 단말은 SRB2를 통해 NAS PDU를 포함하고 있는 UL Information Transfer 메시지를 New NG-RAN에게 전달할 수 있다.
Step 11: New NG-RAN은 단말로부터 수신한 NAS PDU를 UL NAS TRANSPORT 메시지를 통하여 AMF에게 전달할 수 있다.
Step 12: 만약 AMF가 단말에게 전달해야 할 NAS PDU를 가지고 있는 경우, NAS PDU를 포함한 DL NAS TRANSPORT 메시지를 New NG-RAN 에게 전달할 수 있다.
Step 13: 만약 Step 12를 통해 AMF로부터 NAS PDU를 수신한 경우, new NG-RAN은 NAS PDU를 포함한 DL Information Transfer 메시지를 통해 단말에게 NAS PDU를 전달할 수 있다.
Step 14: 단말과의 데이터 또는 signalling 전송이 끝났다고 판단한 경우, new NG-RAN은 SuspendConfig를 포함한 RRC Release 메시지를 단말에게 전달할 수 있다. 이를 통해 단말은 SDT 과정을 종료하고 RRC-INACTIVE 상태를 유지할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 8a 및 도 8b는 본 명세서의 개시의 제1예의 제2 예시에 따른 신호 흐름도를 나타낸다.
예를 들어, 도 8a 및 도 8b의 예시는 SDT를 위해, RRC_INACTIVE 상태에서 SRB2를 통해 RRC 메시지를 전송하고, NAS 메시지를 전달하기 위한 절차의 예시를 나타낸다.
도 8a 및 도 8b의 예시는, CU-DU split을 고려한 상황에서, 단말이 SDT 과정에서 SRB2를 이용하여 NAS PDU 또는 CP signalling을 네트워크로 전송하고자 할 때, New NG-RAN이 Old NG-RAN으로부터 UE context를 가져오는 방법의 일 예를 나타낸다.
기본적으로 도 8a 및 도 8b의 예시에서, New NG-RAN과 Old NG-RAN은 CU-CP와 CU-UP 그리고 DU로 분리되어 있지 않은 상태를 가정하고 있으나, 이는 예시에 불과하다. 본 명세서의 개시에 따른 도 8a 및 도 8b의 예시는 New NG-RAN 및/또는 Old NG-RAN가 각각 CU-CP와 CU-UP, DU로 분리되어 있는 경우에도 적용 가능하다.
참고로, 도 8a 및 도 8b의 예시는 도 7의 예시와 동일한 내용을 포함할 수 있으며, 이하에서는 도 8a 및 도 8b의 예시와 도 7의 예시 사이의 차이점을 중심으로, 도 8a 및 도 8b의 예시를 설명하기로 한다.
도 8a 및 도 8b의 예시에서, new NG-RAN은 DU(예: gNB-DU)와 CU(예: gNB-CU)를 포함할 수 있다.
Step 0~1: 도 7의 예시와 동일한 방식으로 수행될 수 있다.
Step 2: 단말은 CP Signalling에 관련된 SDT 전송을 위해 RRC Resume Request 메시지를 New NG-RAN에게 전송할 수 있다. 이 과정에서, 단말은 현재 SDT 전송이 UP data가 아닌 CP signalling 또는 NAS PDU 전송을 위해 시작된 것임을 알리기 위한 indication을 같이 전송할 수 있다. 해당 indication은 Resume Cause 형태로 전송될 수도 있고, 또는 MAC CE를 이용하여 전송될 수도 있다.
이 과정에서 단말은 SDT를 위한 bearer와 SRB 2를 모두 resume할 수 있다. 단말은 SRB 2를 통해 NAS PDU를 포함하고 있는 UL Information Transfer 메시지를 New NG-RAN에게 RRC Resume Request 메시지와 함께 전달할 수 있다.
NOTE: Step 2에서와 같이, CP signaling을 위해 SDT가 시작된 것임을 알리기 위한 indication을 단말이 직접 생성하여 전송할 수도 있다. 또는, Step 1에서 SDT을 위한 RACH procedure을 시작한 후, Step 2에서 단말이 MO signalling과 같은 Resume Cause를 네트워크로 보내면, NG-RAN이 이를 조합하여 CP signalling을 위한 SDT가 시작되었음을 유추할 수도 있다. 예를 들어, NG-RAN은 RACH procedure가 시작된 점 및 단말이 Resume Cause를 보낸 점에 기초하여, CP signalling을 위한 SDT가 시작되었음을 유추할 수 있다. 또는 단말은 “SDT for MO signalling” indication 대신에 UL Information Transfer를 RRC Resume Request 메시지와 함께 전송함으로써 NG-RAN이 CP signaling을 위해 SDT가 시작된 것임을 알릴 수도 있다.
NOTE: Old NG-RAN (= Last Serving NG-RAN)에서 단말이 RRC-INACTIVE로 천이할 때, 단말은 RRC Release 메시지 안에 포함되어 있는 SuspendConfig를 통해 SDT 전송 과정에서 SRB 2를 같이 resume 해야할지 여부를 미리 알 수 있다.
Step 3: New NG-RAN의 DU는 RRC Resume Request 메시지를 F1 Application Protocol (F1AP) INITIAL UL RRC MESSAGE TRANSFER 메시지 안에 포함시켜, New NG-RAN의 CU에게 전달할 수 있다. 이때, 단말이 RRC Resume Request 메시지와 함께 전송한 UL-DCCH message (즉, UL Information Transfer)를 New NG-RAN의 CU에게 전달하기 위해, New NG-RAN의 DU는 SRB2의 셋업을 요청하는 indication을 같이 포함시켜 전달할 수 있다.
NOTE: New NG-RAN의 DU는 SRB2 Required Indication 대신에, F1AP INITIAL UL RRC MESSAGE TRANSFER 메시지 안에 단말로부터 수신한 UL-DCCH message (즉, UL Information Transfer)를 RRC container에 포함시켜 New NG-RAN의 CU에게 전달할 수도 있다. 이 경우, New NG-RAN의 CU가 Step 4에서 Old NG-RAN에게 XnAP RETRIEVE UE CONTEXT REQUEST 메시지를 전송할 때, Step 3에서 New NG-RAN의 DU로부터 수신한 UL-DCCH message (즉, UL Information Transfer)를 같이 포함시켜 Old NG-RAN에게 전달할 수 있다. Step 5에서 UE verification이 통과되면, Old NG-RAN은 단말이 보낸 UL Information Transfer에 기초하여, NAS-PDU를 수신한 후 NAS-PDU를 를 바로 AMF에게 전달할 수 있다. 만약 AMF가 단말에게 보낼 DL data (e.g., NAS-PDU or CP signalling)를 Old NG-RAN에게 전달하면, Old NG-RAN은 DL Information Transfer를 생성하여 AMF로부터 수신한 DL data (e.g., NAS-PDU or CP signalling)를 Step 6의 RETRIEVE UE CONTEXT RESPONSE 메시지 또는 새로운 XnAP 메시지 안에 RRC container 형태로 포함시켜 New NG-RAN에게 전달할 수 있다.
이 경우, Old NG-RAN은 여전히 단말에 대한 serving NG-RAN 역할을 유지하며, 대신 New NG-RAN을 통해 단말과 CP signaling을 유지할 수 있다. 이 때, New NG-RAN으로부터 NAS-PDU를 전달받기 위한 Xn tunnel을 생성하기 위하여, Old NG-RAN은 관련된 정보를 함께 포함시켜 New NG-RAN에게 전달할 수 있다. 이 경우, AMF와의 NG signaling은 여전히 Old NG-RAN을 통하여 이루어지기 때문에 Step 12와 13은 생략될 수 있다.
Step 4: New NG-RAN으로부터 RETRIEVE UE CONTEXT REQUEST 메시지를 수신한 Old NG-RAN은 자신이 해당 단말에 대한 UE context를 가지고 있는지를 확인할 수 있다. Old NG-RAN이 해당 UE context를 가지고 있고, 단말에 대한 검증이 끝나면, UE context를 New NG-RAN에게 전달할지 여부를 결정할 수 있다. New NG-RAN으로부터 CP signalling을 위한 SDT임을 전달받았으므로, Old NG-RAN은 New NG-RAN에게 UE Context를 전달하기로 결정할 수 있다. 이 과정에서 New NG-RAN의 CU는 “SDT for MO signalling” indication 및/또는 SRB2 Required Indication에 기초하여, SRB2 셋업이 필요함을 알 수 있다. 따라서 New NG-RAN은 Old NG-RAN에게 CP signalling을 위해 SDT가 시작된 것임을 알리기 위한 indication을 같이 전달한다.
NOTE: Step 2에서 단말이 “SDT for MO signalling” indication 대신에 UL Information Transfer를 RRC Resume Request 메시지와 함께 전송할 수도 있다. 이 경우, New NG-RAN의 CU는 Step 3에서 New NG-RAN의 DU가 전송한 SRB2 Required Indication을 통해, 단말이 CP signaling을 위해 SDT가 시작한 것임을 알 수 있다.
NOTE: New NG-RAN의 CU는 “SDT for MO signalling” indication 및/또는 SRB2 Required Indication을 RETRIEVE UE CONTEXT REQUEST 메시지에 포함시켜 전송할 수도 있다.
Step 5: 도 7의 예시의 step 4와 같은 방식으로 수행될 수 있다.
Step 6: 도 7의 예시의 step 5와 같은 방식으로 수행될 수 있다.
NOTE: Old NG-RAN은 full UE context 대신에 partial UE context (e.g., SRB2 related information) 만을 New NG-RAN에게 전달할 수도 있다. 이 경우, Old NG-RAN은 여전히 단말에 대한 serving NG-RAN 역할을 유지하며, 대신 New NG-RAN을 통해 단말과 CP signaling을 유지할 수 있다. 이 때, Old NG-RAN은 New NG-RAN으로부터 NAS-PDU를 전달받기 위한 Xn tunnel을 생성하기 위하여 관련 정보를 같이 포함시켜 New NG-RAN에게 전달할 수도 있다. 만약 Old NG-RAN가 Partial UE context를 New NG-RAN에게 제공하는 경우, AMF와의 NG signaling은 여전히 Old NG-RAN을 통하여 수행되기 때문에 Step 12와 13은 생략될 수 있다.
Old NG-RAN은 partial UE context (e.g., SRB2 related information) 을 New NG-RAN에게 전달하는 대신, 단말이 보낸 UL-DCCH message를 전달받기 위한 Old NG-RAN과 New NG-RAN 사이의 Xn tunnel 생성과 New NG-RAN의 DU와 CU 사이의 F1 tunnel 생성을 위한 정보를 전달할 수도 있다. 이 경우, New NG-RAN의 CU는 Step 7에서 SRB2를 생성하는 대신, UL-DCCH message 전달을 위한 F1 tunnel을 생성할 수도 있다. 이 과정에서, AMF가 단말에게 보낼 DL-DCCH message (즉, DL data를 포함한 DL Information Transfer)를 전달할 수 있도록, New NG-RAN의 CU는 DL-DCCH message 전달을 위한 F1 tunnel도 같이 생성할 수 있다.
Step 7: New NG-RAN의 CU는 Step 6에서 수신한 UE context에 기초하여, F1AP UE CONTEXT SETUP REQUEST 메시지를 통해 New NG-RAN의 DU에게 SRB2 셋업을 요청할 수 있다.
Step 8: 도 7의 예시의 step 6와 같은 방식으로 수행될 수 있다.
Step 9: New NG-RAN의 DU는 SRB2 셋업을 완료한 이후, F1AP UE CONTEXT SETUP RESPONSE 메시지를 통해 New NG-RAN의 CU에게 응답할 수 있다.
Step 10: New NG-RAN의 DU는 Step 2에서 수신한 UL Information Transfer 메시지를 F1AP UL RRC MESSAGE TRANSFER에 포함시켜 New NG-RAN의 CU에게 전달할 수 있다.
Step 11: New NG-RAN의 CU는 Step 6에서 Old NG-RAN이 단말에게 전송해야 할 DL data를 buffering하고 있다는 것을 New NG-RAN이 수신한 경우, New NG-RAN은 buffering 된 DL data를 old NG-RAN으로부터 넘겨받기 위한 Data forwarding address를 old NG-RAN에게 전달할 수 있다.
NOTE: 만약 Step 3에서 New NG-RAN의 DU가 UL-DCCH message를 INITIAL UL RRC MESSAGE TRANSFER에 포함시켜 New NG-RAN의 CU에게 전달하거나, Step 6에서 Old NG-RAN이 partial UE context를 전달한 경우가 있을 수 있다. 이러한 경우, AMF로부터 단말에게 전달할 NAS-PDU를 수신하기 위한 tunnel을 생성하기 위하여, New NG-RAN의 CU는 관련 정보를 같이 포함시켜 Old NG-RAN에게 전달할 수 있다. 이때, New NG-RAN의 CU가 수신한 UL Information Transfer를 Old NG-RAN에게 전달하기 위해 새로운 XnAP RRC MESSAGE TRANSFER를 이용할 수도 있다.
New NG-RAN 은 Old NG-RAN에게 AMF가 단말에게 보낼 DL-DCCH message (즉, DL data를 포함한 DL Information Transfer)를 전달할 수 있도록, DL-DCCH message를 전달받기 위한 Old NG-RAN과 New NG-RAN 사이의 Xn tunnel를 같이 생성할 수 있다.
Step 12: New NG-RAN의 CU는 AMF에게 Path Switch Request 메시지를 전송함으로써, new NG-RAN이 단말에 대한 serving NG-RAN이 되었음을 알릴 수 있다.
Step 13: AMF는 New NG-RAN의 CU에게 Path Switch Request Ack 메시지를 전송하여 응답할 수 있다.
Step 14: New NG-RAN의 CU는 단말로부터 수신한 NAS PDU를 UL NAS TRANSPORT 메시지를 통하여 AMF에게 전달할 수 있다.
NOTE: 만약 Step 3에서 New NG-RAN의 DU가 UL-DCCH message를 INITIAL UL RRC MESSAGE TRANSFER에 포함시켜 New NG-RAN의 CU에게 전달하거나, Step 6에서 Partial UE context를 old NG-RAN이 new NG-RAN에게 전달한 경우, Step 14와 15은 Old NG-RAN과 AMF 사이에서 수행될 수 있다.
Step 15: 만약 AMF가 단말에게 전달해야 할 NAS PDU를 가지고 있는 경우, NAS PDU를 포함한 DL NAS TRANSPORT 메시지를 New NG-RAN 에게 전달할 수 있다.
Step 16~17: 만약 Step 15를 통해 AMF로부터 NAS PDU를 수신한 경우, new NG-RAN의 CU는 NAS PDU를 포함한 DL Information Transfer 메시지를 F1AP DL RRC MESSAGE TRANSFER 메시지에 포함시켜 new NG-RAN의 DU에게 전달할 수 있다. New NG-RAN의 DU는 DL Information Transfer 메시지를 단말에게 전달할 수 있다.
NOTE: Step 3에서 New NG-RAN의 DU가 UL-DCCH message를 INITIAL UL RRC MESSAGE TRANSFER에 포함시켜 New NG-RAN의 CU에게 전달하거나, Step 6에서 Old NG-RAN이 partial UE context 만을 전달한 경우가 있을 수 있다. 이러한 경우, Old NG-RAN이 RRC message를 생성하여 XnAP RRC MESSAGE TRANSFER 메시지를 이용하여 RRC 메시지를 New NG-RAN에게 전달하고, New NG-RAN은 이를 단말에게 전달할 수 있다. 반대로 단말로부터 수신한 UL Information Transfer는 New NG-RAN이 수신하여 Old NG-RAN에게 전달할 수 있다.
Step 18~19: 단말과의 데이터 또는 signalling 전송이 끝났다고 판단한 경우, new NG-RAN의 CU는 SuspendConfig를 포함한 RRC Release 메시지를 new NG-RAN의 DU를 통해 단말에게 전달할 수 있다. 이를 통해 단말은 SDT 과정을 종료하고 RRC-INACTIVE 상태를 유지할 수 있다.
2. 본 명세서의 개시의 제2예
이하에서, 도 9의 예시 및 도 10a와 도 10b의 예시를 참조하여, 본 명세서의 개시의 제2예를 설명하기로 한다.
본 명세서의 개시의 제2예는 SDT가 사용되는 상황에서, non-SDT 데이터가 발생할 경우의 절차의 일 예를 설명한다. 본 명세서의 개시의 제2예는 동일한 셀에서, RRC Resume 절차를 트리거하는 절차의 예시를 포함한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 9는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
예를 들어, 도 9의 예시는 동일한 셀에서 RRC Resume 절차의 트리거를 지원하는 절차의 예시를 나타낸다. 도 9의 예시는, 앵커 재배치(anchor relocation)가 수행된 SDT가 사용된 이후의 상황을 나타낼 수 있다.
도 9의 예시는 단말이 Non-SDT bearer을 통해 전송해야 될 data가 생겼을 때, 현재 SDT가 진행 중인 cell에서 다시 Resume procedure을 trigger하는 방법의 예를 나타낸다.
기본적으로, 도 9의 예시에서는 SDT를 설정하는 과정에서 Old NG-RAN이 New NG-RAN에게 UE context를 제공한 경우를 가정하고 있다.
또한, 도 9의 예시에서는 New NG-RAN만 CU-CP와 CU-UP, DU로 분리되어 있는 상태를 가정하고 있으나, 이는 예시에 불과하다. 예를 들어, Old NG-RAN도 CU-CP와 CU-UP, DU로 분리되어 있는 경우에도 도 9의 예시가 적용될 수 있다.
Step 0: 도 7의 예시의 Step 0과 동일한 방식으로 수행될 수 있다.
Step 1: 단말은 RRC-INACTIVE 상태에서 New NG-RAN을 통해 SDT를 수행 중이다. 즉, Step 1의 절차에서 Old NG-RAN은 UE context를 New NG-RAN에게 전달하였다. 따라서 단말에 대한 serving NG-RAN은 new NG-RAN이 된 상태일 수 있다. New NG-RAN은 SDT bearer만을 resume 하여 단말에 대한 SDT을 지원할 수 있다.
Step 2: 단말에게, Non-SDT bearer에 대한 data가 존재할 수 있다. 예를 들어, 비-SDT용 data가 발생할 수 있다. 예를 들어, Non-SDT bearer에 대한 data가 존재하는 경우, 단말은 RRC-CONNECTED 상태로 천이하기 위해 종래 기술에 따른 Resume procedure을 실행하기로 결정할 수 있다. 따라서, 단말은 현재 머물러 있는 cell에서 다시 NG-RAN을 향해 RRC Resume Request 메시지를 전송할 수 있다.
Step 3: New NG-RAN의 DU는 단말로부터 수신한 RRC 메시지를 INITIAL UL RRC MESSAGE TRANSFER 메시지에 포함시켜 New NG-RAN의 CU-CP에게 전달할 수 있다. 이 과정에서 New NG-RAN의 DU는 단말을 위해 새로운 lower layer configuration을 할당하고, 새로운 lower layer configuration를 INITIAL UL RRC MESSAGE TRANSFER 메시지와 함께 New NG-RAN의 CU-CP에게 전달할 수 있다. gNB-DU는 해당 단말에 대한 UE context가 gNB-DU 내에 이미 존재한다는 것을 아직 모르기 때문에, 해당 단말과의 새로운 RRC connection을 생성하기 위해 lower layer configuration을 새롭게 할당할 수 있다.
Step 4: New NG-RAN의 CU-CP는 RRC Resume Request 메시지에 포함된 Inactive Radio Network Temporary Identifier (I-RNTI) 정보에 기초하여, 해당 단말이 SDT 전송 과정에서 RRC-CONNECTED 상태로 천이하기 위해 다시 Resume 과정을 실행했다는 것을 알 수 있다. New NG-RAN은 Step 1에서 이미 해당 단말에 대한 UE context를 Old NG-RAN으로부터 수신한 상태이므로, New NG-RAN의 CU-CP는 UE context에 기초하여, 단말을 RRC-CONNECTED 상태로 천이시키기로 결정하고, Non-SDT bearer에 대한 resume을 결정할 수 있다.
New NG-RAN의 CU-CP는 단말이 보낸 Short Resume MAC-I에 대한 검증을 수행할 수 있다. 예를 들어, New NG-RAN의 CU-CP는 E1 Application protocol (E1AP) message를 통해 단말이 보낸 Short Resume MAC-I에 대한 검증을 하는 과정에서 사용할 COUNT 값을 얻기 위해 New NG-RAN의 CU-UP에게 현재까지 단말과 주고 받은 UL/DL COUNT 값을 요청할 수 있다.
Step 5: New NG-RAN의 CU(예: CU-CP)는 New NG-RAN의 DU에게 UE CONTEXT에 관련된 요청 메시지를 전송할 수 있다. New NG-RAN의 CU-CP는 이러한 요청 메시지를 전송함으로써, Non-SDT 베어러에 대한 설정을 요청할 수 있다. 예를 들어, New NG-RAN의 CU-CP는 New NG-RAN의 DU에게 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지)를 전송함으로써, Non-SDT bearer (e.g., Bearer configuration, F1 UL TEIDs)에 대한 셋업을 요청할 수 있다. 이때, New NG-RAN의 CU(예: CU-CP)는 해당 단말에 대한 SDT 과정에서 New NG-RAN의 DU가 설정한 old gNB-DU UE F1AP ID를 같이 전달할 수 있다. 예를 들어, New NG-RAN의 CU(예: CU-CP)는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 New NG-RAN의 DU에게 전송할 수 있다. 그러면, New NG-RAN의 DU는 해당 단말이 SDT bearer 외에 추가로 non-SDT bearer를 셋업하려고 시도하는 것을 알 수 있다. New NG-RAN의 DU는 해당 단말을 위해 설정하였던 SDT bearer, CG configuration(예: SDT resource configuration) 등의 정보를 그대로 활용할 수 있다. 예를 들어, New NG-RAN의 DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 New NG-RAN의 CU(예: CU-CP)로부터 수신할 수 있다. UE CONTEXT에 관련된 요청 메시지가 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 경우, New NG-RAN의 DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)에 기초하여, old SDT resource configuration 및 old UE context를 검색(retrieve)할 수 있다. 이에 따라, New NG-RAN의 DU는, old SDT resource configuration 및 old UE context를 그대로 사용할 수 있다.
NOTE: 참고로, New NG-RAN의 DU는 SDT 과정에서 설정했던 SDT bearer나 단말에 대한 configuration 정보를 release할 수도 있다. 예를 들어, New NG-RAN의 DU는 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지)메시지 내의 old gNB-DU UE F1AP ID에 기초하여, SDT 과정에서 설정하였던 SDT bearer나 해당 단말에 대한 configuration 정보를 모두 release 할 수 있다. 그리고, New NG-RAN의 DU는 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지) 내에 새롭게 포함된 configuration 정보를 기반으로 모든 bearer를 다시 셋업할 수도 있다.
NOTE: New NG-RAN의 CU-CP는, UE CONTEXT MODIFICATION REQUEST 메시지 대신에, UE CONTEXT RELEASE 과정을 통하여 DU에게 해당 단말에 대해 SDT 과정에서 설정한 모든 정보를 release하라고 명령할 수도 있다. 이후 New NG-RAN의 CU-CP는 UE CONTEXT SETUP 과정을 통해 DU에서 모든 bearer에 대한 셋업을 다시 요청할 수도 있다.
Step 6: New NG-RAN의 DU는 Step 5에서 CU-CP으로부터 수신한 메시지에 따라 단말에 대한 bearer 셋업을 끝마치고 UE CONTEXT MODIFICATION RESPONSE 메시지를 전송하여 응답할 수 있다.
Step 7: New NG-RAN의 CU-CP는 단말이 Non-SDT Bearer을 통해 데이터 전송을 시도하고, 그에 따라 단말이 RRC-CONNECTED 상태로 천이할 것임을 알리기 위해, BEARER CONTEXT MODIFICATION REQUEST 메시지를 CU-UP에게 전송할 수 있다. 이때, SDT를 위해 단말에 대한 일부 bearer만 resume 했던 상황에서, 모든 bearer을 resume하는 상황으로 변했다는 것을 알리기 위해, 새로운 “Connected transition” indication이 추가될 수 있다. 예를 들어, New NG-RAN의 CU-CP는 “Connected transition” indication를 포함하는 BEARER CONTEXT MODIFICATION REQUEST 메시지를 CU-UP에게 전송할 수 있다. 또는, Step 1의 SDT 과정에서 SDT bearer 만을 resume하는 과정을 알리는 “SDT resume” indication을 이용하고, New NG-RAN의 CU-CP는 Step 7의 RRC-CONNECTED 상태 천이 과정에서는 기존 Resume indication을 활용할 수도 있다.
이 과정에서 New NG-RAN의 CU-CP는 DU로부터 수신한 Non-SDT bearer에 대한 DL TEIDs 정보를 같이 전달할 수 있다.
Step 8: New NG-RAN의 CU-UP는 Step 7에서 수신한 CU-CP 요청에 따라 Bearer Context를 업데이트한 후 BEARER CONTEXT MODIFICATION RESPONSE 메시지를 전송하여 응답할 수 있다.
Step 9: New NG-RAN의 CU-CP는 단말에게 RRC-CONNECTED 상태로의 천이를 알리기 위해 RRC Resume 메시지를 생성할 수 있다. New NG-RAN의 CU-CP는 RRC Resume 메시지를 포함하는 DL RRC MESSAGE TRANSFER를 DU에게 전달함으로써, 단말에게 RRC Resume 메시지를 전달할 수 있다.
NOTE: Step 7과 9는 동시에 실행되거나 Step 9가 더 먼저 실행되는 것도 가능하다.
Step 10: New NG-RAN의 DU는 Step 9에서 수신한 RRC Resume 메시지를 단말에게 전달할 수 있다. RRC Resume 메시지에 기초하여, 단말은 모든 bearer를 resume하고 RRC-CONNECTED 상태로 천이할 수 있다. 단말은 Non-SDT bearer에 존재하는 UL data를 NG-RAN에게 전송할 수 있다.
Step 11: 단말은 New NG-RAN에게 RRC Resume Complete 메시지를 보내 응답할 수 있다.
Step 12: New NG-RAN의 DU는 단말이 전송한 RRC 메시지를 UL RRC MESSAGE TRANSFER를 통해 New NG-RAN의 CU-CP에게 전달할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 10a 및 도 10b은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
예를 들어, 도 10a 및 도 10b의 예시는 동일한 셀에서 RRC Resume 절차의 트리거를 지원하는 절차의 예시를 나타낸다. 도 10a 및 도 10b의 예시는, 앵커 재배치(anchor relocation)가 없는 SDT가 사용된 이후의 상황을 나타낼 수 있다.
도 10a 및 도 10b의 예시는 단말이 Non-SDT bearer을 통해 전송해야 될 data가 생겼을 때, 현재 SDT가 진행 중인 cell에서 다시 Resume procedure을 trigger하는 방법의 예를 나타낸다.
기본적으로, 도 10a 및 도 10b의 예시에서는 SDT를 설정하는 과정에서 Old NG-RAN이 New NG-RAN에게 UE context를 제공한 경우를 가정하고 있다.
또한, 도 10a 및 도 10b의 예시에서는 New NG-RAN만 CU-CP와 CU-UP, DU로 분리되어 있는 상태를 가정하고 있으나, 이는 예시에 불과하다. 예를 들어, Old NG-RAN도 CU-CP와 CU-UP, DU로 분리되어 있는 경우에도 도 9의 예시가 적용될 수 있다.
Step 0: 도 7의 예시의 Step 0과 동일한 방식으로 수행될 수 있다.
Step 1: 단말은 RRC-INACTIVE 상태에서 New NG-RAN을 통해 Old NG-RAN과 SDT를 수행 중이다. 따라서, 여전히 단말에 대한 serving NG-RAN은 Old NG-RAN이며, New NG-RAN은 SDT bearer에 대한 RLC, MAC, PHY layer만 구성하여, 단말에 대한 SDT을 지원할 수 있다.
Step 2: 단말에게, Non-SDT bearer에 대한 data가 존재할 수 있다. 예를 들어, 비-SDT용 data가 발생할 수 있다. 예를 들어, Non-SDT bearer에 대한 data가 존재하는 경우, 단말은 RRC-CONNECTED 상태로 천이하기 위해 종래 기술에 따른 Resume procedure을 실행하기로 결정할 수 있다. 따라서, 단말은 현재 머물러 있는 cell에서 다시 NG-RAN을 향해 RRC Resume Request 메시지를 전송할 수 있다.
Step 3: 도 9의 예시의 step 3과 같은 방식으로 수행될 수 있다.
Step 4: New NG-RAN의 CU-CP는 RRC Resume Request 메시지에 포함된 I-RNTI 정보에 기초하여, 해당 단말이 SDT 전송 과정에서 RRC-CONNECTED 상태로 천이하기 위해 다시 Resume 과정을 실행했다는 것을 알 수 있다. 하지만 해당 단말에 대한 UE context를 아직 old NG-RAN이 가지고 있는 상태이므로, New NG-RAN의 CU-CP는 RETRIEVE UE CONTEXT REQUEST 메시지를 old NG-RAN에게 다시 전송할 수 있다.
Step 5: New NG-RAN으로부터 RETRIEVE UE CONTEXT REQUEST 메시지를 수신한 Old NG-RAN은 해당 단말에 대한 UE context를 가지고 있는지를 확인할 수 있다. Old NG-RAN은 단말에 대한 검증을 수행할 수 있다. 해당 UE context를 가지고 있고, 단말에 대한 검증이 끝나면, Old NG-RAN은 UE context를 New NG-RAN에게 전달할지 여부를 결정할 수 있다. 해당 단말에 대한 SDT가 진행되는 과정에서, old NG-RAN이 동일 단말로부터 다시 한 번 RRC Resume Request 메시지를 수신하였다는 점 및 단말이 전송한 Resume cause에 기초하여, old NG-RAN은 해당 단말에 Non-SDT bearer를 통해 전송해야 할 data가 존재함을 알 수 있다. 이에 따라, old NG-RAN은 해당 단말을 RRC-CONNECTED 상태로 천이시키기 위해 UE context를 New NG-RAN에게 전달하기로 결정할 수 있다.
Step 6: Step 5에서의 결정에 따라, old NG-RAN은 RETRIEVE UE CONTEXT RESPONSE 메시지 안에 UE context를 포함시켜 New NG-RAN의 CU-CP에게 전달할 수 있다.
Step 7: New NG-RAN의 CU-CP는 UE context에 기초하여, BEARER CONTEXT SETUP REQUEST 메시지를 CU-UP에게 전송할 수 있다.
Step 8: New NG-RAN의 CU-UP는 BEARER CONTEXT SETUP RESPONSE 메시지를 전송하여, CU-CP에게 응답할 수 있다. 이 과정에서 New NG-RAN의 CU-UP는 New NG-RAN에게 전달할 F1 UL TEIDs를 할당하여 해당 메시지에 포함시킬 수 있다. 예를 들어, New NG-RAN의 CU-UP는 할당된 F1 UL TEIDs를 포함하는 BEARER CONTEXT SETUP RESPONSE 메시지를 CU-CP에게 전송하고, CU-CP가 BEARER CONTEXT SETUP RESPONSE 메시지를 DU에게 전송할 수 있다.
Step 9: New NG-RAN의 CU(예: CU-CP)는 New NG-RAN의 DU에게 UE CONTEXT에 관련된 요청 메시지를 전송할 수 있다. New NG-RAN의 CU-CP는 이러한 요청 메시지를 전송함으로써, Non-SDT 베어러에 대한 설정(예: setup)을 요청할 수 있다. New NG-RAN의 CU(예: CU-CP)는 New NG-RAN의 DU에게 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지)를 전송함으로써, Non-SDT bearer (e.g., Bearer configuration, F1 UL TEIDs)에 대한 셋업을 요청할 수 있다. 이때 New NG-RAN의 CU(예: CU-CP)는 해당 단말에 대한 SDT 과정에서 New NG-RAN의 DU가 설정한 old gNB-DU UE F1AP ID를 같이 전달할 수 있다. 예를 들어, New NG-RAN의 CU(예: CU-CP)는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 New NG-RAN의 DU에게 전송할 수 있다. 그러면, New NG-RAN의 DU는 해당 단말이 SDT bearer 외에 추가로 non-SDT bearer를 셋업하려고 시도하는 것을 알 수 있다. New NG-RAN의 DU는 해당 단말을 위해 설정하였던 SDT bearer, CG configuration(예: SDT resource configuration) 등의 정보를 그대로 활용할 수 있다. 예를 들어, New NG-RAN의 DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 New NG-RAN의 CU(예: CU-CP)로부터 수신할 수 있다. UE CONTEXT에 관련된 요청 메시지가 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 경우, New NG-RAN의 DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)에 기초하여, old SDT resource configuration 및 old UE context를 검색(retrieve)할 수 있다. 이에 따라, New NG-RAN의 DU는, old SDT resource configuration 및 old UE context를 그대로 사용할 수 있다.
또한, Step 8에서 New NG-RAN의 CU(예: CU-CP)는 CU-UP가 할당한 F1 UL TEIDs 정보를 DU에게 전달함으로써, 해당 단말에 대한 UL 전송이 old NG-RAN이 아닌 New NG-RAN의 CU-UP로 향하도록 할 수 있다.
NOTE: 참고로, New NG-RAN의 DU는 SDT 과정에서 설정했던 SDT bearer나 단말에 대한 configuration 정보를 release할 수도 있다. 예를 들어, New NG-RAN의 DU는 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지)메시지 내의 old gNB-DU UE F1AP ID에 기초하여, SDT 과정에서 설정하였던 SDT bearer나 해당 단말에 대한 configuration 정보를 모두 release 할 수 있다. 그리고, New NG-RAN의 DU는 UE CONTEXT에 관련된 요청 메시지(예: UE CONTEXT MODIFICATION REQUEST 메시지) 내에 새롭게 포함된 configuration 정보를 기반으로 모든 bearer를 다시 셋업할 수도 있다.
NOTE: Step 4에서 New NG-RAN의 CU-CP는 해당 단말이 SDT 전송 과정에서 RRC-CONNECTED 상태로 천이하기 위해 다시 Resume 과정을 실행했다는 것을 알 수 있다. 따라서, Step 4 이후, New NG-RAN의 CU-CP는 UE CONTEXT MODIFICATION REQUEST 메시지를 New NG-RAN의 DU 에게 전송하는 대신에, UE CONTEXT RELEASE 과정을 통하여 DU에게 해당 단말에 대해 SDT 과정에서 설정한 모든 정보를 release하라고 명령할 수도 있다. 이후, New NG-RAN의 CU-CP는 UE CONTEXT SETUP 과정을 통해 DU에서 모든 bearer에 대한 셋업을 다시 요청할 수도 있다.
Step 10: New NG-RAN의 DU는 Step 9에서 CU-CP으로부터 수신한 메시지에 따라 단말에 대한 bearer 셋업을 끝마치고 UE CONTEXT MODIFICATION RESPONSE 메시지를 전송하여 응답할 수 있다.
Step 11~12: New NG-RAN의 CU-CP는 단말에게 RRC-CONNECTED 상태로의 천이를 알리기 위해 RRC Resume 메시지를 생성한 후, New NG-RAN의 CU-CP는 RRC Resume 메시지를 포함하는 DL RRC MESSAGE TRANSFER를 DU에게 전달함으로써, 단말에게 RRC Resume 메시지를 전달할 수 있다.
New NG-RAN의 DU는 Step 11에서 수신한 RRC Resume 메시지를 단말에게 전달할 수 있다. RRC Resume 메시지에 기초하여, 단말은 모든 bearer를 resume하고 RRC-CONNECTED 상태로 천이할 수 있다. 단말은 Non-SDT bearer에 존재하는 UL data를 NG-RAN에게 전송할 수 있다.
NOTE: Step 11과 15는 동시에 수행될 수도 있으며, Step 15가 Step 11보다 먼저 수행될 수도 있다.
Step 13~14: 단말은 New NG-RAN에게 RRC Resume Complete 메시지를 전송하여 응답할 수 있다. New NG-RAN의 DU는 단말이 전송한 RRC 메시지를 UL RRC MESSAGE TRANSFER를 통해 New NG-RAN의 CU-CP에게 전달할 수 있다.
Step 15: New NG-RAN의 CU-CP는 Step 10에서 DU로부터 수신한 DL TEIDs 정보를 Bearer Context Modification 과정을 통해 CU-UP에게 전달할 수 있다.
Step 16: New NG-RAN은 Step 6에서 Old NG-RAN이 단말에게 전송해야 할 DL data를 buffering하고 있다는 것을 수신할 수 있다. 이 경우, New NG-RAN은 buffering된 DL data를 old NG-RAN으로부터 넘겨받기 위한 Data forwarding address를 old NG-RAN에게 전달할 수 있다.
Step 17: New NG-RAN의 CU-CP는 AMF에게 Path Switch Request 메시지를 보내 new NG-RAN이 단말에 대한 serving NG-RAN이 되었음을 알릴 수 있다. AMF는 New NG-RAN에게 Path Switch Request Ack 메시지를 전송하여 응답할 수 있다.
3. 본 명세서의 개시의 제3예
이하에서, 도 11의 예시를 참조하여, 본 명세서의 개시의 제3예를 설명하기로 한다.
본 명세서의 개시의 제3예는 다른 셀들에서, RRC Resume 절차를 트리거하는 절차의 예시를 포함한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 11는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 11의 예시는, 단말이 SDT 과정 중간에(예: 단말이 SDT에 관련된 절차를 수행하는 도중에 또는 단말의 SDT를 이용하여 통신을 수행하는 도중에) Cell re-selection을 통해 다른 cell에 access한 경우, 다시 SDT를 trigger하는 방법의 예시를 나타낸다.
기본적으로, 도 11의 예시에서는 Cell re-selection을 통해 단말이 다른 NG-RAN 내의 cell로 이동한 경우를 가정하고 있으나, 이는 예시에 불과하다. 즉, 도 11의 예시는 단말이 동일 NG-RAN 내의 다른 cell로 이동한 경우에도 적용될 수 있다.
또한, 도 11의 예시에서는 SDT 과정에서 Old NG-RAN이 여전히 UE context를 가지고 있는 경우를 가정하고 있으나, 이는 예시에 불과하다. 도 11의 예시는 Old NG-RAN이 NG-RAN #1으로 UE context를 이미 전달한 경우에도 적용할 수 있다. 또한 도 11의 예시에서는 NG-RAN #1, NG-RAN #2, old NG-RAN 모두 CU-CP와 CU-UP, DU로 분리되어 있지 않은 상태를 가정하고 있으나, 이는 예시에 불과하다. 도 11의 예시는 NG-RAN #1, NG-RAN #2 및/또는 old NG-RAN가 CU-CP와 CU-UP, DU로 분리되어 있는 경우에도 적용될 수 있다.
Step 0: 도 9의 step 0과 동일한 방식으로 수행될 수 있다.
Step 1: 단말은 RRC-INACTIVE 상태에서 New NG-RAN(예: NG-RAN #1)을 통해 SDT를 수행 중이다. 즉, Step 1의 절차에서 Old NG-RAN은 UE context를 New NG-RAN에게 전달하였다. 따라서 단말에 대한 serving NG-RAN은 new NG-RAN이 된 상태일 수 있다. New NG-RAN은 SDT bearer만을 resume 하여 단말에 대한 SDT을 지원할 수 있다. 아직 NG-RAN #1이 Old NG-RAN에게 UE CONTEXT RELEASE 메시지를 전송하지 않았기 때문에, NG-RAN #1과 Old NG-RAN 양쪽에 UE context가 존재할 수 있다.
NOTE: Step 1이 수행될 때, Old NG-RAN이 NG-RAN #1에게 SDT 전송을 위해 RLC, MAC, PHY layer와 관련된 정보 만을 전달하고, UE context 자체는 old NG-RAN이 저장하고 있을 수도 있다.
Step 2: SDT 과정이 수행되는 동안, 단말은 NG-RAN #1 내의 cell에 의해 serving되다가, NG-RAN #2 내의 cell 로의 cell re-selection을 수행할 수 있다.
NOTE: 도 11의 예시는 단말이 NG-RAN #1 내의 Cell #1에서 Cell #2로의 Cell reselection을 수행할 때에도 적용될 수 있다.
Step 3: 단말은 기존에 진행 중이던 SDT 과정을 다시 재개하기 위해 NG-RAN #2 내의 새로운 cell에서 RRC Resume Request 메시지를 전송할 수 있다. 즉, 단말이 NG-RAN #2 내의 새로운 cell로의 cell reselection을 수행했으므로, 단말은 RRC Resume Request 메시지를 NG-RAN #2 내의 새로운 cell에게 전송할 수 있다. 이 과정에서, 단말은 UL data도 같이 전달할 수 있다.
Step 4: NG-RAN #2는 RRC Resume Request 메시지 안에 포함된 I-RNTI를 기반으로 단말에 대한 UE context를 가지고 있는지를 확인한다. 만약 해당 UE context를 찾는데 실패하면, I-RNTI를 기반으로 해당 UE context를 가지고 있는 Old NG-RAN (= Last Serving NG-RAN)에게 RETRIEVE UE CONTEXT REQUEST 메시지를 보내 해당 UE context를 요청한다.
Step 5: NG-RAN #2으로부터 RETRIEVE UE CONTEXT REQUEST 메시지를 수신한 Old NG-RAN은 해당 단말에 대한 UE context를 가지고 있는지를 확인할 수 있다. Old NG-RAN은 단말에 대한 검증을 수행할 수 있다. 해당 UE context를 가지고 있고, 단말에 대한 검증이 끝나면, Old NG-RAN은 UE context를 NG-RAN #2에게 전달할지 여부를 결정할 수 있다. 이 과정에서 Old NG-RAN은 해당 단말에 대해 NG-RAN #1을 통해 SDT 과정이 진행 중임을 알 수 있으며, NG-RAN #1을 통한 SDT 과정을 종료해야 함을 알 수 있다.
Step 6: Old NG-RAN은 RETRIEVE UE CONTEXT RESPONSE 메시지를 통해 NG-RAN #2에게 단말에 대한 UE context를 전달할 수 있다.
NOTE: Old NG-RAN이 UE context를 유지한 채로 NG-RAN #2을 통하여 SDT 전송을 하기 위해 RLC, MAC, PHY layer와 관련된 정보 만을 전달할 수도 있다.
Step 7: Old NG-RAN은 RETRIEVE UE CONTEXT CANCEL 메시지를 NG-RAN #1에게 전송함으로써, 해당 단말이 다른 NG-RAN의 cell로 이동했기 때문에 현재 진행 중인 SDT를 멈춰야 한다는 것을 NG-RAN #1에게 알릴 수 있다. 이 과정에서 Old NG-RAN은 이미 NG-RAN #1 내에 존재하는, "단말로 전송해야 할 DL data 또는 단말로부터 수신한 UL data"를 Old NG-RAN으로 전송하기 위한 data forwarding 용 터널에 대한 TEID 정보를 같이 NG-RAN #1에게 전달할 수 있다.
NG-RAN #1이 old NG-RAN으로부터 data forwarding address를 수신한 경우, NG-RAN #1은 해당 터널 정보를 이용하여 현재 남아있는 UL/DL data를 모두 old NG-RAN에게 전달할 수 있다. Old NG-RAN은 NG-RAN #1으로부터 수신한 data를 NG-RAN #2 또는 5GC 쪽으로 전달할 수 있다.
NOTE: RETRIEVE UE CONTEXT CANCEL 메시지 대신에 UE CONTEXT RELEASE 메시지가 사용될 수도 있다.
NOTE: 만약 단말이 NG-RAN #1 내의 다른 cell로 이동한 경우, Step 4~7에서 수행된 동작들이 그대로 적용될 수도 있다. 또는 NG-RAN #1은 Step 3에서 단말이 현재 SDT가 진행 중인 cell #1에서 NG-RAN #1의 다른 cell #2로 이동했음을 알 수 있으므로, Step 7을 수행하지 않고, 도 9의 예시 또는 도 10a 및 도10b의 예시에서와 같이, Cell #1에 할당된 단말에 대한 정보를 모두 release 할 수도 있다.
Step 8: 단말은 NG-RAN #2 내의 cell을 통해 SDT 절차를 지속할 수 있다. Step 4~6의 동작을 수행하여, NG-RAN #2가 새로운 serving NG-RAN이 되어 단말과 Data를 교환할 수도 있다. 또는, 여전히 old NG-RAN이 serving NG-RAN 역할을 하는 경우, NG-RAN #2을 통해 old NG-RAN까지의 data path가 형성될 수도 있다.
4. 본 명세서의 개시의 제4예
이하에서, 도 12의 예시를 참조하여, 본 명세서의 개시의 제4예를 설명하기로 한다.
본 명세서의 개시의 제4예는 동일한 셀에서, RRC Resume 절차를 트리거하는 절차의 예시를 포함한다. 예를 들어, 본 명세서의 개시의 제4예는 RRC Resume 절차를 트리거하는 절차를 지원하기 위한 예시를 나타낸다. 본 명세서의 개시의 제4예에서 설명하는 동작은 CG-SDT resource configuration이 완료된 이후에 수행될 수도 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 12는 본 명세서의 개시의 제4예에 따른 신호 흐름도를 나타낸다.
도 12의 예시는 CG-SDT resource configuration이 완료된 이후, RRC Resume 절차를 트리거하는 절차를 지원하기 위한 예시를 나타낸다.
도 12의 예시는 단말이 CG-SDT resource를 설정(configuration)받은 cell에서 non-SDT bearer을 통해 전송해야 될 data가 생겼을 때, Normal Resume procedure을 시도하는 방법의 예시를 포함한다.
Step 0: 단말은 RRC_CONNECTED 상태에 있을 때 gNB-CU-CP를 통해 gNB-DU로부터 CG-SDT resource을 configuration 받은 이후, RRC_INACTIVE 상태에 머물러 있을 수 있다.
단말이 네트워크로 non-SDT bearer을 통해 전송해야 될 data가 생긴 경우, 단말은 Normal Resume procedure을 시도하기로 결정할 수 있다.
Step 1: 단말은 RRC_INACTIVE 상태에서 RRC Resume Request 메시지를 gNB-DU에게 전송할 수 있다.
Step 2: gNB-DU는 단말로부터 수신한 RRC Resume Request 메시지를 F1AP INITIAL UL RRC MESSAGE TRANSFER 메시지에 포함시켜 gNB-CU-CP에게 전달할 수 있다.
Step 3: gNB-CU(예: gNB-CU-CP)는 RRC Resume Request 메시지에 포함된 I-RNTI 정보에 기초하여, 해당 단말이 SDT 전송 과정에서 RRC-CONNECTED 상태로 천이하기 위해 다시 Resume 과정을 실행했다는 것을 알 수 있다. 여기서, I-RNTI 정보는 RRC_INACTIVE 상태에 있는 단말에 대한 UE context를 구분하기 위한 ID 일 수 있다. gNB-CU(예: gNB-CU-CP)는 I-RNTI 정보를 검증한 후, 이를 기반으로 gNB-CU가 저장하고 있던, 해당 단말에 대한 UE context를 찾는데 성공함으로써, 해당 단말에 대한 SDT가 시작되었다는 것을 알 수 있다. gNB-CU(예: gNB-CU-CP)는 Step 0a에서 gNB-DU가 해당 단말에 대해 CG-SDT resource 할당 및 UE context를 생성했다는 것을 이미 알고 있을 수도 있다.
Step 4: gNB-CU(예: gNB-CU-CP)는 UE CONTEXT SETUP REQUEST 메시지를 gNB-DU에게 전송하여, Non-SDT bearer (e.g., Bearer configuration, F1 UL TEIDs)에 대한 셋업을 요청할 수 있다. 이때, gNB-CU(예: gNB-CU-CP)는 해당 단말에 대한 CG-SDT 할당 과정 (예: Step 0a)에서 gNB-DU가 설정한 old gNB-DU UE F1AP ID를 UE CONTEXT SETUP REQUEST 메시지와 함께 gNB-DU에게 전달할 수 있다. 그러면, gNB-DU는 해당 단말이 SDT bearer 외에 추가로 non-SDT bearer를 셋업하려고 시도하는 것을 알 수 있다. 이를 통해 gNB-DU는 해당 단말을 위해 설정하였던 SDT bearer, CG configuration 등의 정보를 그대로 활용할 수 있다.
예를 들어, gNB-CU(예: gNB-CU-CP)는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 gNB-DU에게 전송할 수 있다. 그러면, gNB-DU는 해당 단말이 SDT bearer 외에 추가로 non-SDT bearer를 셋업하려고 시도하는 것을 알 수 있다. gNB-DU는 해당 단말을 위해 설정하였던 SDT bearer, CG configuration(예: SDT resource configuration) 등의 정보를 그대로 활용할 수 있다. 예를 들어, gNB-DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 UE CONTEXT에 관련된 요청 메시지를 gNB-CU(예: gNB-CU-CP)로부터 수신할 수 있다. UE CONTEXT에 관련된 요청 메시지가 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)를 포함하는 경우, gNB-DU는 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID)에 기초하여, old SDT resource configuration 및 old UE context를 검색(retrieve)할 수 있다. 이에 따라, gNB-DU는, non-SDT 베어러를 위해 old SDT resource configuration 및 old UE context를 그대로 사용할 수 있다.
Step 5: gNB-DU는 Step 4에서 gNB-CU-CP으로부터 수신한 메시지에 따라, 단말에 대한 bearer 셋업을 완료하고, UE CONTEXT SETUP RESPONSE 메시지를 전송하여 응답할 수 있다.
Step 6: gNB-CU-CP는 단말에게 RRC_CONNECTED 상태로의 천이를 알리기 위해 RRC Resume 메시지를 생성할 수 있다. gNB-CU-CP는 RRC Resume 메시지를 DL RRC MESSAGE TRANSFER를 통해 gNB-DU에게 전달할 수 있다.
Step 7: gNB-DU는 Step 6에서 수신한 RRC Resume 메시지를 단말에게 전달할 수 있다. RRC Resume 메시지에 기초하여, 단말은 모든 bearer를 resume하고 RRC_CONNECTED 상태로 천이할 수 있다. 단말은 Non-SDT bearer에 존재하는 UL data를 NG-RAN에게 전송할 수 있다.
Step 8: 단말은 NG-RAN에게 RRC Resume Complete 메시지를 전송하여 응답할 수 있다.
Step 9: gNB-DU는 단말이 전송한 RRC 메시지를 UL RRC MESSAGE TRANSFER를 통해 gNB-CU-CP에게 전달할 수 있다.
NOTE: Step 6과 10은 동시에 수행될 수도 있다. Step 10이 Step 6 보다 먼저 수행될 수도 있다.
Step 10: 단말이 Non-SDT Bearer을 통해 데이터 전송을 시도하고, 그에 따라 RRC_CONNECTED 상태로 천이할 것임을 알리기 위해, gNB-CU-CP는 BEARER CONTEXT MODIFICATION REQUEST 메시지를 gNB-CU-UP에게 전송할 수 있다.
이 과정에서, gNB-CU-CP는 gNB-DU로부터 수신한 Non-SDT bearer에 대한 DL TEIDs 정보를 함께 전달할 수 있다.
Step 11: gNB-CU-UP는 Step 8에서 수신한 gNB-CU-CP 요청에 따라 Bearer Context를 업데이트한 후, BEARER CONTEXT MODIFICATION RESPONSE 메시지를 전송하여 응답할 수 있다.
5. 본 명세서의 개시의 제5예
이하에서, 도 13의 예시 및 도 14의 예시를 참조하여, 본 명세서의 개시의 제5예를 설명하기로 한다.
본 명세서의 개시의 제5예는, 앞서 다양한 예시를 통해 설명한 본 명세서의 개시의 제1예, 제2예, 제3예, 및/또는 제4예 중 적어도 하나의 예에 대해 적용될 수 있는, gNB(예: gNB-DU와 gNB-CU를 포함)의 동작의 예시를 나타낼 수 있다.
이하에서, 도 13의 예시 및 도 14의 예시에서 설명하는 gNB-DU의 동작 및 gNB-CU의 동작은 예시에 불과하며, 본 명세서의 개시의 범위에서, gNB-DU의 동작 및 gNB-CU의 동작은 도 13의 예시 및 도 14의 예시에 의해 제한되지 않는다. 예를 들어, 도 13의 예시 및 도 14의 예시에 도시되지 않더라도, gNB-DU 및/또는 gNB-CU는 본 명세서의 개시의 제1예, 제2예, 제3예, 및/또는 제4예에서 설명한 동작들을 수행할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 13은 본 명세서의 개시의 제5예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 13의 예시는 gNB-DU와 gNB-CU가 UE 컨텍스트에 관련된 통신을 수행하는 일 예를 나타낸다.
단계(S1201)에서, gNB-CU는 요청 메시지를 gNB-DU에게 전송할 수 있다. 예를 들어, gNB-CU는 UE 컨텍스트와 관련된 요청 메시지를 gNB-DU에게 전송할 수 있다.
요청 메시지는 old F1AP UE ID에 관련된 정보를 포함할 수 있다. old F1AP UE ID는 gNB-DU가 old resource configuration 및 이전의 UE 컨텍스트를 검색하여 UE 컨텍스트를 셋업하도록 할 수 있다.
단계(S1201)를 수행하기 전에, UE로부터 RRC resume 요청 메시지를 수신할 수도 있다. RRC resume 요청 메시지는 SDT 세션을 위한 베어러에 관련된 정보를 포함할 수 있다. gNB-CU는, 상기 RRC 재개 요청 메시지가 수신된 것에 기초하여, 상기 UE가 비-SDT 세션을 위한 베어러를 통해 데이터를 전송하고자 한다는 것을 결정할 수 있다. 상기 RRC 재개 요청 메시지가 수신된 것에 기초하여, 상기 이전의 F1AP UE ID 정보가 상기 요청 메시지에 포함될 수 있다.
단계(S1202)에서, gNB-DU는 응답 메시지를 gNB-CU에게 전송할 수 있다. 응답 메시지는 gNB-DU가 상기 UE 컨텍스트의 셋업을 완료했다는 정보를 포함할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 14는 본 명세서의 개시의 제5예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 14의 예시에는 gNB-DU와 gNB-CU가 도시된다. 도 14의 예시에서, gNB가 gNB-DU와 gNB-CU로 분리될 수 있다. 예를 들어, gNB는 물리적으로 또는 논리적으로, gNB-DU와 gNB-CU로 분리될 수 있다.
도 14의 예시는 UE Context Setup 절차의 예시를 나타낼 수 있다.
UE Context Setup 절차는 gNB-DU에서 UE Context를 설정하기 위해 수행될 수 있다. 예를 들어, UE Context는 signalling radio bearer (SRB), data radio bearer(DRB), BH RLC 채널 및/또는 SL DRB Configuration을 포함할 수 있다. UE Context Setup 절차에는 UE 관련 시그널링을 사용될 수 있다.
도 14의 예시에 따르면, gNB-CU는 UE CONTEXT SETUP REQUEST 메시지를 gNB-DU에 전송함으로써, 절차를 시작할 수 있다. gNB-DU는 UE CONTEXT SETUP REQUEST 메시지를 수신한 후, UE 컨텍스트를 수립할 수 있다. gNB-CU는 Old CG-SDT Session Info Information Element(IE)를 포함하는 UE CONTEXT SETUP REQUEST 메시지를 gNB-DU에게 전송할 수도 있다.
gNB-DU가 UE 컨텍스트 수립에 성공하면, gNB-DU는 UE CONTEXT SETUP RESPONSE 메시지를 gNB-CU에게 전송함으로써, gNB-CU에게 응답할 수 있다. UE 관련 논리적 F1 연결(UE-associated logical F1-connection)이 존재하지 않는 경우, UE 관련 논리적 F1 연결이 UE Context Setup 절차의 일부로써 수립될 수도 있다.
Old CG-SDT Session Info IE(예: gNB-DU F1AP UE ID 포함)가 UE CONTEXT SETUP REQUEST 메시지에 포함된 경우, gNB-DU는 표시된 gNB-DU F1AP UE ID에 기초하여, old CG-SDT resource configuration 및 old UE context를 검색할 수 있다. 예를 들어, 본 명세서의 개시의 제1예, 제2예, 제3예, 및/또는 제4예에서 설명한 바와 같이, gNB-DU는 UE를 위해 설정하였던 SDT bearer, CG configuration(예: SDT resource configuration) 등의 정보를 그대로 활용할 수도 있다. 일례로, gNB-DU는 SDT를 사용하는 UE의 non-SDT bearer를 셋업하기 위해, old CG-SDT resource configuration 및 old UE context를 사용할 수도 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, SDT가 수행되는 동안 수행되는 다양한 동작들이 지원될 수 있다. 예를 들어, 단말이 SDT를 수행하는 동안, CP signalling (또는 NAS PDU 전송), RRC-CONNECTED 상태로의 천이, 및/또는 다른 cell로의 cell-reselection 이후 다시 SDT가 시도되는 경우가 지원될 수 있다. 이를 통해, 단말이 불필요하게 RRC-IDLE로 상태 천이 이후 다시 RRC 연결을 맺거나 또는 강제로 RRC-CONNECTED 상태로 천이하는 것이 방지될 수 있다.
다양한 도면을 참조하여 설명된 본 명세서의 개시의 다양한 예시들은, 개별적으로 수행될 수도 있고, 다른 예시들과 함께 수행될 수도 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, 네트워크는 RRC-INACTIVE 상태에서 small data transmission을 진행하던 단말을 RRC-CONNECTED 상태로 천이시킬 수도 있다. 예를 들어, 단말은 무선 네트워크에게 다시 한 번 RRC Resume Request 메시지를 전달할 수 있다. 무선 네트워크의 CU-CP는 해당 단말에 대해 DU가 이전에 SDT 절차에서 할당한 Old SDT 세션에 대한 정보(예: old gNB-DU UE F1AP ID) 를 DU에게 전달함으로써, 해당 단말이 RRC-INACTIVE 상태의 SDT에서 RRC-CONNECTED 상태로 천이됨을 알릴 수 있다. 무선 네트워크의 DU는 해당 단말에 대해 이전에 할당된 UE context에 추가하여, 새로운 bearer를 생성한 뒤 이를 CU-CP에게 알릴 수 있다. CU-CP는 단말에게 RRC Resume 메시지를 전송함으로써, 단말에게 RRC-CONNECTED 상태로 천이하라고 명령할 수 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, SDT가 설정된 상황에서, 단말이 비-SDT 베어러에 대한 데이터를 가지고 있을 경우, 효율적으로 통신이 수행될 수 있다. 예를 들어, 단말이 비-SDT 관련 데이터를 전송하기 위해 RRC_Inactive에서 RRC_CONNETED 상태로 천이하는 경우, gNB-DU는 하나의 단말에 대해 효율적으로 resource 및 UE context를 할당할 수 있다. 예를 들어, gNB-CU가 gNB-DU에게 old F1AP UE ID에 관련된 정보를 전송함으로써, gNB-DU는 SDT를 위해 설정되었던 이전의 자원 설정 및 이전의 UE 컨텍스트를 검색할 수 있다. gNB-DU는 이전의 자원 설정 및 이전의 UE 컨텍스트에 기초하여, UE 컨텍스트를 수립함으로써, 하나의 단말에 대해 효율적으로 resource 및 UE context를 할당할 수 있다.
참고로, 본 명세서에서 설명한 단말(예: 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, new NG-RAN, DU, CU, CU-UP, CU-CP, gNB-DU, gNB-CU 등)의 동작은 이하 설명될 도 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 (16)
- gNB-CU(next generation NodeB Central Unit)가 통신을 수행하는 방법으로서,
User Equipement (UE) 컨텍스트와 관련된 요청 메시지를 gNB-Distributed Unit (DU)에게 전송하는 단계,
상기 요청 메시지는 이전의(old) F1 Application Protocol (F1AP) UE ID에 관련된 정보를 포함하고; 및
상기 gNB-DU로부터 응답 메시지를 수신하는 단계를 포함하고,
상기 이전의 F1AP UE ID는 상기 gNB-DU가 이전의 자원 설정(old resource configuration) 및 이전의 UE 컨텍스트를 검색하여 UE 컨텍스트를 셋업하도록 하는 것을 특징으로 하는 방법. - 제1항에 있어서,
상기 Small Data Transmission (SDT) 세션을 위한 베어러가 설정되어 있는 것을 특징으로 하는 방법. - 제2항에 있어서,
상기 UE로부터 Radio Resource Control (RRC) 재개(resume) 요청 메시지를 수신하는 단계를 더 포함하는 방법. - 제3항에 있어서,
상기 RRC 재개 요청 메시지는 Inactive Radio Network Temporary Identifier (I-RNTI)정보를 포함하고,
상기 I-RNTI에 의해 검색(retreive)된 UE 컨텍스트에 기초하여, 상기 UE가 비-SDT 세션을 위한 베어러를 통해 데이터를 전송하고자 한다는 것을 결정하는 단계를 더 포함하는 방법. - 제3항에 있어서,
상기 RRC 재개 요청 메시지가 수신된 것에 기초하여, 상기 이전의 F1AP UE ID 정보가 상기 요청 메시지에 포함되는 것을 특징으로 하는 방법. - 제1항에 있어서,
상기 응답 메시지는, 상기 gNB-DU가 상기 UE 컨텍스트의 셋업을 완료했다는 정보를 포함하는 것을 특징으로 하는 방법. - 통신을 수행하는 gNB-CU(next generation NodeB Central Unit)에 있어서,
적어도 하나의 프로세서; 및
명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
User Equipement (UE) 컨텍스트와 관련된 요청 메시지를 gNB-Distributed Unit (DU)에게 전송하는 단계,
상기 요청 메시지는 이전의(old) F1 Application Protocol (F1AP) UE ID에 관련된 정보를 포함하고; 및
상기 gNB-DU로부터 응답 메시지를 수신하는 단계를 포함하고,
상기 이전의 F1AP UE ID는 상기 gNB-DU가 이전의 자원 설정(old resource configuration) 및 이전의 UE 컨텍스트를 검색하여 UE 컨텍스트를 셋업하도록 하는 것을 특징으로 하는 gNB-CU. - 제7항에 있어서,
상기 gNB-DU, 상기 gNB-CU 및 UE 사이에 Small Data Transmission (SDT) 세션을 위한 베어러가 설정되어 있는 것을 특징으로 하는 gNB-CU. - 제8항에 있어서,
상기 UE로부터 Radio Resource Control (RRC) 재개(resume) 요청 메시지를 수신하는 단계를 더 포함하는 gNB-CU. - 제9항에 있어서,
상기 RRC 재개 요청 메시지는 Inactive Radio Network Temporary Identifier (I-RNTI)정보를 포함하고,상기 I-RNTI에 의해 검색(retreive)된 UE 컨텍스트에 기초하여, 상기 UE가 비-SDT 세션을 위한 베어러를 통해 데이터를 전송하고자 한다는 것을 결정하는 단계를 더 수행하는 gNB-CU. - 제9항에 있어서,
상기 RRC 재개 요청 메시지가 수신된 것에 기초하여, 상기 이전의 F1AP UE ID 정보가 상기 요청 메시지에 포함되는 것을 특징으로 하는 gNB-CU. - 제7항에 있어서,
상기 응답 메시지는, 상기 gNB-DU가 상기 UE 컨텍스트의 셋업을 완료했다는 정보를 포함하는 것을 특징으로 하는 gNB-CU. - gNB-DU(next generation NodeB Distributed Unit)가 통신을 수행하는 방법으로서,
User Equipement (UE) 컨텍스트와 관련된 요청 메시지를 gNB-Central Unit (CU)로부터 수신하는 단계,
상기 요청 메시지는 이전의(old) F1 Application Protocol (F1AP) UE ID에 관련된 정보를 포함하고; 및
상기 이전의 F1AP UE ID에 기초하여, 이전의 자원 설정(old resource configuration) 및 이전의 UE 컨텍스트를 검색(retrieve)하는 단계; 및
상기 검색된 이전의 자원 설정 및 상기 이전의 UE 컨텍스트에 기초하여 UE 컨텍스트를 셋업하는 단계
상기 gNB-CU에게 응답 메시지를 전송하는 단계를 포함하는 방법. - 제13항에 있어서,
상기 gNB-DU, 상기 gNB-CU 및 UE 사이에 Small Data Transmission (SDT) 세션을 위한 베어러가 설정되어 있는 것을 특징으로 하는 방법. - 제13항에 있어서,
상기 응답 메시지는, 상기 gNB-DU가 상기 UE 컨텍스트의 셋업을 완료했다는 정보를 포함하는 것을 특징으로 하는 방법. - 통신을 수행하는 gNB-DU(next generation NodeB Distributed Unit)에 있어서,
적어도 하나의 프로세서; 및
명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
User Equipement (UE) 컨텍스트와 관련된 요청 메시지를 gNB-Central Unit (CU)로부터 수신하는 단계,
상기 요청 메시지는 이전의(old) F1 Application Protocol (F1AP) UE ID에 관련된 정보를 포함하고; 및
상기 이전의 F1AP UE ID에 기초하여, 이전의 자원 설정(old resource configuration) 및 이전의 UE 컨텍스트를 검색(retrieve)하는 단계; 및
상기 검색된 이전의 자원 설정 및 상기 이전의 UE 컨텍스트에 기초하여 UE 컨텍스트를 셋업하는 단계
상기 gNB-CU에게 응답 메시지를 전송하는 단계를 포함하는 gNB-DU.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR20210057394 | 2021-05-03 | ||
| KR1020210057394 | 2021-05-03 | ||
| KR1020210135991 | 2021-10-13 | ||
| KR20210135991 | 2021-10-13 | ||
| PCT/KR2022/006255 WO2022235034A1 (ko) | 2021-05-03 | 2022-05-02 | Ue 컨텍스트와 관련된 통신 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20230087518A true KR20230087518A (ko) | 2023-06-16 |
Family
ID=83932798
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020237015071A KR20230087518A (ko) | 2021-05-03 | 2022-05-02 | Ue 컨텍스트와 관련된 통신 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20230422105A1 (ko) |
| EP (1) | EP4336956A1 (ko) |
| KR (1) | KR20230087518A (ko) |
| WO (1) | WO2022235034A1 (ko) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024155817A1 (en) * | 2023-01-20 | 2024-07-25 | Ofinno, Llc | Extended reality (xr) enhancement |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102115233B1 (ko) * | 2017-08-25 | 2020-05-27 | 주식회사 케이티 | 단말의 이동성 제어 방법 및 그 장치 |
| WO2020091533A1 (en) * | 2018-11-02 | 2020-05-07 | Samsung Electronics Co., Ltd. | Method for transmitting control signaling in relay network, configuration method and device |
| KR102582320B1 (ko) * | 2019-03-28 | 2023-09-22 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | Iab 네트워크를 위한 백홀 채널 관리 |
-
2022
- 2022-05-02 EP EP22799077.7A patent/EP4336956A1/en active Pending
- 2022-05-02 KR KR1020237015071A patent/KR20230087518A/ko unknown
- 2022-05-02 US US18/039,636 patent/US20230422105A1/en active Pending
- 2022-05-02 WO PCT/KR2022/006255 patent/WO2022235034A1/ko active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| EP4336956A1 (en) | 2024-03-13 |
| US20230422105A1 (en) | 2023-12-28 |
| WO2022235034A1 (ko) | 2022-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US12022550B2 (en) | Small data transmission without path switch procedure | |
| JP7389924B2 (ja) | 輻輳制御に関連する通信 | |
| EP4124122A1 (en) | Communication related to network slice | |
| KR102659098B1 (ko) | 네트워크 슬라이스에 의한 통신 방법 | |
| EP4236456A1 (en) | Method for managing network slice remapping | |
| KR102588459B1 (ko) | 멀티캐스트와 관련된 통신 | |
| KR20230038732A (ko) | 트래픽 제어 | |
| US20230112312A1 (en) | Support of service continuity for handover between snpn and plmn | |
| US12089094B2 (en) | Communication after mobility in wireless communication system | |
| US20230397273A1 (en) | Method and apparatus for power saving in wireless communication system | |
| EP4199584A1 (en) | Communication related to network slice | |
| EP4228360A1 (en) | Resource allocation method and device in wireless communication system | |
| KR20230153465A (ko) | 무선 통신 시스템에서 이중 연결을 위한 ai 기반 절차를 수행하는 방법 및 장치 | |
| US20230099609A1 (en) | Method and apparatus for reconfiguration in wireless communication system | |
| US20230079242A1 (en) | Method and apparatus for inactivity handling in mobility in wireless communication system | |
| KR20230006584A (ko) | 무선 통신 시스템에서 베어러 유형 변경을 위한 방법 및 장치 | |
| KR20230049633A (ko) | 세션 관리 방법 | |
| KR20230087518A (ko) | Ue 컨텍스트와 관련된 통신 | |
| US20230262640A1 (en) | Method and apparatus for providing network slice services through multi-operator networks in wireless communication system | |
| US20230071268A1 (en) | Method and apparatus for handling mobility in dual connectivity in wireless communication system | |
| KR20240136944A (ko) | 네트워크 슬라이스에 관련된 통신 | |
| KR20230039677A (ko) | 네트워크 슬라이스와 관련된 통신 | |
| US20240188150A1 (en) | Efficient terminal data collection | |
| US20230319755A1 (en) | Method and apparatus for providing communication service in wireless communication system | |
| EP4175347A1 (en) | Method for managing session |