KR20220037342A - 무선 통신 시스템에서 스몰 데이터 송신(sdt) 절차를 위한 방법 및 장치 - Google Patents

Abstract

사용자 단말(User Equipment; UE)의 관점으로부터 방법 및 디바이스가 개시된다. 일 실시예에 있어서, 방법은, UE가 시스템 정보 내의 제 1 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)-관련 정보를 수신하는 단계를 포함한다. 방법은, UE가 RRC_INACTIVE 상태에서 스몰 데이터 송신(Small Data Transmission; SDT) 절차를 개시하는 단계로서, 여기에서 SDT 절차는 랜덤 액세스(Random Access; RA) 절차 및 RA 절차 이후의 적어도 하나의 후속 송신을 포함하는, 단계를 더 포함한다. 방법은 또한, UE가 RRC_INACTIVE 상태에서의 RA 절차 동안 제 1 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하는 단계를 포함한다. 이에 더하여, 방법은, 제 2 PDCCH-관련 구성이 UE에 의해 수신되는 경우, UE가, RRC_INACTIVE 상태에서 적어도 하나의 후속 송신을 위해, 제 2 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하는 단계를 포함한다.

Description

무선 통신 시스템에서 스몰 데이터 송신(SDT) 절차를 위한 방법 및 장치{METHOD AND APPARATUS FOR SMALL DATA TRANSMISSION(SDT) PROCEDURE IN A WIRELESS COMMUNICATION SYSTEM}

관련 출원들에 대한 상호 참조

본 출원은 2020년 09월 17일자로 출원된 미국 가특허 출원 일련번호 제63/079,890호, 제63/079,897호, 제63/079,911호, 및 제63/079,934호에 대한 이익을 주장하며, 이러한 출원들의 전체 개시내용이 전체적으로 본원에 참조로서 포함된다.

기술분야

본 개시는 전반적으로 무선 통신 네트워크들에 관한 것으로서, 보다 더 구체적으로, 무선 통신 시스템에서 스몰 데이터 송신(Small Data Transmission; SDT)) 절차를 위한 방법 및 장치에 관한 것이다.

모바일 통신 디바이스들로의 그리고 이로부터의 대용량 데이터 통신에 대한 수요가 급증함에 따라, 전통적인 모바일 음성 통신 네트워크들은 인터넷 프로토콜(Internet Protocol; IP) 데이터 패킷으로 통신하는 네트워크들로 진화하고 있다. 이러한 IP 데이터 패킷 통신은 모바일 통신 디바이스들의 사용자들에게 인터넷 전화(voice over IP), 멀티미디어, 멀티캐스트 및 주문형 통신 서비스들을 제공할 수 있다.

예시적인 네트워크 구조는 진화된 범용 지상 무선 액세스 네트워크(Evolved Universal Terrestrial Radio Access Network; E-UTRAN)이다. E-UTRAN 시스템은 이상에서 언급된 인터넷 전화 및 멀티미디어 서비스들을 실현하기 위하여 높은 데이터 스루풋을 제공할 수 있다. 차세대(예를 들어, 5G)를 위한 새로운 무선 기술이 현재 3GPP 표준 기구에 의해 논의되고 있다. 따라서, 3GPP 표준을 발전시키고 완결하기 위하여 3GPP 표준의 현재 바디(body)에 대한 변경들이 현재 제시되고 검토되고 있다.

사용자 단말(User Equipment; UE)의 관점으로부터 방법 및 디바이스가 개시된다. 일 실시예에 있어서, 방법은, UE가 시스템 정보 내의 제 1 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)-관련 정보를 수신하는 단계를 포함한다. 방법은, UE가 RRC_INACTIVE 상태에서 스몰 데이터 송신(Small Data Transmission; SDT) 절차를 개시하는 단계로서, 여기에서 SDT 절차는 랜덤 액세스(Random Access; RA) 절차 및 RA 절차 이후의 적어도 하나의 후속 송신을 포함하는, 단계를 더 포함한다. 방법은 또한, UE가 RRC_INACTIVE 상태에서의 RA 절차 동안 제 1 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하는 단계를 포함한다. 이에 더하여, 방법은, 제 2 PDCCH-관련 구성이 UE에 의해 수신되는 경우, UE가, RRC_INACTIVE 상태에서 적어도 하나의 후속 송신을 위해, 제 2 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하는 단계를 포함한다.

도 1은 예시적인 일 실시예에 따른 무선 통신 시스템의 도면을 도시한다.
도 2는 예시적인 일 실시예에 따른 (액세스 네트워크로도 알려진) 송신기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템의 블록도이다.
도 3은 예시적인 일 실시예에 따른 통신 시스템의 기능 블록도이다.
도 4는 예시적인 일 실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 3GPP TS 38.300 V16.2.0의 도 9.2.2.4.1-1의 재현이다.
도 6은 3GPP TS 38.300 V16.2.0의 도 9.2.2.4.1-2의 재현이다.
도 7은 3GPP TS 38.300 V16.2.0의 도 9.2.2.4.1-3의 재현이다.
도 8은 3GPP TS 38.300 V16.2.0의 도 9.2.2.4.2-1의 재현이다.
도 9는 3GPP TS 38.331 V16.1.0의 도 4.2.1-1의 재현이다.
도 10은 3GPP TS 38.331 V16.1.0의 도 5.3.8.1-1의 재현이다.
도 11은 3GPP TS 38.331 V16.1.0의 도 5.3.13.1-1의 재현이다.
도 12는 3GPP TS 38.331 V16.1.0의 도 5.3.13.1-2의 재현이다.
도 13은 3GPP TS 38.331 V16.1.0의 도 5.3.13.1-3의 재현이다.
도 14는 3GPP TS 38.331 V16.1.0의 도 5.3.13.1-4의 재현이다.
도 15는 3GPP TS 38.331 V16.1.0의 도 5.3.13.1-5의 재현이다.
도 16은 예시적인 일 실시예에 따른 RRC_INACTIVE 상태에서의 SDT의 제 1 예를 예시하며, 여기에서 UE는 SDT를 수행한 이후에 RRC_INACTIVE 상태에 머무른다.
도 17은 예시적인 일 실시예에 따른 RRC_INACTIVE 상태에서의 SDT의 제 2 예를 예시하며, 여기에서 SDT 절차는 RRCResume으로 폴백(fallback)한다.
도 18은 예시적인 일 실시예에 따른 RRC_INACTIVE 상태에서의 SDT의 제 3 예를 예시하며, 여기에서 SDT 절차는 RRCSetup으로 폴백한다.
도 19는 예시적인 일 실시예에 따른, RRC_INACTIVE 상태에서의 SDT에서 하나의 후속 UL 송신이 존재하는 제 1 예를 예시한다.
도 20은 예시적인 일 실시예에 따른, RRC_INACTIVE 상태에서의 SDT에서 하나의 후속 UL 송신이 존재하는 제 2 예를 예시한다.
도 21은 예시적인 일 실시예에 따른, RRC_INACTIVE 상태에서의 SDT에서 하나의 후속 DL 송신이 존재하는 제 1 예를 예시한다.
도 22는 예시적인 일 실시예에 따른, RRC_INACTIVE 상태에서의 SDT에서 하나의 후속 DL 송신이 존재하는 제 2 예를 예시한다.
도 23은 예시적인 일 실시예에 따른 도면이다.
도 24는 예시적인 일 실시예에 따른 도면이다.
도 25는 예시적인 일 실시예에 따른 순서도이다.
도 26은 예시적인 일 실시예에 따른 순서도이다.
도 27은 예시적인 일 실시예에 따른 순서도이다.

이하에서 논의되는 예시적인 무선 통신 시스템들 및 디바이스들은 브로드캐스트 서비스를 지원하는 무선 통신 시스템을 이용한다. 무선 통신 시스템들은 음성, 데이터, 등과 같은 다양한 유형들의 통신을 제공하기 위해 널리 배포된다. 이러한 시스템들은 코드 분할 다중 액세스(code division multiple access; CDMA), 시간 분할 다중 액세스(time division multiple access; TDMA), 직교 주파수 분할 다중 액세스(orthogonal frequency division multiple access; OFDMA), 3GPP LTE(Long Term Evolution) 무선 액세스, 3GPP LTE-A 또는 LTE-어드밴스드(Long Term Evolution Advanced), 3GPP2 UMB(Ultra Mobile Broadband), WiMax, 3GPP NR(New Radio), 또는 어떤 다른 변조 기술들에 기초할 수 있다.

특히, 이하에서 설명되는 예시적인 무선 통신 시스템들 디바이스들은 TS 38.300 V16.2.0, "NR, NR and NG-RAN overall description, Stage 2"; TS 38.321 V16.1.0, "NR, Medium Access Control (MAC) protocol specification"; TS 38.331 V16.1.0, "NR, Radio Resource Control (RRC) protocol specification"; RP-193252, "Work Item on NR small data transmissions in INACTIVE state", ZTE Corporation; 3GPP RAN2 #111 meeting minutes; and TS 38.213 V16.2.0, "NR, Physical layer procedures for control"를 포함하여, 본원에서 3GPP로 지칭되는 "3세대 파트너십 프로젝트"라는 명칭의 컨소시엄에 의해 제공되는 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다. 이로써 이상에서 열거된 표준들 및 문서들은 명백히 그 전체가 참조로서 통합된다.

도 1은 본 발명의 일 실시예에 따른 다중 액세스 무선 통신 시스템을 도시한다. 액세스 네트워크(access network; AN)(100)는, 하나는 104 및 106을 포함하며, 다른 것은 108 및 110을 포함하고, 추가적인 것은 112 및 114를 포함하는 다수의 안테나 그룹들을 포함한다. 도 1에서, 각각의 안테나 그룹에 대하여 단지 2개의 안테나들만이 도시되지만, 그러나 더 많거나 또는 더 적은 안테나들이 각각의 안테나 그룹에 대하여 사용될 수 있다. 액세스 단말(access terminal; AT)(116)이 안테나들(112 및 114)과 통신하며, 여기에서 안테나들(112 및 114)은 포워드 링크(120)를 통해 액세스 단말(116)로 정보를 송신하고 리버스 링크(118)를 통해 액세스 단말(116)로부터 정보를 수신한다. 액세스 단말(AT)(122)은 안테나들(106 및 108)과 통신하며, 여기에서 안테나들(106 및 108)은 포워드 링크(126)를 통해 액세스 단말(AT)(122)로 정보를 송신하고 리버스 링크(124)를 통해 액세스 단말(AT)(122)로부터 정보를 수신한다. FDD 시스템에서, 통신 링크들(118, 120, 124 및 126)은 통신을 위하여 상이한 주파수를 사용할 수 있다. 예를 들어, 포워드 링크(120)는 리버스 링크(118)에 의해 사용되는 것과는 상이한 주파수를 사용할 수 있다.

안테나들의 각각의 그룹 및/또는 이들이 통신하도록 설계된 영역이 흔히 액세스 네트워크의 섹터로 지칭된다. 실시예에 있어서, 안테나 그룹들은 각기 액세스 네트워크(100)에 의해 커버되는 영역의 섹터 내에서 액세스 단말들과 통신하도록 설계된다.

포워드 링크들(120 및 126)을 통한 통신에서, 액세스 네트워크(100)의 송신 안테나들은 상이한 액세스 단말들(116 및 122)에 대하여 포워드 링크들의 신호-대-잡음 비를 개선하기 위하여 빔포밍(beamforming)을 사용할 수 있다. 또한, 액세스 단말들로 송신하기 위해 그것의 커버리지를 통해 랜덤하게 산란되는 빔포밍을 사용하는 액세스 네트워크는 그것의 모든 액세스 단말들로 단일 안테나를 통해 송신하는 액세스 네트워크보다 이웃 셀들 내의 액세스 단말들에 대하여 더 적은 간섭을 초래한다.

액세스 네트워크(AN)는 단말들과 통신하기 위해 사용되는 고정국 또는 기지국일 수 있으며, 또한 액세스 포인트, 노드 B, 기지국, 강화된 기지국, 진보된 노드 B(eNB), 네트워크 노드, 네트워크, 또는 어떤 다른 용어로 지칭될 수 있다. 액세스 단말(AT)은 또한 사용자 단말(UE), 무선 통신 디바이스, 단말, 액세스 단말 또는 어떤 다른 용어로 지칭될 수 있다.

도 2는 MIMO 시스템(200) 내의 (액세스 네트워크로도 알려진) 송신기 시스템(210) 및 (액세스 단말(AT) 또는 사용자 단말(UE)로도 알려진) 수신기 시스템(250)의 간략화된 블록도이다. 송신기 시스템(210)에서, 다수의 데이터 스트림들에 대한 트래픽 데이터가 데이터 소스(212)로부터 송신(TX) 데이터 프로세서(214)에 제공된다.

일 실시예에 있어서, 각각의 데이터 스트림은 개별적인 송신 안테나를 통해 송신된다. TX 데이터 프로세서(214)는 코딩된 데이터를 제공하기 위하여 그 데이터 스트림에 대하여 선택된 특정 코딩 기법에 기초하여 각각의 데이터에 대한 트래픽 데이터를 포맷하고, 코딩하며, 인터리빙(interleave)한다.

각각의 데이터 스트림에 대한 코딩된 데이터는 OFDM 기술들을 사용하여 파일럿 데이터와 멀티플렉싱될 수 있다. 파일럿 데이터는 전형적으로 알려진 방식으로 프로세싱된 알려진 데이터 패턴이며, 채널 응답을 추정하기 위해 수신기 시스템에서 사용될 수 있다. 그런 다음, 각각의 데이터 스트림에 대한 멀티플렉싱된 파일럿 및 코딩된 데이터는 변조 심볼들을 제공하기 위하여 그 데이터 스트림에 대하여 선택된 특정 변조 기법(예를 들어, BPSK, QPSK, M-PSK, 또는 M-QAM)에 기초하여 변조된다(즉, 심볼 매핑된다). 각각의 데이터 스트림에 대한 데이터 레이트, 코딩, 및 변조는 프로세서(230)에 의해 수행되는 명령어들에 의해 결정될 수 있다.

그런 다음, 모든 데이터 스트림들에 대한 변조 심볼들이 TX MIMO 프로세서(220)에 제공되며, 이것은 (예를 들어, OFDM에 대하여) 변조 심볼들을 추가로 프로세싱할 수 있다. 그런 다음, TX MIMO 프로세서(220)는 N_T 변조 심볼 스트림들을 N_T 송신기들(TMTR)(222a 내지 222t)로 제공한다. 특정 실시예들에 있어서, TX MIMO 프로세서(220)는 데이터 스트림들의 심볼들 및 심볼이 송신되는 안테나에 빔포밍 가중치들을 적용한다.

각각의 송신기(222)는 하나 이상의 아날로그 신호들을 제공하기 위해 개별적인 심볼 스트림을 수신하고 프로세싱하며, MIMO 채널을 통한 송신에 적절한 변조된 신호를 제공하기 위해 아날로그 신호들을 추가로 조절(예를 들어, 증폭, 필터링, 및 업컨버팅(upconvert))한다. 그런 다음, 송신기들(222a 내지 222t)로부터의 N_T 변조된 신호들이 각기 N_T 안테나들(224a 내지 224t)을 통해 송신된다.

수신기 시스템(250)에서, 송신된 변조된 신호들이 N_R 안테나들(252a 내지 252r)을 통해 수신되며, 각각의 안테나(252)로부터의 수신된 신호들이 개별적인 수신기(RCVR)(254a 내지 254r)로 제공된다. 각각의 수신기(254)는 개별적인 수신된 신호들을 조절(예를 들어, 필터링, 증폭, 및 다운컨버팅(downconvert))하며, 샘플들을 제공하기 위해 조절된 신호를 디지털화하고, 대응하는 "수신된" 심볼 스트림을 제공하기 위해 샘플들을 추가로 프로세싱한다.

그런 다음, RX 데이터 프로세서(260)는 N_T "검출된" 심볼 스트림들을 제공하기 위해 특정 수신기 프로세싱 기술에 기초하여 N_R 수신기들(254)로부터 N_R 수신된 심볼 스트림들을 수신하고 프로세싱한다. 그런 다음, RX 데이터 프로세서(260)는 데이터 스트림에 대한 트래픽 데이터를 복원하기 위해 각각의 검출된 심볼 스트림을 복조하고, 디인터리빙(deinterleave)하며, 디코딩한다. RX 데이터 프로세서(260)에 의한 프로세싱은 송신기 시스템(210)에서 TX MIMO 프로세서(220) 및 TX 데이터 프로세서(214)에 의해 수행된 프로세싱에 대하여 상보적이다.

프로세서(270)는 주기적으로 어떠한 사전-코딩 매트릭스가 사용될지를 결정한다(이하에서 논의됨). 프로세서(270)는 매트릭스 인덱스 부분 및 랭크 값 부분을 포함하는 리버스 링크 메시지를 공식화(formulate)한다.

리버스 링크 메시지는 통신 링크 및/또는 수신된 데이터 스트림에 관한 다양한 유형들의 정보를 포함할 수 있다. 그런 다음, 리버스 링크 메시지는, 변조기(280)에 의해 변조되고, 송신기들(254a 내지 254r)에 의해 조절되며, 다시 송신기 시스템(210)으로 송신되는, 데이터 소스(236)로부터 다수의 데이터 스트림들에 대한 트래픽 데이터를 또한 수신하는 TX 데이터 프로세서(238)에 의해 프로세싱된다.

송신기 시스템(210)에서, 수신기 시스템(250)으로부터의 변조된 신호들은 안테나들(224)에 의해 수신되고, 수신기들(222)에 의해 조절되며, 복조기(240)에 의해 복조되고, RX 데이터 프로세서(242)에 의해 프로세싱되어 수신기 시스템(250)에 의해 송신된 리버스 링크 메시지를 추출한다. 그런 다음, 프로세서(230)는 빔포밍 가중치들을 결정하기 위해 사용할 사전-코딩 매트릭스를 결정하고, 그런 다음 추출된 메시지를 프로세싱한다.

이제 도 3을 참조하면, 이러한 도면은 본 발명의 일 실시예에 따른 통신 디바이스의 대안적인 간략화된 기능 블록도를 도시한다. 도 3에 도시된 바와 같이, 무선 통신 시스템에서 통신 디바이스(300)는 도 1의 UE들(또는 AT들)(116 및 122) 또는 도 1의 기지국(또는 AN)(100)을 실현하기 위해 사용될 수 있으며, 무선 통신 시스템은 바람직하게는 NR 시스템이다. 통신 디바이스(300)는 입력 디바이스(302), 출력 디바이스(304), 제어 회로(306), 중앙 프로세싱 유닛(CPU)(308), 메모리(310), 프로그램 코드(312), 및 트랜시버(314)를 포함할 수 있다. 제어 회로(306)는 CPU(308)를 통해 메모리(310) 내의 프로그램 코드(312)를 실행하여 통신 디바이스(300)의 동작을 제어한다. 통신 디바이스(300)는 키보드 또는 키패드와 같은 입력 디바이스(302)를 통해 사용자에 의해 입력되는 신호들을 수신할 수 있으며, 모니터 또는 스피커들과 같은 출력 디바이스(304)를 통해 이미지들 및 사운드들을 출력할 수 있다. 트랜시버(314)는 무선 신호들을 수신하고 송신하기 위해 사용되어, 수신된 신호를 제어 회로(306)로 전달하고 제어 회로(306)에 의해 생성되는 신호들을 무선으로 출력한다. 무선 통신 시스템에서 통신 디바이스(300)는 또한 도 1의 AN(100)을 실현하기 위해 사용될 수 있다.

도 4는 본 발명의 일 실시예에 따른 도 3에 도시된 프로그램 코드(312)의 간략화된 블록도이다. 이러한 실시예에 있어서, 프로그램 코드(312)는 애플리케이션 계층(400), 계층 3 부분(402), 및 계층 2 부분(404)을 포함하며, 계층 1 부분(406)에 결합된다. 계층 3 부분(402)은 일반적으로 무선 자원 제어를 수행한다. 계층 2 부분(404)은 일반적으로 링크 제어를 수행한다. 계층 1 부분(406)은 일반적으로 물리적 연결들을 수행한다.

3GPP TS 38.300 및 TS 38.331은 New RAT/Radio(NR)에서 RRC_INACTIVE 상태와 관련된 다음의 설명을 제공한다:

[3GPP TS 38.300으로부터]

9.2 인트라-NR

9.2.2 RRC_INACTIVE에서의 이동성

9.2.2.1 개괄

RRC_INACTIVE는, UE가 CM-CONNECTED로 남아 있고, NG-RAN에 통지하지 않고 NG-RAN(RNA)에 의해 구성된 영역 내에서 이동할 수 있는 상태이다. RRC_INACTIVE에서, 마지막 서빙 gNB 노드는, 서빙 AMF 및 UPF와의 UE-연관 NG 연결 및 UE 콘텍스트를 유지한다.

[…]

RRC_INACTIVE로의 전환에서, NG-RAN 노드는 주기적 RNA 업데이트 타이머 값을 가지고 UE를 구성할 수 있다. 주기적 RNA 업데이트 타이머는 UE로부터의 통지 없이 만료되며, gNB는 TS 23.501 [3]에 지정된 바와 같이 거동한다.

UE가 마지막 서빙 gNB가 아닌 gNB에 액세스하는 경우, 수신 gNB는 마지막 서빙 gNB로부터 UE 콘텍스트를 획득하기 위해 XnAP 검색 UE 콘텍스트 절차를 트리거하며, 또한 마지막 서빙 gNB로부터의 데이터의 잠재적인 복구를 위해 터널 정보를 포함하는 Xn-U 어드레스 표시 절차를 트리거할 수 있다. 성공적인 UE 콘텍스트 검색 시에, 수신 gNB는 슬라이스 정보를 수신한 경우에 슬라이스-인지 승이 제어를 수행해야 하고 서빙 gNB이 되며, 추가로 NGAP 경로 스위칭 요청 및 적용가능 RRC 절차들을 트리거한다. 경로 스위칭 절차 이후에, 서빙 gNB는 XnAP UE 콘텍스트 릴리즈 절차를 이용하여 마지막 서빙 gNB에서의 UE 콘텍스트의 릴리즈를 트리거한다.

UE가 마지막 서빙 gNB에 도달할 수 없는 경우에, gNB는 임의의 AMF 개시형 UE-연관 클래스 1 절차를 실패시켜야 하며, 이는 개별적인 응답 메시지에서 실패한 동작의 시그널링을 허용한다. 이것은 AMF로부터 수신된 임의의 NAS PDU의 비-전달을 보고하기 위해 NAS 비 전달 표시 절차를 트리거할 수 있다.

UE가 마지막 서빙 gNB가 아닌 gNB에 액세스하고 수신 gNB가 유효 UE 콘텍스트를 발견하지 못하는 경우, 수신 gNB는 이전 RRC 연결의 재개 대신에 새로운 RRC 연결의 설정을 수행할 수 있다. UE 콘텍스트 검색이 또한 실패할 것이며, 따라서 서빙 AMF가 변경되는 경우 새로운 RRC 연이 설정될 필요가 있다.

RRC_INACTIVE 상태의 UE는, 이것이 구성된 RNA 밖으로 이동할 때 RNA 업데이트 절차를 개시해야 한다. UE로부터 RNA 업데이트 요청을 수신할 때, 수신 gNB는 마지막 서빙 gNB로부터 UE 콘텍스트를 획득하기 위해 XnAP 검색 UE 콘텍스트 절차를 트리거하며, UE를 다시 RRC_INACTIVE 상태로 보내거나, UE를 RRC_CONNECTED 상태로 이동시키거나, 또는 UE를 RRC_IDLE로 보낼 것을 결정할 수 있다. 주기적 RNA 업데이트의 경우에, 마지막 서빙 gNB가 UE 콘텍스트를 재배치하지 않을 것을 결정하는 경우, 이것은 검색 UE 콘텍스트 절차를 실패시키고 UE를 다시 RRC_INACTIVE로 보내거나, 또는 캡슐화된 RRCRelease 메시지에 의해 직접적으로 RRC_IDLE로 보낸다.

9.2.2.2 셀 재선택

RRC_INACTIVE의 UE는 셀 재선택을 수행한다. 절차의 원리들은 RRC_IDLE 상태에 대한 것과 같다(조항 9.2.1.2 참조).

9.2.2.4 상태 전환들

9.2.2.4.1 RRC_INACTIVE로부터 RRC_CONNECTED로의 UE 트리거형 전환

다음의 도면은 UE 콘텍스트 검색 성공의 경우에 RRC_INACTIVE로부터 RRC_CONNECTED로의 UE 트리거형 전환을 설명한다:

["UE triggered transition from RRC_INACTIVE to RRC_CONNECTED (UE context retrieval success)"라는 명칭의 3GPP TS 38.300 V16.2.0의 도 9.2.2.4.1-1이 도 5로 재현된다]

1. UE는 RRC_INACTIVE로부터 재개하며, 마지막 서빙 gNB에 의해 할당된 I-RNTI를 제공한다.

2. I-RNTI 내에 포함된 gNB 신원을 분석(resolve)할 수 있는 경우, gNB는 마지막 서빙 gNB로 UE 콘텍스트 데이터를 제공해 줄 것을 요청한다.

3. 마지막 서빙 gNB는 UE 콘텍스트 데이터를 제공한다.

4/5. gNB 및 UE는 RRC 연결의 재개를 완료한다.

노트: 사용자 데이터가 또한, 승인이 허용하는 경우 단계 5에서 전송될 수 있다.

6. 마지막 서빙 gNB에 버퍼링된 DL 사용자 데이터의 손실이 방지되어야 하는 경우, gNB는 포워딩 어드레스를 제공한다.

7/8. gNB는 경로 스위칭을 수행한다.

9. gNB는 마지막 서빙 gNB에서의 UE 자원들의 릴리즈를 트리거한다.

이상의 단계 1 이후에, gNB가 재개 요청을 즉시 거절하고 (예를 들어, 이하에서 2개의 예들에서 설명되는 바와 같이) 임의의 재구성 없이 UE를 RRC_INACTIVE로 유지하기 위해 단일 RRC 메시지를 사용할 것을 결정할 때, 또는 gNB가 새로운 RRC 연결을 셋업할 것을 결정할 때, SRB0(보안 없음)이 사용된다. 반대로, gNB가 (예를 들어, 새로운 DRX 사이클 또는 RNA를 가지고) UE를 재구성할 것을 결정할 때 또는 gNB가 UE를 RRC_IDLE로 푸시할 것을 결정할 때, (그 SRB에 대해 이전에 구성된 바와 같은 무결성 보호 및 사이퍼링을 갖는) SRB1이 사용되어야 한다.

노트: SRB1는 오직, UE 콘텍스트가 검색될 때에만, 즉, 단계 3 이후에만 사용될 수 있다.

다음의 도면은 UE 콘텍스트 검색 실패의 경우에 RRC_INACTIVE로부터 RRC_CONNECTED로의 UE 트리거형 전환을 설명한다:

["UE triggered transition from RRC_INACTIVE to RRC_CONNECTED (UE context retrieval failure)"라는 명칭의 3GPP TS 38.300 V16.2.0의 도 9.2.2.4.1-2가 도 6으로 재현된다]

1. UE는 RRC_INACTIVE로부터 재개하며, 마지막 서빙 gNB에 의해 할당된 I-RNTI를 제공한다.

2. I-RNTI 내에 포함된 gNB 신원을 분석할 수 있는 경우, gNB는 마지막 서빙 gNB로 UE 콘텍스트 데이터를 제공해 줄 것을 요청한다.

3. 마지막 서빙 gNB는 UE 콘텍스트 데이터를 제공하거나 또는 검증할 수 없다.

4. 마지막 서빙 gNB은 gNB로 실패를 표시한다.

5. gNB는 RRCSetup을 전송함으로써 새로운 RRC 연결을 설정하기 위해 폴백을 수행한다.

6. 새로운 연결이 조항 9.2.1.3.1에서 설명된 바와 같이 셋업된다.

다음의 도면은, UE가 RRC_INACTIVE로부터 연결을 재개하려고 시도할 때 네트워크로부터의 거절을 설명한다:

["Reject from the network, UE attempts to resume a connection"이라는 명칭의 3GPP TS 38.300 V16.2.0의 도 9.2.2.4.1-3이 도 7로 재현된다]

1. UE는 RRC_INACTIVE로부터 연결을 재개하려고 시도한다.

2. gNB는, 예를 들어, 혼잡에 기인하여 절차를 핸들링할 수 없다.

3. gNB는 UE를 RRC_INACTIVE로 유지하기 위해 (대기 시간을 갖는) RRCReject를 전송한다.

9.2.2.4.2 RRC_INACTIVE로부터 RRC_CONNECTED로의 UE 트리거형 전환

다음의 도면은 RRC_INACTIVE로부터 RRC_CONNECTED로의 네트워크 트리거형 전환을 설명한다:

["Network triggered transition from RRC_INACTIVE to RRC_CONNECTED"라는 명칭의 3GPP TS 38.300 V16.2.0의 도 9.2.2.4.2-1이 도 8로 재현된다]

1. RAN 페이징 트리거 이벤트가 발생한다(인입 DL 사용자 평면, 5GC로부터의 DL 시그널링, 등).

2. 마지막 서빙 gNB에 의해 제공되는 셀들에서만 또는 RAN-기반 통지 영역(RAN-based Notification Area; RNA) 내의 UE에 대해 구성된, 다른 gNB들에 의해 제어되는 셀들 내에서 Xn RAN 페이징에 의해; RAN 페이징이 트리거된다.

3. UE는 I-RNTI를 가지고 페이징된다.

4. UE가 성공적으로 도달된 경우, 이것은 조항 9.2.2.4.1에 설명된 바와 같이 RRC_INACTIVE로부터 재개하려고 시도한다.

[…]

[3GPP TS 38.331로부터]

4.2 아키텍처

4.2.1 UE 상태들 및 인터 RAT를 포함하는 상태 전환들

UE는, RRC 연결이 설정되었을 때 RRC_CONNECTED 상태에 있거나 또는 RRC_INACTIVE 상태에 있다. 이러한 경우가 아닌 경우, 즉, RRC 연결이 설정되지 않은 경우, UE는 RRC_IDLE 상태에 있다. RRC 상태들을 추가로 다음과 같이 특징지어질 수 잇다:

- RRC_IDLE:

- UE 특정 DRX는 상위 계층들에 의해 구성될 수 있다;

- UE는 네트워크 구성에 기초하여 이동성을 제어했다;

- UE는:

- DCI를 통해 P-RNTI가지고 송신되는 숏 메시지를 모니터링한다(조항 6.5 참조);

- 5G-S-TMSI를 사용하는 CN 페이징에 대한 페이징 채널을 모니터링한다;

- 이웃 셀 측정들 및 셀 (재-)선택을 수행한다;

- 시스템 정보를 획득하며, (구성된 경우) SI 요청을 전송할 수 있다.

- 로깅된 측정 구성형 UE들에 대해 위치 및 시간과 함께 이용가능한 측정들의 로깅을 수행한다.

- RRC_INACTIVE:

- UE 특정 DRX는 상위 계층들에 의해 또는 RRC 계층에 의해 구성될 수 있다;

- 네트워크 구성에 기초하는 UE 제어형 이동성;

- UE는 UE 비활성 AS 콘텍스트를 저장한다;

- RAN-기반 통지 영역이 RRC 계층에 의해 구성된다;

UE는:

- DCI를 통해 P-RNTI가지고 송신되는 숏 메시지를 모니터링한다(조항 6.5 참조);

- 풀-RNTI를 사용하는 RAN 페이징 및 5G-S-TMSI를 사용하는 CN 페이징에 대한 페이징 채널을 모니터링한다;

- 이웃 셀 측정들 및 셀 (재-)선택을 수행한다;

- 구성된 RAN-기반 통지 영역 외부로 이동할 때 그리고 주기적으로 RAN-기반 통지 영역 업데이트들을 수행한다;

- 시스템 정보를 획득하며, (구성된 경우) SI 요청을 전송할 수 있다.

- 로깅된 측정 구성형 UE들에 대해 위치 및 시간과 함께 이용가능한 측정들의 로깅을 수행한다.

- RRC_CONNECTED:

- UE는 AS 콘텍스트를 저장한다;

- UE로의/이로부터의 유니캐스트 데이터의 전송;

- 하위 계층들에서, UE는 UE 특정 DRX를 가지고 구성될 수 있다;

- CA를 지원하는 UE들에 대하여, 증가된 대역폭을 위하여, Sp셀과 집성된, 하나 이상의 S셀들의 사용;

- DC를 지원하는 UE들에 대하여, 증가된 대역폭을 위하여, MCG와 집성된, 하나의 SCG의 사용;

- E-UTRA로의/이로부터의 NR 내의 네트워크 제어형 이동성;

- UE는:

- 구성된 경우, DCI를 통해 P-RNTI가지고 송신되는 숏 메시지를 모니터링한다(조항 6.5 참조);

- 데이터가 이것에 대해 스케줄링되는지 여부를 결정하기 위해 공유 데이터 채널과 연관된 제어 채널들을 모니터링한다;

- 채널 품질 및 피드백 정보를 제공한다;

- 이웃 셀 측정들 및 측정 보고를 수행한다;

- 시스템 정보를 획득한다;

- 이용가능한 위치 보고와 함께 즉시 MDT 측정을 수행한다.

도 4.2.1-1은, UE RRC 상태 머신 및 NR에서의 상태 전환들의 개괄을 예시한다. EU는 NR에서 한 번에 오직 하나의 RRC 상태를 갖는다.

["UE state machine and state transitions in NR"이라는 명칭의 3GPP TS 38.331 V16.1.0의 도 4.2.1-1이 도 9로 재현된다]

5.3.8 RRC 연결 릴리즈

5.3.8.1 개괄

["RRC connection release, successful"이라는 명칭의 3GPP TS 38.331 V16.1.0의 도 5.3.8.1-1이 도 10으로 재현된다]

이러한 절차의 목적은 다음과 같다:

- 모든 무선 자원들뿐만 아니라 설정된 무선 베어러들의 릴리즈를 포함하는 RRC 연결을 릴리즈하기 위한 것; 또는

- 설정된 무선 베어러들의 일시 중단을 포함하는, SRB2 및 적어도 하나의 DRB 또는, IAB에 대하여, SRB2가 셋업되는 경우에만 RRC 연결을 일시 중단하기 위한 것.

5.3.8.2 개시

네트워크는 RRC_CONNECTED의 UE를 RRC_IDLE로 전환하기 위하여; 또는 SRB2 및 적어도 하나의 DRB 또는, IAB에 대하여, SRB2가 RRC_CONNECTED에서 셋업된 경우에만 RRC_CONNECTED의 UE를 RRC_INACTIVE로 전환하기 위하여; 또는 UE가 재개를 시도할 때 RRC_INACTIVE의 UE를 다시 RRC_INACTIVE로 전환하기 위하여; 또는 UE가 재개를 시도할 때 RRC_INACTIVE의 UE를 RRC_IDLE로 전환하기 위하여 RRC 연결 릴리즈 절차를 개시한다. 절차는 또한 UE를 릴리즈하고 이를 다른 주파수로 리다이렉트(redirect)하기 위해 사용될 수 있다.

5.3.8.3 UE에 의한 RRCRelease의 수신

UE는 다음과 같이 해야 한다:

[…]

1> RRCRelease가 suspendConfig를 포함하는 경우:

2> 수신된 suspendConfig를 적용한다;

2> 존재하는 경우, VarConditionalReconfig 내의 모든 엔트리들을 제거한다;

2> 각각의 measId에 대하여, 연관된 reportConfig가 condTriggerConfig로 설정된 reportType을 갖는 경우:

3> 연관된 reportConfigId에 대하여:

4> VarMeasConfig 내의 reportConfigList로부터 매칭 reportConfigId를 갖는 엔트리를 제거한다;

3> 연관된 measObjectId가 오직 condTriggerConfig로 설정된 reportType을 갖는 reportConfig에만 연관되는 경우:

4> VarMeasConfig 내의 measObjectList로부터 매칭 measObjectId를 갖는 엔트리를 제거한다;

3> VarMeasConfig 내의 measIdList로부터 매칭 measId를 갖는 엔트리를 제거한다;

2> MAC을 리셋하고, 존재하는 경우 디폴트 MAC 셀 그룹 구성을 릴리즈한다;

2> SRB1에 대해 RLC 엔티티들을 재-설정한다;

2> suspendConfig를 갖는 RRCRelease 메시지가 RRCResumeRequest 또는 RRCResumeRequest1에 응답하여 수신된 경우:

3> 실행 중인 경우, 타이머 T319를 중지한다;

1> 저장된 UE 비활성 AS 콘텍스트에서:

4> K_gNB 및 K_RRCint 키들을 현재 K_gNB 및 K_RRCint 키들로 대체한다;

4> C-RNTI를, UE가 RRCRelease 메시지를 수신한 셀 내의 임시 C-RNTI로 대체한다;

4> cellIdentity를, UE가 RRCRelease 메시지를 수신한 셀의 cellIdentity로 대체한다;

4> 물리 셀 신원을, UE가 RRCRelease 메시지를 수신한 셀의 물리 셀 신원으로 대체한다;

2> 그렇지 않으면:

3> UE 비활성 AS 콘텍스트에, 현재 K_gNB 및 K_RRCint 키들, ROHC 상태, 저장된 QoS 흐름 대 DRB 매핑 규칙들, 소스 P셀에서 사용된 C-RNTI, 소스 P셀의 cellIdentity 및 물리 셀 신원, (구성된 경우) PS셀의 ReconfigurationWithSync 내의 spCellConfigCommon, 및 servingCellConfigCommonSIB 및 P셀의 ReconfigurationWithSync 내의 하나들에 대한 것을 제외한 구성된 모든 다른 파라미터들을 저장한다;

노트 2: NR 사이드링크 통신 관련 구성들 및 로깅된 측정 구성은, UE가 RRC_INACTIVE에 진입할 때 UE 비활성 AS 콘텍스트로서 저장되지 않는다.

2> SRB0을 제외한, 모든 SRB(들) 및 DRB(들)를 일시 중단한다;

2> 모든 DRB들의 하위 계층들로 PDCP 일시 중단을 표시한다;

2> t380이 포함된 경우:

3> t380으로 설정된 타이머 값을 가지고 타이머 T380을 시작한다;

2> RRCRelease가 waitTime을 포함하는 경우:

3> waitTime으로 설정된 값을 가지고 타이머 T302를 시작한다;

3> 카테고리들 '0' 및 '2'를 제외하고 모든 액세스 카테고리들에 대해 액세스 차단(access barring)이 적용될 수 있음을 상위 계층들에 알린다;

2> T390이 실행 중인 경우:

3> 모든 액세스 카테고리들에 대해 타이머 T390을 중지한다;

3> 5.3.14.4에 지정된 바와 같은 액션들을 수행한다;

2> RRC 연결의 일시 중단을 상위 계층들에 표시한다;

2> RRC_INACTIVE에 진입하고, TS 38.304 [20]에 지정된 바와 같이 셀 선택을 수행한다;

1> 그렇지 않으면

2> 릴리즈 원인 '다른 것'를 가지고, 5.3.11에 지정된 바와 같이 RRC_IDLE로 진행 시에 액션들을 수행한다.

5.3.13 RRC 연결 재개

5.3.13.1 개괄

["RRC connection resume, successful"이라는 명칭의 3GPP TS 38.331 V16.1.0의 도 5.3.13.1-1이 도 11로 재현된다]

["RRC connection resume fallback to RRC connection establishment, successful"이라는 명칭의 3GPP TS 38.331 V16.1.0의 도 5.3.13.1-2이 도 12로 재현된다]

["RRC connection resume followed by network release, successful"이라는 명칭의 3GPP TS 38.331 V16.1.0의 도 5.3.13.1-3이 도 13으로 재현된다]

["RRC connection resume followed by network suspend, successful"이라는 명칭의 3GPP TS 38.331 V16.1.0의 도 5.3.13.1-4가 도 14로 재현된다]

["RRC connection resume, network reject"이라는 명칭의 3GPP TS 38.331 V16.1.0의 도 5.3.13.1-5가 도 15로 재현된다]

이러한 절차의 목적은, SRB(들) 및 DRB(들)를 재개하는 것을 포함하는 중단된 RRC 연결을 재개하거나 또는 RNA 업데이트를 수행하기 위한 것이다.

5.3.13.2 개시

UE는, 상위 계층들 또는 AS가 중단된 RRC 연결의 재개를 요청할 때(하위-조항 5.3.13.1a에 지정된 바와 같이, UE가 RRC_INACTIVE 상태에 있는 동안에, 또는 사이드링크 통신을 위해 RNA 업데이트들의 트리거 시에, RAN 페이징에 응답할 때) 절차를 개시한다.

UE는, 이러한 절차를 개시하기 이전에 조항 5.2.2.2에 지정된 바와 같이 유효하고 최신의 필수 시스템 정보를 가지고 있다는 것을 보장해야 한다.

절차의 개시 시에, UE는 다음과 같이 해야 한다:

1> RRC 연결의 재개가 NG-RAN 페이징에 대한 응답에 의해 트리거되는 경우:

2> 액세스 카테고리로서 '0'를 선택한다;

2> 선택된 액세스 카테고리 및 상위 계층들에 의해 제공된 하나 이상의 액세스 신원들을 사용하여 5.3.14에 지정된 바와 같이 단일화된 액세스 제어 절차를 수행한다;

3> 액세스 시도가 차단되는 경우, 절차를 종료한다;

2> 그렇지 않고, RRC 연결의 재개가 상위 계층들에 의해 트리거되는 경우:

2> 상위 계층들이 액세스 카테고리 및 하나 이상의 액세스 신원들을 제공하는 경우:

3> 상위 계층들에 의해 제공된 액세스 카테고리 및 액세스 신원들을 사용하여 5.3.14에 지정된 바와 같이 단일화된 액세스 제어 절차를 수행한다;

4> 액세스 시도가 차단되는 경우, 절차를 종료한다;

2> 상위 계층들로부터 수신된 정보에 따라 resumeCause를 설정한다;

[…]

1> SIB1에서 제공되는 값들에 대한 파라미터들을 제외하고, 대응하는 물리 계층 사양들에 지정된 바와 같은 디폴트 L1 파라미터 값들을 적용한다;

1> 9.2.1에 지정된 바와 같은 디폴트 SRB1 구성을 적용한다;

1> 9.2.2에 지정된 바와 같이 디폴트 MAC 셀 그룹 구성을 적용한다;

[…]

1> 9.1.1.2에 지정된 바와 같은 CCCH 구성을 적용한다;

1> SIB1에 포함된 timeAlignmentTimerCommon을 적용한다;

1> 타이머 T319를 시작한다;

1> 변수 pendingRNA-Update를 거짓으로 설정한다;

1> 5.3.13.3에 따라 RRCResumeRequest 메시지 또는 RRCResumeRequest1의 송신을 개시한다.

5.3.13.3 RRCResumeRequest 또는 RRCResumeRequest1 메시지의 송신에 관한 액션들

UE는 다음과 같이 RRCResumeRequest 또는 RRCResumeRequest1 메시지의 콘텐트를 설정해야 한다:

1> 필드 useFullResumeID가 SIB1에서 시그널링되는 경우:

2> 사용할 메시지로서 RRCResumeRequest1을 선택한다;

2> resumeIdentity를 저장된 풀-RNTI 값으로 설정한다;

1> 그렇지 않으면:

2> 사용할 메시지로서 RRCResumeRequest를 선택한다;

2> resumeIdentity를 저장된 shortI-RNTI 값으로 설정한다;

1> 다음을 제외하고 저장된 UE 비활성 AS 콘텍스트로부터 RRC 구성, RoHC 상태, 저장된 QoS 흐름 대 DRB 매핑 규칙들 및 K_gNB 및 K_RRCint 키들을 복원한다:

- masterCellGroup;

- 저장된 경우, mrdc-SecondaryCellGroup; 및

- pdcp-Config;

1> resumeMAC-I를 계산된 MAC-I의 16개의 최하위 비트들로 설정한다:

2> 조항 8에 따라 인코딩된 ASN.1(즉, 8 비트의 배수) VarResumeMAC-Input에 걸쳐;

2> UE 비활성 AS 콘텍스트 내의 K_RRCint 키 및 이전에 구성된 무결성 알고리즘을 가지고; 및

2> 2진수 1로 설정된 COUNT, BEARER 및 DIRECTION에 대한 모든 입력 비트들을 가지고;

1> TS 33.501 [11]에 지정된 바와 같이, 저장된 nextHopChainingCount 값을 사용하여, 현재 K_gNB 키 또는 NH에 기초하여 K_gNB를 도출한다;

1> K_RRCenc 키, K_RRCint 키, K_UPint 키 및 K_UPenc 키를 도출한다;

1> 이러한 하위조항에서 도출된 K_RRCint 키 및 K_UPint 키 및 구성된 알고리즘을 사용하여 SRB0을 제외한 모든 무선 베어러들에 대하여 즉시 무결성 보호를 적용하도록 하위 계층들을 구성한다, 즉, 무결성 보호는 UE에 의해 수신되고 전송되는 모든 후속 메시지들에 적용되어야 한다;

노트 1: 오직 이전에 구성된 UP 무결성 보호를 갖는 DRB들만이 무결성 보호를 재개해야 한다.

1> SRB0을 제외한 모든 무선 베어러들에 대하여 사이퍼링을 적용하고, 구성된 사이퍼링 알고리즘, 이러한 하위 조항에서 도출된 K_RRCenc 키 및 K_UPenc 키를 적용하도록 하위 계층들을 구성한다, 즉, 사이퍼링 구성은 UE에 의해 수신되고 전송되는 모든 후속 메시지들에 적용되어야 한다;

1> SRB1에 대해 PDCP 엔티티들을 재설정한다;

1> SRB1을 재개한다;

1> 송신을 위한 선택된 메시지 RRCResumeRequest 또는 RRCResumeRequest1을 하위 계층들로 제출한다.

노트 2: 이전에 구성된 UP 사이퍼링을 갖는 DRB들만이 사이퍼링을 재개해야 한다.

하위 계층들이 T319가 실행 중인 동안 무결성 체크 실패를 나타내는 경우, 5.3.13.5에 지정된 액션들을 수행한다.

UE는 셀 재-선택 관련 측정들뿐만 아니라 셀 재-선택 평가를 계속해야 한다. 셀 재-선택에 대한 조건들이 충족되는 경우, UE는 5.3.13.6에 지정된 바와 같은 셀 재-선택을 수행해야 한다.

5.3.13.4 UE에 의한 RRCResume의 수신

UE는 다음과 같이 해야 한다:

1> 타이머 T319를 중지한다;

1> 실행 중인 경우, 타이머 T380을 중지한다;

1> T331이 실행 중인 경우:

2> 타이머 T331을 중지한다;

2> 5.7.8.3에 지정된 바와 같은 액션들을 수행한다;

1> RRCResume이 fullConfig를 포함하는 경우:

2> 5.3.5.11에 지정된 바와 같은 완전 구성 절차를 수행한다;

1> 그렇지 않으면:

2> RRCResume이 restoreMCG-SCells을 포함하지 않는 경우:

3> 저장된 경우, UE 비활성 AS 콘텍스트로부터 MCG S셀(들)을 릴리즈한다;

2> RRCResume이 restoreSCG를 포함하지 않는 경우:

3> 저장된 경우, UE 비활성 AS 콘텍스트로부터 MR-DC 관련 구성들(즉, 5.3.5.10에 지정된 바와 같은)을 릴리즈한다;

2> UE 비활성 AS 콘텍스트로부터 masterCellGroup, mrdc-SecondaryCellGroup(저장된 경우), 및 pdcp-Config를 복원한다;

2> 복원된 MCG 및 SCG SCell(s)(존재하는 경우)가 비활성화된 상태에 있는 것으로 간주되도록 하위 계층들을 구성한다;

1> UE 비활성 AS 콘텍스트를 폐기한다;

1> ran-NotificationAreaInfo를 제외하고 suspendConfig를 릴리즈한다;

1> RRCResume이 masterCellGroup을 포함하는 경우:

2> 5.3.5.5에 따라 수신된 masterCellGroup에 대한 셀 그룹 구성을 수행한다;

1> RRCResume이 mrdc-SecondaryCellGroup을 포함하는 경우:

2> 수신된 mrdc-SecondaryCellGroup이 nr-SCG로 설정된 경우:

3> nr-SCG에 포함된 RRCReconfiguration 메시지에 대하여 5.3.5.3에 따라 RRC 재구성을 수행한다;

2> 수신된 mrdc-SecondaryCellGroup이 eutra-SCG로 설정된 경우:

3> eutra-SCG에 포함된 RRCConnectionReconfiguration에 대하여 TS 36.331 [10], 조항 5.3.5.3에 지정된 바와 같이 RRC 연결 재구성을 수행한다;

1> RRCResume이 radioBearerConfig를 포함하는 경우:

2> 5.3.5.6에 따라 무선 베어러 구성을 수행한다;

1> RRCResume 메시지가 sk-Counter를 포함하는 경우:

2> 5.3.5.7에 지정된 바와 같이 보안 키 업데이트 절차를 수행한다;

1> RRCResume 메시지가 radioBearerConfig2를 포함하는 경우:

2> 5.3.5.6에 따라 무선 베어러 구성을 수행한다;

1> RRCResume 메시지가 needForGapsConfigNR을 포함하는 경우:

2> needForGapsConfigNR가 셋업으로 설정된 경우:

3> 그 자체를 NR 목표 대역들의 측정 갭 요건 정보를 제공하도록 구성된 것으로 간주한다;

2> 그렇지 않으면:

3> 그 자체를 NR 목표 대역의 측정 갭 요건 정보를 제공하도록 구성되지 않은 것으로 간주한다;

1> SRB2, SRB3(구성된 경우), 및 모든 DRB들을 재개한다;

1> 저장된 경우, cellReselectionPriorities에 의해 제공되거나 또는 다른 RAT로부터 상속된 셀 재선택 우선순위 정보를 폐기한다;

1> 실행 중인 경우, 타이머 T320을 중지한다;

1> RRCResume 메시지가 measConfig를 포함하는 경우:

2> 5.5.2에 지정된 바와 같이 측정 구성 절차를 수행한다;

1> 일시 중단된 경우 측정들을 재개한다;

1> T390이 실행 중인 경우:

2> 모든 액세스 카테고리들에 대해 타이머 T390을 중지한다;

2> 5.3.14.4에 지정된 바와 같은 액션들을 수행한다.

1> T302가 실행 중인 경우:

2> 타이머 T302를 중지한다;

2> 5.3.14.4에 지정된 바와 같은 액션들을 수행한다.

1> RRC_CONNECTED에 진입한다;

1> 일시 중단된 RRC 연결이 재개되었음을 상위 계층들에 표시한다;

1> 셀 재-선택 절차를 중지한다;

1> 현재 셀이 P셀인 것으로 간주한다;

1> RRCResumeComplete 메시지의 카운터를 다음과 같이 설정한다:

[…]

1> RRCResumeComplete 메시지를 송신을 위해 하위 계층들에 제출한다;

1> 절차를 종료한다.

5.3.13.9 UE에 의한 RRCRelease의 수신

UE는 다음과 같이 해야 한다:

1> 5.3.8에 지정된 바와 같은 액션들을 수행한다.

3GPP TS 38.331은 NR에서 무선 자원 제어(Radio Resource Control; RRC) 파라미터들 및 구성들과 관련하여 다음의 설명을 제공한다:

- MIB

MIB는 BCH 상에서 송신되는 시스템 정보를 포함한다.

시그널링 무선 베어러: N/A

RLC-SAP: TM

논리 채널: BCCH

방향: 네트워크 대 UE

MIB

- PDCCH-ConfigSIB1

IE PDCCH-ConfigSIB1은 CORESET#0을 구성하고 space#0을 탐색하기 위해 사용된다.

PDCCH-ConfigSIB1 정보 엘리먼트

- SIB1

SIB1은 UE가 셀을 액세스하도록 허용되었는지 여부를 평가할 때 관련 정보를 포함하며, 다른 시스템 정보의 스케줄링을 정의한다. 이것은 또한, 모든 UE들에 대해 공통되는 무선 자원 구성 정보 및 단일화된 액세스 제어에 적용된 차단 정보를 포함한다.

시그널링 무선 베어러: N/A

RLC-SAP: TM

논리 채널들: BCCH

방향: 네트워크 대 UE

SIB1 메시지

- ServingCellConfigCommonSIB

IE ServingCellConfigCommonSIB는 SIB1에서 UE의 서빙 셀의 셀 특정 파라미터들을 구성하기 위해 사용된다.

ServingCellConfigCommonSIB 정보 엘리먼트

- DownlinkConfigCommonSIB

IE DownlinkConfigCommonSIB는 셀의 공통 다운링크 파라미터들을 제공한다.

DownlinkConfigCommonSIB 정보 엘리먼트

- BWP-DownlinkCommon

IE BWP-DownlinkCommon은 다운링크 BWP의 공통 파라미터들을 구성하기 위해 사용된다. 이들은 "셀 특정"며, 네트워크는 다른 UE들의 대응하는 파라미터들과의 필수 정렬을 보장한다. P셀의 초기 부분 대역폭의 공통 파라미터들이 또한 시스템 정보를 통해 제공된다. 모든 다른 서빙 셀들에 대하여, 네트워크는 전용 시그널링을 통해 공통 파라미터들을 제공한다.

BWP-DownlinkCommon 정보 엘리먼트

- PDCCH-ConfigCommon

IE PDCCH-ConfigCommon은, 전용 시그널링에서 뿐만 아니라 SIB에서 제공되는 셀 특정 PDCCH 파라미터들을 구성하기 위해 사용된다.

PDCCH-ConfigCommon 정보 엘리먼트

- PDSCH-ConfigCommon

IE PDSCH-ConfigCommon은 셀 특정 PDSCH 파라미터들을 구성하기 위해 사용된다.

- UplinkConfigCommonSIB

IE UplinkConfigCommonSIB는 셀의 공통 업링크 파라미터들을 제공한다.

UplinkConfigCommonSIB 정보 엘리먼트

- BWP-UplinkCommon

IE BWP-UplinkCommon은 업링크 BWP의 공통 파라미터들을 구성하기 위해 사용된다. 이들은 "셀 특정"며, 네트워크는 다른 UE들의 대응하는 파라미터들과의 필수 정렬을 보장한다. P셀의 초기 부분 대역폭의 공통 파라미터들이 또한 시스템 정보를 통해 제공된다. 모든 다른 서빙 셀들에 대하여, 네트워크는 전용 시그널링을 통해 공통 파라미터들을 제공한다.

BWP-UplinkCommon 정보 엘리먼트

- PUSCH-ConfigCommon

IE PUSCH-ConfigCommon은 셀 특정 PUSCH 파라미터들을 구성하기 위해 사용된다.

- BWP-DownlinkDedicated

IE BWP-DownlinkDedicated는 다운링크 BWP의 전용(UE 특정) 파라미터들을 구성하기 위해 사용된다.

BWP-DownlinkDedicated 정보 엘리먼트

- PDCCH-Config

IE PDCCH-Config는 제어 자원 세트(control resource set; CORESET)들, 탐색 공간들 및 PDCCH를 획득하기 위한 추가적인 파라미터들과 같은 UE 특정 PDCCH 파라미터들을 구성하기 위해 사용된다. 이러한 IE가 교차 반송파 스케줄링의 경우에 스케줄링된 셀에 대해 사용되는 경우, searchSpacesToAddModList 및 searchSpacesToReleaseList 이외의 필드들은 존재하지 않는다. IE가 휴면 BWP에 대해 사용되는 경우, controlResourceSetToAddModList 및 controlResourceSetToReleaseList 이외의 필드들은 존재하지 않는다.

PDCCH-Config 정보 엘리먼트

- PDSCH-Config

PDSCH-Config IE는 UE 특정 PDSCH 파라미터들을 구성하기 위해 사용된다.

- BWP-UplinkDedicated

IE BWP-UplinkDedicated는 업링크 BWP의 전용(UE 특정) 파라미터들을 구성하기 위해 사용된다.

BWP-UplinkDedicated 정보 엘리먼트

- PUSCH-Config

IE PUSCH-Config는 특정 BWP에 적용될 수 있는 UE 특정 PUSCH 파라미터들을 구성하기 위해 사용된다.

- ControlResourceSet

IE ControlResourceSet는, 다운링크 제어 정보에 대해 탐색하기 위한 시간/주파수 제어 자원 세트(control resource set; CORESET)를 구성하기 위해 사용된다(TS 38.213 [13], 조항 10.1 참조).

ControlResourceSet 정보 엘리먼트

- ServingCellConfig

IE ServingCellConfig는, MCG 또는 SCG의 Sp셀 또는 S셀일 수 있는, 서빙 셀을 갖는 UE를 구성(추가 또는 수정)하기 위해 사용된다. 본원에서 파라미터들은 주로 UE 특정이지만, 부분적으로 또한 (예를 들어, 추가적으로 구성된 부분 대역폭들에서) 셀 특징이다. PUCCH 및 PUCCHless S셀 사이의 재구성은 오직 S셀 릴리즈 및 추가에 의해서만 지원된다.

ServingCellConfig 정보 엘리먼트

- CSI-MeasConfig

IE CSI-MeasConfig는 CSI-MeasConfig가 포함된 서빙 셀에 속한 CSI-RS(참조 신호들), CSI-MeasConfig가 포함된 서빙 셀 상의 PUCCH 상에서 송신될 채널 상태 정보 리포트들 및 CSI-MeasConfig가 포함된 서빙 셀 상에서 수신된 DCI에 의해 트리거되는 PUSCH 상의 채널 상태 정보 리포트들을 구성하기 위해 사용된다. TS 38.214 [19], 조항 5.2을 또한 참조하라.

- CSI-ReportConfig

IE CSI-ReportConfig는, CSI-ReportConfig가 포함된 셀 상의 PUCCH 상에서 전송되는 주기적 또는 반-영구적 리포트를 구성하기 위해, 또는 CSI-ReportConfig가 포함된 셀(이러한 경우, 리포트가 전송되는 셀은 수신된 DCI에 의해 결정됨) 상에서 수신되는 DCI에 의해 트리거되는 PUSCH 상에서 전송되는 반-영구적 또는 비주기적 리포트를 구성하기 위해 사용된다. TS 38.214 [19], 조항 5.2.1 참조.

- PUCCH-Config

IE PUCCH-Config는 (BWP마다) UE 특정 PUCCH 파라미터들을 구성하기 위해 사용된다.

- SRS-Config

IE SRS-Config는 사운딩 참조 신호 송신들을 구성하기 위해 또는 CLI에 대해 사운딩 참조 신호 측정들 구성하기 위해 사용된다. 구성은 SRS-Resource들의 리스트 및 SRS-ResourceSet들의 리스트를 정의한다. 각각의 자원 세트는 SRS-Resource들의 세트를 정의한다. 네트워크는 구성된 aperiodicSRS-ResourceTrigger(L1 DCI)를 사용하여 SRS-Resource들의 송신을 트리거한다.

3GPP RP-193252 및 3GPP RAN2 #111 회의록은 RRC_INACTIVE 상태에서의 NR 스몰 데이터 송신들과 관련된 다음의 설명을 제공한다:

[3GPP RP-193252로부터]

3 근거

NR은 RRC_INACTIVE 상태를 지원하며, 드문(주기적 및/또는 비-주기적) 데이터 송신을 갖는 UE들은 일반적으로 네트워크에 의해 RRC_INACTIVE 상태로 유지된다. 릴리즈-16까지, RRC_INACTIVE 상태는 데이터 송신을 지원하지 않았다. 따라서, UE는 임의의 DL (MT) 및 UL (MO) 데이터에 대하여 연결을 재개해야 한다(즉, RRC_CONNECTED 상태로 이동해야 한다). 연결 셋업 및 INACTIVE 상태로의 후속 릴리즈는 각각의 데이터 송신에 대하여 발생하지만, 데이터 패킷들은 작고 드물다. 이는 불필요한 전력 소모 및 시그널링 오버헤드를 야기한다.

[…]

스몰 데이터 패킷들에 대한 INACTIVE 상태의 UE들로부터의 시그널링 오버헤드는 일반적인 문제이며, 네트워크 성능 및 효율뿐만 아니라 UE 배터리 성능에 대하여 NR 내의 더 많은 UE들이 있는 상태에서 매우 중요한 이슈가 될 것이다. 일반적으로, INACTIVE 상태에서 간헐적인 스몰 데이터 패킷들을 갖는 임의의 디바이스는 INACTIVE에서 스몰 데이터 송신을 가능하게 하는 것으로부터 이익을 얻을 것이다.

NR에서 스몰 데이터 송신을 위한 주요 인에이블러(enabler)들, 즉, INACTIVE 상태, 2-단계, 4-단계 RACH 및 구성된 승인 유형-1은 이미 릴리즈-15 및 릴리즈-16의 부분으로서 지정되었다. 따라서, 이러한 작업은 NR에 대하여 INACTIVE 상태에서 소형 데이터 송신을 가능하게 하기 위해 이러한 구성 블록들에 기반한다.

4 목적

4.1 SI 또는 코어 파트 WI 또는 테스팅 파트 WI의 목적

이러한 작업은 다음과 같이 RRC_INACTIVE 상태에서 스몰 데이터 송신을 가능하게 한다:

- RRC_INACTIVE 상태에 대하여:

○ RACH-기반 기법들(즉, 2-단계 및 4-단계 RACH)에 대한 UL 스몰 데이터 송신들:

■ (예를 들어, MSGA 또는 MSG3을 사용하는) INACTIVE 상태로부터의 스몰 데이터 패킷들의 UP 데이터 송신을 가능하게 하기 위한 일반적인 절차)[RAN2]

■ UL에서 UP 데이터 송신을 지원하기 위해 MSGA 및 MSG3에 대한 INACTIVE 상태에 대하여 현재 가능한 릴리즈-16 CCCH 메시지 크기보다 더 큰 유연한 페이로드 크기들을 가능하게 한다(실제 페이로드 크기는 네트워크 구성에 달려 있을 수 있다)[RAN2]

■ RACH-기반 해법들에 대하여 INACTIVE 상태에서의 콘텍스트 페치(fetch) 및 데이터 포워딩(앵커 재배치를 갖거나 또는 갖지 않음)[RAN2, RAN3]

노트 1: 이상의 해법들의 보안 측면들은 SA3을 가지고 체크되어야 한다

○ - TA가 유효할 때 - 미리-구성된 PUSCH 자원들 상에서의 UL 데이터의 송신(즉, 구성된 승인 유형 1을 재사용함)

■ INACTIVE 상태로부터 구성된 승인 유형 1 자원들을 통한 스몰 데이터 송신을 위한 일반적인 절차[RAN2]

■ INACTIVE 상태에 대하여 UL에서의 스몰 데이터 송신을 위한 구성된 승인 유형 1 자원들의 구성[RAN2]

어떠한 새로운 RRC 상태도 이러한 WID에 도입되지 않아야 한다. UL에서의 스몰 데이터의 송신, UL 및 DL에서의 스몰 데이터의 후속 송신 및 상태 전환 결정들은 네트워크 제어 하에 있어야 한다.

[…]

[3GPP RAN2 #111 회의록으로부터]

8.6.2 RACH-기반 기법들에 대한 UL 스몰 데이터 송신들

3GPP TS 38.213은 채널 상태 정보(Channel State Information; CSI) 보고와 관련된 다음의 설명을 제공한다:

9 제어 정보를 보고하기 위한 UE 절차

9.2 물리 업링크 제어 채널에서의 UCI 보고

PUCCH에서 보고되는 UCI 타입들은 HARQ-ACK 정보, SR, LRR, 및 CSI를 포함한다. UCI 비트들은, 존재하는 경우, HARQ-ACK 정보 비트들, 존재하는 경우, SR 정보 비트들, 존재하는 경우, LRR 정보 비트, 및 존재하는 경우, CSI 비트들을 포함한다. HARQ-ACK 정보 비트들은 조항 9.1에서 설명된 바와 같은 HARQ-ACK 코드북에 대응한다. 이러한 조항의 나머지 부분에 대하여, SR에 대한 임의의 참조가 SR에 대해 및/또는 LRR에 대해 적용될 수 있다.

9.2.1 PUCCH 자원 세트들

UE가 PUCCH-Config에서 PUCCH-ResourceSet에 의해 제공된 전용 PUCCH 자원 구성을 갖지 않는 경우, PUCCH 자원 세트는,

PRB들의 초기 UL BWP에서 PUCCH 상에서의 HARQ-ACK 정보의 송신을 위해 표 9.2.1-1의 로우에 대한 인덱스를 통해 pucch-ResourceCommon에 의해 제공된다.

PUCCH 자원 세트는 16개의 자원들을 포함하며, 그 각각은 PUCCH 포맷, 제 1 심볼, 지속 기간, PRB 오프셋

, 및 PUCCH 송신을 위한 순환 시프트 인덱스에 대응한다.

UE는, BWP-UplinkCommon에서 useInterlacePUCCH-PUSCH이 제공되지 않는 경우 주파수 호핑을 사용하여 PUCCH를 송신하며; 그렇지 않으면, UE는 주파수 호핑 없이 PUCCH를 송신한다.

인덱스 0을 갖는 직교 커버 코드가 표 9.2.1-1에서 PUCCH 포맷 1을 갖는 PUCCH 자원에 대해 사용된다.

UE는, 조항 8.3에서 설명된 바와 같이 RAR UL 승인에 의해 스케줄링된 PUSCH 송신에 대하여 동일한 공간 영역 송신 필터를 사용하여 PUCCH를 송신한다.

일반적으로, RRC_INACTIVE 상태는 드문 데이터 송신을 갖는 UE들에 대해 도입되었다. 데이터 송신이 존재하지 않을 때, UE는 전력 소비 감소를 위해 RRC_INACTIVE 상태로 진입될 수 있다(즉, RRC 연결이 일시 중단된다). 현재 서빙 셀 gNB는, UE가 RRC_INACTIVE 상태에 있는 동안 UE에 대한 UE 콘텍스트(예를 들어, UE의 구성들 및 신원들)을 저장(또는 유지)할 것이다. 데이터 도착 시에, UE는 RRC_INACTIVE 상태로부터 RRC 연결을 재개하며, 이는 RRC_IDLE 상태로부터 새로운 RRC 연결을 설정하는 것보다 더 빠르다. RRC 연결을 재개한 이후에(예를 들어, RA 절차의 성공적인 완료 이후에), UE는 평상 시와 같이 RRC_CONNECTED 상태에서 데이터(예를 들어, 애플리케이션 계층으로부터의 데이터)를 송신할 수 있다.

이에 더하여, UE는, RRC 연결이 일시 중단된 원래 gNB(즉, 오래된 gNB)와는 상이한 gNB(즉, 새로운 gNB) 상에서 무선 자원 제어(Radio Resource Control; RRC) 연결을 재개할 수 있다. 이러한 경우에, 새로운 gNB는 오래된 gNB로부터 UE 콘텍스트를 검색하려고 시도한다. 새로운 gNB가 UE 콘텍스트를 검색하는데 실패하는 경우, RRC 연결 셋업 절차로의 폴백이 발생할 수 있다(즉, 새로운 RRC 연결을 설정한다). UE의 RRC 연결이 일시 중단된 경우, UE는 "UE 비활성 AS 콘텍스트"에 이것의 현재 RRC 구성(의 부분)을 저장할 것이다. UE가 셀(이는 이러한 셀에서 RRC 연결이 성공적으로 재개된 이후에 Sp셀로서 간주될 것임) 상에서 RRC 재개 절차를 개시한 이후에 그리고 UE가 RRCResumeRequest 메시지를 송신하기 이전에, UE는 3GPP TS 38.331의 섹션 5.3.13.3에 지정된 바와 같이 UE 비활성 AS 콘텍스트로부터 저장된 RRC 구성의 부분을 복원할 것이다. RRC_INACTIVE 상태에 대한 더 상세한 내용은 이상에서 제공되었으며, 3GPP TS 38.300 및 TS 38.331에서 발견될 수 있다.

RRC_INACTIVE 상태가 이상에서 언급된 이득을 가져오지만, 현재 UE는 RRC_INACTIVE 상태에서 (사용자-평면) 데이터를 송신할 수 없다. 즉, UE는 데이터를 송신하기 이전에 RRC_CONNECTED 상태에 진입해야 한다. 데이터를 송신한 이후에, UE는 다시 RRC_INACTIVE 상태가 된다. 이상의 단계들은, 데이터의 양 및 데이터가 도착하는 빈도와 무관하게 각각의 데이터 송신에 대해 발생하며, 이는 전력 소비 및 시그널링 오버헤드를 야기할 수 있다.

이러한 문제를 완화하기 위하여, RRC_INACTIVE 상태에서의 스몰 데이터 송신이 3GPP RP-193252에서 논의된 바와 같이 도입될 것이다. 일반적으로, 스몰 데이터 송신의 주요 목적은, UE가 RRC_CONNECTED 상태에 진입하지 않고(또는 그 이전에) RRC_INACTIVE 상태에서 데이터를 송신할 수 있게 하는 것이다. 가능한 해법들은(예를 들어, NR에서의 타입-1 구성형 승인과 유사한) 사전-구성된 PUSCH 자원들, 2-단계 RACH, 및/또는 4- 단계 RACH에 기반할 수 있다. RRC_INACTIVE 상태에서의 스몰 데이터 송신은 "RRC_INACTIVE 상태에서의 SDT" 및/또는 "SDT 절차" 및/또는 "SDT"로 지칭될 수 있다.

예를 들어, UE가 셀에서 2-단계 RACH 기반 SDT 절차를 수행할 때, UE는 MsgA 내에 RRCResumeRequest와 함께 업링크(Uplink; UL) 데이터를 포함시킨다. 예를 들어, UE가 셀에서 4-단계 랜덤 액세스 채널(Random Access Channel; RACH) 기반 SDT 절차를 수행할 때, UE는 Msg3 내에 RRCResumeRequest 메시지와 함께 UL 데이터를 포함시킨다. 예를 들어, UE가 셀에서 SDT 절차에 기초하여 사전-구성된 물리 업링크 공유 채널(Physical Uplink Shared Channel; PUSCH) 자원들을 수행할 때, UE는 사전-구성된 PUSCH 자원들을 사용하여 송신된 프로토콜 데이터 유닛(Protocol Data Unit; PDU) 내에 RRCResumeRequest 메시지와 함께 UL 데이터를 포함시킨다. (이상에서 언급된 바와 같이 RRCResumeRequest 메시지를 대체하는) 새로운 RRC 메시지가 SDT 절차에 대해 도입되는 것이 가능하다. UL 데이터가 RRC 메시지 없이 송신되는 것이 가능할 수 있다.

도 16은 예시적인 일 실시예에 따른, RRC_INACTIVE 상태에서의 스몰 데이터 송신(small data transmission; SDT)의 제 1 예를 예시한다. 이러한 예에서, UE는 (더 이상의 데이터가 송신될 것으로 예상되지 않는 경우에) SDT를 수행한 이후에 RRC_INACTIVE 상태에 머무른다. 도 17은 RRC_INACTIVE 상태에서의 스몰 데이터 송신(SDT)의 제 2 예를 예시한다. 이러한 예에서, SDT 절차는 (더 많은 데이터가 송신될 것으로 예상되는 경우에) RRCResume으로 폴 백한다. 도 18은 RRC_INACTIVE 상태에서의 스몰 데이터 송신(SDT)의 제 3 예를 예시한다. 이러한 예에서, SDT 절차는 (예를 들어, gNB가 SDT를 수행하는 UE의 UE 콘텍스트를 검색하는데 실패하는 경우에) RRCSetup으로 폴 백한다.

전형적으로, SDT 절차의 데이터 송신은 제 1 다운링크(DL) 송신(예를 들어, 4-단계 RACH의 Msg4 또는 2-단계 RACH의 MsgB)이 이어지는 제 1 UL 송신(예를 들어, 4-단계 RACH의 Msg3 또는 2-단계 RACH의 MsgA)을 포함한다. 제 1 UL/DL 송신 내에서 송신/수신될 수 없는 데이터가 더 존재하는 경우, 네트워크는 더 많은 데이터를 송신/수신하기 위해 UE를 RRC_CONNECTED 상태로 전환할 수 있다. 후속 송신(들)이 UE가 여전히 RRC_INACTIVE 상태에 있는 동안 발생할 수 있다는 것이 가능하다.

예를 들어, 제 2 UL 송신이 제 1 DL 송신을 뒤따를 수 있으며, UE는 제 2 UL 송신을 수행한 이후에(그리고 네트워크로부터 "ACK" 응답을 수신한 이후에) RRC_INACTIVE 상태에 머무를 수 있다. 예를 들어, 제 2 DL 송신이 제 2 UL 송신을 뒤따를 수 있으며, UE는 제 2 DL 송신을 수행한 이후에(그리고 네트워크로 "ACK"를 송신한 이후에) RRC_INACTIVE 상태에 머무를 수 있다. "SDT 절차의 완료"는 후속 송신(들)의 마지막 송신(예를 들어, 이상에서 설명된 바와 같은 제 2 UL 송신 또는 제 2 DL 송신)을 지칭할 수 있다. RRCRelease 메시지는, 제 2 DL 송신이 SDT 절차에서 마지막 송신인 경우에 제 2 DL 송신이 아니라 제 1 DL 송신 내에 포함될 수 있다.

대안적으로, RRCRelease 메시지는, 제 2 DL 송신이 SDT 절차에서 마지막 송신인 경우에 제 1 DL 송신이 아니라 제 2 DL 송신 내에 포함될 수 있다. 후속 송신(들)은 SDT 절차의 부분으로 간주될 수 있다. 네트워크는, 제 1 DL 송신에서, SDT 절차 내에 후속 송신(들)이 존재하는지 여부를 나타낼 수 있다. 네트워크는, 제 1 DL 송신에서, UE가 SDT 절차에서 후속 송신(들)을 수행하도록 허용되었는지 여부를 나타낼 수 있다. SDT 절차의 후속 송신(들)은 적어도 하나의 UL 송신을 포함할 수 있다. SDT 절차의 후속 송신(들)은 적어도 하나의 DL 송신을 포함할 수 있다. 후속 송신(들)이 존재하는 경우에, SDT 절차 내의 제 2 UL 송신이 또한 제 1 후속 UL 송신으로 지칭될 수 있는 등이다. 후속 송신(들)이 존재하는 경우에, SDT 절차 내의 제 2 DL 송신이 또한 제 1 후속 DL 송신으로 지칭될 수 있는 등이다.

다음의 단락에서 언급되는 SDT 절차는 SDT에 대한 RA 절차 및 (RA 절차 이후의) 후속 송신(들)을 포함할 수 있다. 후속 송신(들)은 (PDCCH를 통한) 동적 업링크 승인 또는 다운링크 할당을 가지고 네트워크에 의해 스케줄링될 수 있다. 후속 송신(들)은 동적 업링크 승인(예를 들어, 구성된 승인을 통한 후속 송신) 없이 네트워크에 의해 스케줄링될 수 있다.

도 19는 일 실시예에 따른, SDT 절차에서 하나의 후속 UL 송신이 존재하는 제 1 예를 예시한다. 후속 UL 송신은, 제 1 UL 송신(예를 들어, 도 19에서 UL 데이터의 부분) 내에서 송신될 수 없던 나머지 UL 데이터(예를 들어, 도 19에서 UL 데이터의 나머지 부분)를 송신하기 위해 사용될 수 있다. 도 20은 일 실시예에 따른, SDT 절차에서 하나의 후속 UL 송신이 존재하는 제 2 예를 예시한다. 후속 UL 송신은, UE이 네트워크로부터 DL 데이터를 수신한 이후에 도착하는 UL 데이터(예를 들어, 도 20의 제 2 UL 데이터)를 송신하기 위해 사용된다. 도 21은 일 실시예에 따른, SDT 절차에서 하나의 후속 DL 송신이 존재하는 제 1 예를 예시한다. 후속 DL 송신은, 제 1 DL 송신(예를 들어, 도 21에서 UD 데이터의 부분) 내에서 송신될 수 없던 나머지 DL 데이터(예를 들어, 도 21에서 DL 데이터의 나머지 부분)를 송신하기 위해 사용될 수 있다. 도 22는 일 실시예에 따른, SDT 절차에서 하나의 후속 DL 송신이 존재하는 제 2 예를 예시한다. 후속 DL 송신은, 네트워크가 UE로부터 제 2 UL 데이터를 수신한 이후에 도착하는 DL 데이터(예를 들어, 도 22의 제 2 DL 데이터)를 송신하기 위해 사용된다.

셀 상에서의 RRC 재개 절차(예를 들어, 랜덤 액세스(RA) 절차) 동안, UE는 셀의 시스템 정보(예를 들어, MIB, SIB1) 내에 제공된 PDCCH-관련 구성에 기초하여 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)을 모니터링한다. RRCResume 메시지의 성공적인 수신에 응답하여, UE는 이것의 저장된 UE 비활성 액세스 계층(Access Stratum; AS) 콘텍스트로부터 PDCCH-관련 구성을 복원할 수 있으며, 네트워크가 또한 RRCResume 메시지에서 PDCCH-관련 구성을 제공할 수 있다. 다시 말해서, UE는, RRCResume 메시지의 성공적인 수신까지 시스템 정보 내에 제공된 PDCCH-관련 구성을 사용한다. PDCCH-관련 구성은, 제어 자원 세트(Control Resource Set; CORESET) 구성(예를 들어, controlResourceSetToAddModList, ControlResourceSet)을 포함할 수 있다. PDCCH-관련 구성은 탐색 공간 구성(예를 들어, searchSpacesToAddModList, SearchSpace)을 포함할 수 있다. PDCCH-관련 구성은 PDCCH에 대한 TCI 상태 구성(예를 들어, tci-StatesPDCCH-ToAddList)을 포함할 수 있다.

RACH 기반 SDT 절차에 대하여, 셀 상에서의 SDT에 대한 RA 절차 동안, UE는 셀의 시스템 정보(예를 들어, MIB 또는 SIB1) 내에 제공된 PDCCH-관련 구성에 기초하여 (예를 들어, Msg2, Msg4, 또는 MsgB [2]를 수신하기 위해) PDCCH를 모니터링한다. SDT에 대한 RA 절차 동안 사용되는 PDCCH-관련 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 PDCCH-관련 구성과 동일할 수 있다. SDT에 대한 RA 절차 동안 사용되는 PDCCH-관련 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 PDCCH-관련 구성과는 상이할 수 있다. 예를 들어, SDT에 대한 RA 절차 동안 사용되는 CORESET 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 CORESET 구성(예를 들어, controlResourceSetZero)과 동일할 수 있으며, 반면 SDT에 대한 RA 절차 동안 사용되는 (예를 들어, ra-SearchSpace 이외의) 탐색 공간 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 탐색 공간 구성(예를 들어, ra-SearchSpace)과는 상이할 수 있다.

예를 들어, SDT에 대한 RA 절차 동안 사용되는 (예를 들어, controlResourceSetZero 이외의) CORESET 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 CORESET 구성(예를 들어, controlResourceSetZero)과는 상이할 수 있으며, 반면 SDT에 대한 RA 절차 동안 사용되는 탐색 공간 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 탐색 공간 구성(예를 들어, ra-SearchSpace)과 동일할 수 있다. 예를 들어, SDT에 대한 RA 절차 동안 사용되는 CORESET 구성 및 탐색 공간 구성 둘 모두가 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 CORESET 구성 및 탐색 공간 구성과 동일할 수 있다. 예를 들어, SDT에 대한 RA 절차 동안 사용되는 CORESET 구성 및 탐색 공간 구성 둘 모두가 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 CORESET 구성 및 탐색 공간 구성과는 상이할 수 있다.

네트워크는, 시스템 정보에서 제공되는 PDCCH-관련 구성(들) 중 어떤 PDCCH-관련 구성이 SDT에 대한 RA 절차 동안 UE에 의해 사용될지를 나타낼 수 있다. 예를 들어, 네트워크는 시스템 정보 내에 탐색 공간 구성들의 리스트, 및 SDT에 대한 RA 절차 동안 리스트 중에서 어떤 탐색 공간이 사용될지를 나타내는 표시를 제공할 수 있다. 표시는 시스템 정보(예를 들어, SIB1) 내에서 제공될 수 있다. 표시는 UE에 대한 전용 시그널링(예를 들어, RRCRelease 메시지) 내에서 제공될 수 있다. 대안적으로, 네트워크는 직접적으로 시스템 정보 내에서 제 2 탐색 공간 구성을 제공할 수 있으며, 여기에서 이러한 제 2 탐색 공간 구성은 SDT에 대한 것이 아닌 RA 절차들에 대한 것이 아니라 SDT에 대한 RA 절차들에 대한 것이다.

RACH 기반 SDT 절차에서 후속 송신(들)이 존재하는 경우에, RA 절차가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB)의 성공적인 수신에 응답하여 완료된 것으로 간주될 것이기 때문에, 후속 송신(들)(이의 페이즈) 동안 PDCCH를 모니터링하기 위하여, 예를 들어, 후속 송신(들)에 대한 스케줄링(예를 들어, 동적 업링크 승인 또는 다운링크 할당)을 수신하기 위해 PDCCH를 모니터링하기 위하여 어떠한 PDCCH-관련 구성이 UE에 의해 사용되는지가 불명확하다. 일 예가 도 23에 도시된다.

RACH 기반 SDT 절차에서의 후속 송신(들)에 대하여, UE는 다음의 대안예들 중 적어도 하나에 기초하여 PDCCH를 모니터링할 수 있다:

1. 후속 송신(들)에 대해 사용되는 PDCCH-관련 구성은 SDT에 대한 RA 절차 동안 사용된 것과 동일하다

예를 들어, 네트워크는 시스템 정보 내에서 제 1 CORESET 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안에, 뿐만 아니라 SDT에 대한 RA 절차들 동안 제 1 CORESET 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 제 1 CORESET 구성을 사용한다. 예를 들어, 네트워크는 시스템 정보 내에서 제 1 및 제 2 CORESET 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안 제 1 CORESET 구성을 사용하고, UE는 SDT에 대한 RA 절차들 동안 제 2 CORESET 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 제 2 CORESET 구성을 사용한다.

예를 들어, 네트워크는 시스템 정보 내에서 제 1 탐색 공간 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안에, 뿐만 아니라 SDT에 대한 RA 절차들 동안 제 1 탐색 공간 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 제 1 탐색 공간 구성을 사용한다. 예를 들어, 네트워크는 시스템 정보 내에서 제 1 및 제 2 탐색 공간 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안 제 1 탐색 공간 구성을 사용하고, UE는 SDT에 대한 RA 절차들 동안 제 2 탐색 공간 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 제 2 탐색 공간 구성을 사용한다.

SDT에 대한 RA 절차 동안 사용되는 PDCCH-관련 구성이 시스템 정보 내에서 제공되기 때문에, 네트워크가 후속 송신(들) 동안 UE를 스케줄링하는데 있어서 일부 제한들이 존재할 수 있다. 예를 들어, MIB 내에서 제공된 탐색 공간 #0(즉, SearchSpaceZero)이 공통 탐색 공간이기 때문에, UE가 이러한 탐색 공간 구성을 사용하여 PDCCH를 모니터링하는 경우, 네트워크는 다운링크 제어 정보(Downlink Control Information; DCI) 포맷 0_1 또는 DCI 포맷 1_1을 사용하여 UE를 스케줄링할 수 없다.

SDT 절차에 대한 PDCCH-관련 구성은 SIB1 내에 제공될 수 있다. SDT 절차에 대한 PDCCH-관련 구성은 (SIB1 이외의) 시스템 정보 블록, 예를 들어, SDT와 관련된 구성을 제공하는 SIB 내에 제공될 수 있다.

네트워크는, 시스템 정보에서 제공되는 PDCCH-관련 구성(들) 중 어떤 PDCCH-관련 구성이 SDT에 대한 RA 절차 동안 UE에 의해 사용될지를 나타내기 위한 표시를 제공할 수 있다. 표시는 ra-searchspace일 수 있다. 표시는 ra-searchspace이 아닌 다른 것일 수 있다.

2. 후속 송신(들)에 대해 사용되는 PDCCH-관련 구성이 또한 시스템 정보(예를 들어, MIB 또는 SIB1) 내에서 제공되지만, SDT에 대한 RA 절차 동안 사용된 PDCCH-관련 구성과는 상이할 수 있다

예를 들어, 네트워크는 시스템 정보 내에서 제 1 및 제 2 CORESET 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안에, 뿐만 아니라 SDT에 대한 RA 절차들 동안 제 1 CORESET 구성을 사용하며, UE는 SDT 절차에서 후속 송신(들) 동안 제 2 CORESET 구성을 사용한다. 예를 들어, 네트워크는 시스템 정보 내에서 제 1, 제 2 및 제 3 CORESET 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안 제 1 CORESET 구성을 사용하고, UE는 SDT에 대한 RA 절차들 동안 제 2 CORESET 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 제 3 CORESET 구성을 사용한다.

예를 들어, 네트워크는 시스템 정보 내에서 제 1 및 제 2 탐색 공간 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안에, 뿐만 아니라 SDT에 대한 RA 절차들 동안 제 1 탐색 공간 구성을 사용하며, UE는 SDT 절차에서 후속 송신(들) 동안 제 2 탐색 공간 구성을 사용한다. 예를 들어, 네트워크는 시스템 정보 내에서 제 1, 제 2 및 제 3 탐색 공간 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안 제 1 탐색 공간 구성을 사용하고, UE는 SDT에 대한 RA 절차들 동안 제 2 탐색 공간 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 제 3 탐색 공간 구성을 사용한다.

후속 송신(들)에 대해 사용되는 PDCCH-관련 구성이 시스템 정보 내에서 제공되기 때문에, 네트워크가 후속 송신(들) 동안 UE를 스케줄링하는데 있어서 일부 제한들이 존재할 수 있다. 후속 송신(들)에 대해 사용되는 탐색 공간은 공통 탐색 공간일 수 있다. 예를 들어, SIB1 내에서 제공된 탐색 공간들의 리스트(즉, commonSearchSpaceList)가 공통 탐색 공간들이기 때문에, 네트워크는, UE가 리스트 중의 탐색 공간을 사용하여 PDCCH를 모니터링하는 경우 DCI 포맷 0_1 또는 DCI 포맷 1_1을 사용하여 UE를 스케줄링할 수 없다.

(예를 들어, 후속 송신(들)에 대해 사용되는) SDT 절차에 대한 PDCCH-관련 구성은 SIB1 내에 제공될 수 있다. SDT 절차에 대한 PDCCH-관련 구성은 (SIB1 이외의) 시스템 정보 블록, 예를 들어, SDT와 관련된 구성을 제공하는 SIB 내에 제공될 수 있다.

네트워크는, 시스템 정보에서 제공되는 PDCCH-관련 구성(들) 중 어떤 PDCCH-관련 구성이 SDT에 대한 RA 절차 동안 UE에 의해 사용될지를 나타내기 위한 제 1 표시를 제공할 수 있다. 제 1 표시는 ra-searchspace일 수 있다. 제 1 표시는 ra-searchspace이 아닌 다른 것일 수 있다. 네트워크는, 시스템 정보에서 제공되는 PDCCH-관련 구성(들) 중 어떤 PDCCH-관련 구성이 후속 송신(들)에 대해 UE에 의해 사용될지를 나타내기 위한 제 2 표시를 제공할 수 있다. 제 2 표시는 제 1 표시와는 상이할 수 있다.

3. 후속 송신(들)에 대해 사용되는 PDCCH-관련 구성은 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에서 제공된다

네트워크는 SDT 절차의 제 1 DL 송신 내의 PDCCH-관련 구성을 직접적으로 UE에 제공할 수 있다. SDT 절차의 제 1 DL 송신 내의 PDCCH-관련 구성을 수신하는 것에 응답하여, UE는, 수신된 PDCCH-관련 구성에 기초하여 SDT 절차에서 후속 송신(들) 동안 PDCCH를 모니터링할 수 있다.

예를 들어, 네트워크는 시스템 정보 내에서 제 1 CORESET 구성을 제공하고, 네트워크는 SDT 절차의 제 1 DL 송신 내에서 제 2 CORESET 구성을 제공한다. UE는 SDT에 대한 RA 절차들 동안 제 1 CORESET 구성을 사용하며, UE는 SDT 절차에서 후속 송신(들) 동안 제 2 CORESET 구성을 사용한다. 예를 들어, 네트워크는 시스템 정보 내에서 제 1 탐색 공간 구성을 제공하고, 네트워크는 SDT 절차의 제 1 DL 송신 내에서 제 2 탐색 공간 구성을 제공한다. UE는 SDT에 대한 RA 절차들 동안 제 1 탐색 공간 구성을 사용하며, UE는 SDT 절차에서 후속 송신(들) 동안 제 2 탐색 공간 구성을 사용한다.

예를 들어, 네트워크는 SDT 절차의 제 1 DL 송신 내에서 PDCCH에 대한 전송 구성 표시자(Transport Configuration Indicator; TCI) 상태 구성을 제공한다. UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH에 대해 TCI 상태 구성을 사용한다.

제 1 SDT 절차에서 제공된 PDCCH-관련 구성은, 제 1 SDT 절차가 완료된 이후에 제 2 SDT 절차에 대해 사용될 수 있다. 예를 들어, UE가 RRC_INACTIVE 상태에 있는 동안, 네트워크는 UE에 의해 개시된 제 1 SDT 절차를 완료하기 위해 suspendConfig를 갖는 RRCRelease 메시지를 송신할 수 있다. 네트워크는 RRCRelease 메시지 내에 PDCCH-관련 구성을 제공할 수 있으며, 그 결과 UE가 제 2 SDT 절차를 개시한 이후에, UE는 제 2 SDT 절차에서 후속 송신(들) 동안 PDCCH를 모니터링하기 위해 이전에 제공된 PDCCH-관련 구성을 사용할 수 있다.

제 1 DL 송신 내의 PDCCH-관련 구성은 RRC 메시지(예를 들어, RRCRelease 메시지) 내에 포함될 수 있다.

PDCCH-관련 구성이 UE에 대한 전용 시그널링(예를 들어, RRCRelease 메시지) 내에 제공되기 때문에, 네트워크는 이러한 UE에 대한 후속 송신(들)을 스케줄링하기에 적절한 구성을 제공할 수 있다. 예를 들어, 네트워크는 UE-특정 탐색 공간인 탐색 공간 구성을 제공할 수 있으며, 따라서 네트워크는 DCI 포맷 0_1 또는 DCI 포맷 1_1을 가지고 UE를 스케줄링할 수 있다. 예를 들어, 네트워크는 PDCCH에 대한 TCI 상태 구성을 제공할 수 있으며, 네트워크는, PDCCH MAC 제어 엘리먼트에 대한 TCI 상태 표시를 가지고, PCCCH를 모니터링하기 위해 사용되는 TCI 상태를 나타낼 수 있다.

4. 후속 송신(들)에 대해 사용되는 PDCCH-관련 구성은, 이전의 RRC_CONNECTED 상태에서 UE에 의해 사용된 것이다.

RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태에 진입할 때, UE는 UE 비활성 AS 콘텍스트에 이것의 현재 RRC 구성(의 부분)을 저장할 것이다. UE 비활성 AS 콘텍스트는 또한 PDCCH-관련 구성을 포함한다. UE는, 후속 송신(들) 동안 PDCCH를 모니터링하기 위하여, UE 비활성 AS 콘텍스트로부터 PDCCH-관련 구성을 복원할 수 있다.

예를 들어, 네트워크로부터 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 CORESET 구성을 복원하며, 후속 송신(들) 동안 PDCCH를 모니터링하기 위해 복원된 CORESET 구성을 사용한다. 예를 들어, 네트워크로부터 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 탐색 공간 구성을 복원하며, 후속 송신(들) 동안 PDCCH를 모니터링하기 위해 복원된 탐색 공간 구성을 사용한다.

예를 들어, 네트워크로부터 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 PDCCH에 대한 TCI 상태 구성을 복원하며, 후속 송신(들) 동안 PDCCH를 모니터링하기 위해 복원된 PDCCH에 대한 TCI 상태 구성을 사용한다.

저장된 PDCCH-관련 구성이 UE의 전용 구성이기 때문에, 이것은 이러한 UE에 대한 후속 송신(들)을 스케줄링하기에 더 적절할 수 있다. 예를 들어, 저장된 PDCCH-관련 구성은 UE-특정 탐색 공간인 탐색 공간을 포함하며, 따라서 네트워크는 DCI 포맷 0_1 또는 DCI 포맷 1_1을 가지고 UE를 스케줄링할 수 있다. 예를 들어, 저장된 PDCCH-관련 구성은 PDCCH에 대한 TCI 상태 구성을 포함하며, 네트워크는, PDCCH MAC 제어 엘리먼트에 대한 TCI 상태 표시를 가지고, PCCCH를 모니터링하기 위해 사용되는 TCI 상태를 나타낼 수 있다.

UE는, 이것의 Sp셀(예를 들어, 이전의 RRC 연결에서의 P셀)의 PDCCH-관련 구성을 복원할 수 있다. UE 비활성 AS 콘텍스트 내에 (Sp셀 하에) 다수의 DL BWP들이 존재하는 경우에, UE는 초기 DL BWP 하에서 PDCCH-관련 구성을 복원할 수 있다. 추가적으로 또는 대안적으로, 네트워크는 (예를 들어, Msg4 또는 MsgB에서) 다수의 DL BWP들 중에서 어떤 DL BWP가 UE가 PDCCH-관련 구성을 복원하는 것인지를 나타낼 수 있다. 예를 들어, 네트워크가 다수의 DL BWP 중 어떤 DL BWP에 대해 UE가 PDCCH-관련 구성을 복원하는지를 나타내지 않는 경우, UE는 초기 DL BWP 하의 PDCCH-관련 구성을 복원한다. 예를 들어, 네트워크가 다수의 DL BWP 중 어떤 DL BWP에 대해 UE가 PDCCH-관련 구성을 복원하는지를 (예를 들어, Msg4 또는 MsgB 내에) 나타내는 경우, UE는 네트워크에 의해 표시된 DL BWP 하의 PDCCH-관련 구성을 복원한다.

5. 후속 송신(들)에 대해 사용되는 PDCCH-관련 구성은, UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제공된다.

UE가 RRC_INACTIVE 상태에 진입하기 이전에, 네트워크는 이후에 UE에 의해 개시되는 SDT 절차에서 후속 송신(들)에 대해 사용될 PDCCH-관련 구성을 제공할 수 있다. 상태 전환을 트리거한 RRC_CONNECTED 상태에서 수신된 RRCRelease 메시지 내의 PDCCH-관련 구성을 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트 내에 수신된 PDCCH-관련 구성을 저장할 수 있다. 수신된 PDCCH-관련 구성은, RRC_CONNECTED 상태에서 UE에 의해 사용된 PDCCH-관련 구성(들)과는 상이할 수 있다. 다시 말해서, UE는 UE 비활성 AS 콘텍스트 내에 (적어도) 2개의 PDCCH-관련 구성들을 저장할 수 있으며, 여기에서 하나는 UE가 RRC_CONNECTED 상태에 있는 동안 사용되며, 다른 하나는 RRC_INACTIVE로의 상태 전환을 트리거하는 RRCRelease 메시지 내에서 수신된다. SDT 절차의 개시 또는 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 네트워크로부터 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 (후속 송신(들)에 대해 사용될) PDCCH-관련 구성을 복원할 수 있다.

예를 들어, UE가 RRC_CONNECTED 상태에 있는 동안, 네트워크는 UE를 RRC_INACTIVE 상태로 전환하기 위하여 suspendConfig를 갖는 RRCRelease 메시지를 송신한다. 네트워크는 RRCRelease 메시지 내에 (후속 송신(들)에 대해 사용될) PDCCH-관련 구성을 제공할 수 있으며, 그 결과 UE가 제 2 SDT 절차를 개시한 이후에, UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH를 모니터링하기 위해 RRCRelease 메시지 내에서 수신된 이전에 제공된 PDCCH-관련 구성을 사용할 수 있다.

저장된 PDCCH-관련 구성이 UE의 전용 구성이기 때문에, 이것은 이러한 UE에 대한 후속 송신(들)을 스케줄링하기에 더 적절할 수 있다. 예를 들어, 저장된 PDCCH-관련 구성은 UE-특정 탐색 공간인 탐색 공간을 포함하며, 따라서 네트워크는 DCI 포맷 0_1 또는 DCI 포맷 1_1을 가지고 UE를 스케줄링할 수 있다. 예를 들어, 저장된 PDCCH-관련 구성은 PDCCH에 대한 TCI 상태 구성을 포함하며, 네트워크는, PDCCH MAC 제어 엘리먼트에 대한 TCI 상태 표시를 가지고, PCCCH를 모니터링하기 위해 사용되는 TCI 상태를 나타낼 수 있다.

이상의 대안예들의 조합들이 가능하다.

제 1 예에 대하여, 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 PDCCH-관련 구성을 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 제공된 PDCCH-관련 구성을 사용한다(예를 들어, 대안예 3). 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 PDCCH-관련 구성을 제공하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 시스템 정보 내에 제공된 PDCCH-관련 구성을 사용한다(예를 들어, 대안예 1 또는 대안예 2). 일 예가 도 24에 도시된다.

제 2 예에 대하여, 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 PDCCH-관련 구성을 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 제공된 PDCCH-관련 구성을 사용한다(예를 들어, 대안예 3). 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 PDCCH-관련 구성을 제공하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 UE 비활성 AS 콘텍스트로부터 PDCCH-관련 구성을 복원한다(예를 들어, 대안예 4).

제 3 예에 대하여, 네트워크가 후속 송신(들)에 대해 사용될 제 2 PDCCH-관련 구성을 시스템 정보 내에서 제공(또는 표시)하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 제 2 PDCCH-관련 구성을 사용한다(예를 들어, 대안예 2). 네트워크가 후속 송신(들)에 대해 사용될 제 2 PDCCH-관련 구성을 시스템 정보 내에서 제공(또는 표시)하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 SDT에 대한 RA 절차 동안 사용된 동일한 PDCCH-관련 구성을 계속해서 사용한다(예를 들어, 대안예 1). 일 예가 도 24에 도시된다.

제 4 예에 대하여, 네트워크가 제 1 SDT 절차에서 송신된 RRCRelease 메시지 내에 제 1 PDCCH-관련 구성을 제공하고 네트워크가 제 1 SDT 절차가 완료된 이후에 UE에 의해 개시된 제 2 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 PDCCH-관련 구성을 제공하지 않는 경우, UE는 제 2 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 제공된 제 1 PDCCH-관련 구성을 사용한다(예를 들어, 대안예 3). 네트워크가 제 1 SDT 절차에서 송신된 RRCRelease 메시지 내에 제 1 PDCCH-관련 구성을 제공하고 네트워크가 제 1 SDT 절차가 완료된 이후에 UE에 의해 개시된 제 2 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 PDCCH-관련 구성을 제공하는 경우, UE는 제 2 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 제공된 제 2 PDCCH-관련 구성을 사용한다(예를 들어, 대안예 3).

제 5 예에 대하여, 네트워크가 UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제 1 PDCCH-관련 구성을 제공하고 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 PDCCH-관련 구성을 제공하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 제공된 제 1 PDCCH-관련 구성을 사용한다(예를 들어, 대안예 5). 네트워크가 UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제 1 PDCCH-관련 구성을 제공하고 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 PDCCH-관련 구성을 또한 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 제공된 제 2 PDCCH-관련 구성을 사용한다(예를 들어, 대안예 3).

제 6 예에 대하여, 네트워크가 후속 송신(들)에 대해 사용될 제 1 PDCCH-관련 구성을 시스템 정보 내에서 제공(또는 표시)하고, 네트워크가 UE가 SDT 절차를 개시하기 이전에 송신된 RRCRelease 메시지 내에 제 2 PDCCH-관련 구성을 제공하지 않은 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 제 1 PDCCH-관련 구성을 사용한다(예를 들어, 대안예 2). 네트워크가 후속 송신(들)에 대해 사용될 제 1 PDCCH-관련 구성을 시스템 정보 내에서 제공(또는 표시)하고, 네트워크가 UE가 SDT 절차를 개시하기 이전에 송신된 RRCRelease 메시지 내에 제 2 PDCCH-관련 구성을 또한 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PDCCH을 모니터링하기 위해 제 2 PDCCH-관련 구성을 사용한다(예를 들어, 대안예 3 또는 대안예 5).

셀 상에서의 RRC 재개 절차(예를 들어, RA 절차) 동안, UE는 셀의 시스템 정보(예를 들어, SIB1) 내에 제공된 공유-채널-관련 구성에 기초하여 물리 업링크 공유 채널(Physical Uplink Shared Channel; PUSCH) 상에서 송신 및/또는 물리 다운링크 공유 채널(Physical Downlink Shared Channel; PDSCH) 상에서 수신을 수행한다. RRCResume 메시지의 성공적인 수신에 응답하여, UE는 이것의 저장된 UE 비활성 AS 콘텍스트로부터 공유-채널-관련 구성을 복원할 수 있으며, 네트워크가 또한 RRCResume 메시지에서 공유-채널-관련 구성을 제공할 수 있다. 다시 말해서, UE는, RRCResume 메시지의 성공적인 수신까지 시스템 정보 내에 제공된 공유-채널-관련 구성을 사용한다. 공유-채널-관련 구성은 PUSCH 구성(예를 들어, PUSCH-Config)을 포함할 수 있다. 공유-채널-관련 구성은 PDSCH 구성(예를 들어, PDSCH-Config)을 포함할 수 있다. 공유-채널-관련 구성은 PDCCH에 대한 TCI 상태 구성(예를 들어, tci-StatesToAddModList)을 포함할 수 있다. 공유-채널-관련 구성은 구성된 승인 구성(예를 들어, ConfiguredGrantConfig)을 포함할 수 있다. 공유-채널-관련 구성은 반-영구적 스케줄링 구성(예를 들어, SPS-Config)을 포함할 수 있다.

RACH 기반 SDT 절차에 대하여, 셀 상에서 SDT에 대한 RA 절차 동안, UE가 셀의 시스템 정보(예를 들어, SIB1) 내에서 또한 제공된 공유-채널-관련 구성에 기초하여 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행한다. SDT에 대한 RA 절차 동안 사용되는 공유-채널-관련 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 공유-채널-관련 구성과 동일할 수 있다. SDT에 대한 RA 절차 동안 사용되는 공유-채널-관련 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 공유-채널-관련 구성과는 상이할 수 있다.

예를 들어, SDT에 대한 RA 절차 동안 사용되는 PDSCH 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 PDSCH 구성(예를 들어, PDSCH-Config)와 동일할 수 있으며, 반면 SDT에 대한 RA 절차 동안 사용되는 PUSCH 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 PUSCH 구성(예를 들어, PUSCH-Config)과는 상이할 수 있다. 예를 들어, SDT에 대한 RA 절차 동안 사용되는 (예를 들어, PDSCH-Config 이외의) PDSCH 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 PDSCH 구성(예를 들어, PDSCH-Config)와 상이할 수 있으며, 반면 SDT에 대한 RA 절차 동안 사용되는 PUSCH 구성은 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 PUSCH 구성(예를 들어, PUSCH-Config)과는 동일할 수 있다.

예를 들어, SDT에 대한 RA 절차 동안 사용되는 PDSCH 구성 및 PUSCH 구성 둘 모두가 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 PDSCH 구성 및 PUSCH 구성과 동일할 수 있다. 예를 들어, SDT에 대한 RA 절차 동안 사용되는 PDSCH 구성 및 PUSCH 둘 모두가 SDT에 대한 것이 아닌 RA 절차 동안 사용되는 PDSCH 구성 및 PUSCH 구성과는 상이할 수 있다.

네트워크는, 시스템 정보에서 제공되는 공유-채널-관련 구성(들) 중 어떤 공유-채널-관련 구성이 SDT에 대한 RA 절차 동안 UE에 의해 사용될지를 나타낼 수 있다. 예를 들어, 네트워크는 시스템 정보 내에 PDSCH 구성들의 리스트, 및 SDT에 대한 RA 절차 동안 리스트 중에서 어떤 PDSCH가 사용될지를 나타내는 표시를 제공할 수 있다. 표시는 시스템 정보(예를 들어, SIB1) 내에서 제공될 수 있다. 표시는 UE에 대한 전용 시그널링(예를 들어, RRCRelease 메시지) 내에서 제공될 수 있다. 대안적으로, 네트워크는 직접적으로 시스템 정보 내에서 제 2 PDSCH 구성을 제공할 수 있으며, 여기에서 이러한 제 2 PDSCH 구성은 SDT에 대한 것이 아닌 RA 절차들에 대한 것이 아니라 SDT에 대한 RA 절차들에 대한 것이다.

RACH 기반 SDT 절차에서 후속 송신(들)이 존재하는 경우에, RA 절차가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB)의 성공적인 수신에 응답하여 완료된 것으로 간주될 것이기 때문에, 후속 송신(들)(이의 페이즈) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 어떠한 공유-채널-관련 구성이 UE에 의해 사용되는지가 불명확하다.

RACH 기반 SDT 절차에서의 후속 송신(들)에 대하여, UE는 다음의 대안예들 중 적어도 하나에 기초하여 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행할 수 있다.

1. 후속 송신(들)에 대해 사용되는 공유-채널-관련 구성은 SDT에 대한 RA 절차 동안 사용된 것과 동일하다

예를 들어, 네트워크는 시스템 정보 내에서 제 1 PDSCH 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안에, 뿐만 아니라 SDT에 대한 RA 절차들 동안 제 1 PDSCH 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 제 1 PDSCH 구성을 사용한다. 예를 들어, 네트워크는 시스템 정보 내에서 제 1 및 제 2 PDSCH 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안 제 1 PDSCH 구성을 사용하고, UE는 SDT에 대한 RA 절차들 동안 제 2 PDSCH 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 제 2 PDSCH 구성을 사용한다.

예를 들어, 네트워크는 시스템 정보 내에서 제 1 PUSCH 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안에, 뿐만 아니라 SDT에 대한 RA 절차들 동안 제 1 PUSCH 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 제 1 PUSCH 구성을 사용한다. 예를 들어, 네트워크는 시스템 정보 내에서 제 1 및 제 2 PUSCH 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안 제 1 PUSCH 구성을 사용하고, UE는 SDT에 대한 RA 절차들 동안 제 2 PUSCH 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 제 2 PUSCH 구성을 사용한다.

SDT에 대한 RA 절차 동안 사용되는 공유-채널-관련 구성이 시스템 정보 내에서 제공되기 때문에, 네트워크가 후속 송신(들) 동안 UE를 스케줄링하는데 있어서 일부 제한들이 존재할 수 있다.

SDT 절차에 대한 공유-채널-관련 구성은 SIB1 내에 제공될 수 있다. SDT 절차에 대한 공유-채널-관련 구성은 (SIB1 이외의) 시스템 정보 블록, 예를 들어, SDT와 관련된 구성을 제공하는 SIB 내에 제공될 수 있다.

네트워크는, 시스템 정보에서 제공되는 공유-채널-관련 구성(들) 중 어떤 공유-채널-관련 구성이 SDT에 대한 RA 절차 동안 UE에 의해 사용될지를 나타내기 위한 표시를 제공할 수 있다.

2. 후속 송신(들)에 대해 사용되는 공유-채널-관련 구성이 또한 시스템 정보 내에서 제공되지만, SDT에 대한 RA 절차 동안 사용된 공유-채널-관련 구성과는 상이할 수 있다

예를 들어, 네트워크는 시스템 정보 내에서 제 1 및 제 2 PDSCH 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안에, 뿐만 아니라 SDT에 대한 RA 절차들 동안 제 1 PDSCH 구성을 사용하며, UE는 SDT 절차에서 후속 송신(들) 동안 제 2 PDSCH 구성을 사용한다. 예를 들어, 네트워크는 시스템 정보 내에서 제 1, 제 2 및 제 3 PDSCH 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안 제 1 PDSCH 구성을 사용하고, UE는 SDT에 대한 RA 절차들 동안 제 2 PDSCH 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 또한 제 3 PDSCH 구성을 사용한다.

예를 들어, 네트워크는 시스템 정보 내에서 제 1 및 제 2 PUSCH 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안에, 뿐만 아니라 SDT에 대한 RA 절차들 동안 제 1 PUSCH 구성을 사용하며, UE는 SDT 절차에서 후속 송신(들) 동안 제 2 PUSCH 구성을 사용한다. 예를 들어, 네트워크는 시스템 정보 내에서 제 1, 제 2 및 제 3 PUSCH 구성을 제공한다. UE는 SDT에 대한 것이 아닌 RA 절차들 동안 제 1 PUSCH 구성을 사용하고, UE는 SDT에 대한 RA 절차들 동안 제 2 PUSCH 구성을 사용하며, UE는 또한 SDT 절차에서 후속 송신(들) 동안 제 3 PUSCH 구성을 사용한다.

후속 송신(들)에 대해 사용되는 공유-채널-관련 구성이 시스템 정보 내에서 제공되기 때문에, 네트워크가 후속 송신(들) 동안 UE를 스케줄링하는데 있어서 일부 제한들이 존재할 수 있다.

SDT 절차에 대한 공유-채널-관련 구성은 SIB1 내에 제공될 수 있다. SDT 절차에 대한 공유-채널-관련 구성은 (SIB1 이외의) 시스템 정보 블록, 예를 들어, SDT와 관련된 구성을 제공하는 SIB 내에 제공될 수 있다.

네트워크는, 시스템 정보에서 제공되는 공유-채널-관련 구성(들) 중 어떤 공유-채널-관련 구성이 SDT에 대한 RA 절차 동안 UE에 의해 사용될지를 나타내기 위한 제 1 표시를 제공할 수 있다. 네트워크는, 시스템 정보에서 제공되는 공유-채널-관련 구성(들) 중 어떤 공유-채널-관련 구성이 후속 송신(들)에 대해 UE에 의해 사용될지를 나타내기 위한 제 2 표시를 제공할 수 있다. 제 2 표시는 제 1 표시와는 상이할 수 있다.

3. 후속 송신(들)에 대해 사용되는 공유-채널-관련 구성은 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에서 제공된다.

네트워크는 SDT 절차의 제 1 DL 송신 내의 공유-채널-관련 구성을 직접적으로 UE에 제공할 수 있다. SDT 절차의 제 1 DL 송신 내의 공유-채널-관련 구성을 수신하는 것에 응답하여, UE는, 수신된 공유-채널-관련 구성에 기초하여 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행할 수 있다.

예를 들어, 네트워크는 시스템 정보 내에서 제 1 PDSCH 구성을 제공하고, 네트워크는 SDT 절차의 제 1 DL 송신 내에서 제 2 PDSCH 구성을 제공한다. UE는 SDT에 대한 RA 절차들 동안 제 1 PDSCH 구성을 사용하며, UE는 SDT 절차에서 후속 송신(들) 동안 제 2 PDSCH 구성을 사용한다. 예를 들어, 네트워크는 시스템 정보 내에서 제 1 PUSCH 구성을 제공하고, 네트워크는 SDT 절차의 제 1 DL 송신 내에서 제 2 PUSCH 구성을 제공한다. UE는 SDT에 대한 RA 절차들 동안 제 1 PUSCH 구성을 사용하며, UE는 SDT 절차에서 후속 송신(들) 동안 제 2 PUSCH 구성을 사용한다.

예를 들어, 네트워크는 SDT 절차의 제 1 DL 송신 내에서 PDSCH에 대한 TCI 상태 구성을 제공한다. UE는 SDT 절차에서 후속 송신(들) 동안 PDSCH에 대해 TCI 상태 구성을 사용한다.

제 1 SDT 절차에서 제공된 공유-채널-관련 구성은, 제 1 SDT 절차가 완료된 이후에 제 2 SDT 절차에 대해 사용될 수 있다. 예를 들어, UE가 RRC_INACTIVE 상태에 있는 동안, 네트워크는 UE에 의해 개시된 제 1 SDT 절차를 완료하기 위해 suspendConfig를 갖는 RRCRelease 메시지를 송신할 수 있다. 네트워크는 RRCRelease 메시지 내에 공유-채널-관련 구성을 제공할 수 있으며, 그 결과 UE가 제 2 SDT 절차를 개시한 이후에, UE는 제 2 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서의 송신 및/또는 PDSCH 상에서의 수신을 수행하기 위하여 이전에 제공된 공유-채널-관련 구성을 사용할 수 있다.

제 1 DL 송신 내의 공유-채널-관련 구성은 RRC 메시지(예를 들어, RRCRelease 메시지) 내에 포함될 수 있다.

공유-채널-관련 구성이 UE에 대한 전용 시그널링(예를 들어, RRCRelease 메시지) 내에 제공되기 때문에, 네트워크는 이러한 UE에 대한 후속 송신(들)을 스케줄링하기에 적절한 구성을 제공할 수 있다. 예를 들어, 네트워크는 PDSCH에 대한 TCI 상태 구성을 제공할 수 있으며, 네트워크는, DCI 포맷 1_1을 가지고, PDSCH를 수신하기 위해 사용되는 TCI 상태를 나타낼 수 있다.

4. 후속 송신(들)에 대해 사용되는 공유-채널-관련 구성은, 이전의 RRC_CONNECTED 상태에서 UE에 의해 사용된 것이다.

RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태에 진입할 때, UE는 UE 비활성 AS 콘텍스트에 이것의 현재 RRC 구성(의 부분)을 저장할 것이다. UE 비활성 AS 콘텍스트는 또한 공유-채널-관련 구성을 포함한다. UE는, 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위하여, UE 비활성 AS 콘텍스트로부터 공유-채널-관련 구성을 복원할 수 있다.

예를 들어, 네트워크로부터 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 PDSCH 구성을 복원하며, 후속 송신(들) 동안 PDSCH 상에서 수신을 수행하기 위하여 복원된 PDSCH 구성을 사용한다. 예를 들어, 네트워크로부터 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 PUSCH 구성을 복원하며, 후속 송신(들) 동안 PUSCH 상에서 송신을 수행하기 위하여 복원된 PUSCH 구성을 사용한다.

예를 들어, 네트워크로부터 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 PDSCH에 대한 TCI 상태 구성을 복원하며, 후속 송신(들) 동안 PDSCH 상에서 수신을 수행하기 위해 PDSCH에 대한 복원된 TCI 상태 구성을 사용한다.

저장된 공유-채널-관련 구성이 UE의 전용 구성이기 때문에, 이것은 이러한 UE에 대한 후속 송신(들)을 스케줄링하기에 더 적절할 수 있다. 예를 들어, 저장된 공유-채널-관련 구성은 PDSCH에 대한 TCI 상태 구성을 포함하며, 네트워크는, DCI 포맷 1_1을 가지고, PDSCH를 수신하기 위해 사용되는 TCI 상태를 나타낼 수 있다.

UE는, 이것의 Sp셀(예를 들어, 이전의 RRC 연결에서의 P셀)의 공유-채널-관련 구성을 복원할 수 있다. UE 비활성 AS 콘텍스트 내에 (Sp셀 하에) 다수의 DL BWP들이 존재하는 경우에, UE는 초기 DL BWP 하에서 공유-채널-관련 구성을 복원할 수 있다. 추가적으로 또는 대안적으로, 네트워크는 (예를 들어, Msg4 또는 MsgB에서) 다수의 DL BWP들 중에서 어떤 DL BWP가 UE가 공유-채널-관련 구성을 복원하는 것인지를 나타낼 수 있다.

예를 들어, 네트워크가 다수의 DL BWP 중 어떤 DL BWP에 대해 UE가 공유-채널-관련 구성을 복원하는지를 나타내지 않는 경우, UE는 초기 DL BWP 하의 공유-채널-관련 구성을 복원한다. 예를 들어, 네트워크가 다수의 DL BWP 중 어떤 DL BWP에 대해 UE가 공유-채널-관련 구성을 복원하는지를 (예를 들어, Msg4 또는 MsgB 내에) 나타내는 경우, UE는 네트워크에 의해 표시된 DL BWP 하의 공유-채널-관련 구성을 복원한다. UE 비활성 AS 콘텍스트 내에 (Sp셀 하에) 다수의 UL BWP들이 존재하는 경우에, UE는 초기 UL BWP 하에서 공유-채널-관련 구성을 복원할 수 있다.

추가적으로 또는 대안적으로, 네트워크는 (예를 들어, Msg4 또는 MsgB에서) 다수의 UL BWP들 중에서 어떤 UL BWP가 UE가 공유-채널-관련 구성을 복원하는 것인지를 나타낼 수 있다. 예를 들어, 네트워크가 다수의 UL BWP 중 어떤 UL BWP에 대해 UE가 공유-채널-관련 구성을 복원하는지를 나타내지 않는 경우, UE는 초기 UL BWP 하의 공유-채널-관련 구성을 복원한다. 예를 들어, 네트워크가 다수의 UL BWP 중 어떤 UL BWP에 대해 UE가 공유-채널-관련 구성을 복원하는지를 (예를 들어, Msg4 또는 MsgB 내에) 나타내는 경우, UE는 네트워크에 의해 표시된 UL BWP 하의 공유-채널-관련 구성을 복원한다.

5. 후속 송신(들)에 대해 사용되는 공유-채널-관련 구성은, UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제공된다.

UE가 RRC_INACTIVE 상태에 진입하기 이전에, 네트워크는 이후에 UE에 의해 개시되는 SDT 절차에서 후속 송신(들)에 대해 사용될 공유-채널-관련 구성을 제공할 수 있다. 상태 전환을 트리거한 RRC_CONNECTED 상태에서 수신된 RRCRelease 메시지 내의 공유-채널-관련 구성을 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트 내에 수신된 공유-채널-관련 구성을 저장할 수 있다. 수신된 공유-채널-관련 구성은, RRC_CONNECTED 상태에서 UE에 의해 사용된 공유-채널-관련 구성(들)과는 상이할 수 있다. 다시 말해서, UE는 UE 비활성 AS 콘텍스트 내에 (적어도) 2개의 공유-채널-관련 구성들을 저장할 수 있으며, 여기에서 하나는 UE가 RRC_CONNECTED 상태에 있는 동안 사용되며, 다른 하나는 RRC_INACTIVE로의 상태 전환을 트리거하는 RRCRelease 메시지 내에서 수신된다. SDT 절차의 개시 또는 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 네트워크로부터 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 (후속 송신(들)에 대해 사용될) 공유-채널-관련 구성을 복원할 수 있다.

예를 들어, UE가 RRC_CONNECTED 상태에 있는 동안, 네트워크는 UE를 RRC_INACTIVE 상태로 전환하기 위하여 suspendConfig를 갖는 RRCRelease 메시지를 송신한다. 네트워크는 RRCRelease 메시지 내에 (후속 송신(들)에 대해 사용될) 공유-채널-관련 구성을 제공할 수 있으며, 그 결과 UE가 제 2 SDT 절차를 개시한 이후에, UE는 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위하여 RRCRelease 메시지 내에서 수신된 이전에 제공된 공유-채널-관련 구성을 사용할 수 있다.

저장된 공유-채널-관련 구성이 UE의 전용 구성이기 때문에, 이것은 이러한 UE에 대한 후속 송신(들)을 스케줄링하기에 더 적절할 수 있다. 예를 들어, 저장된 공유-채널-관련 구성은 PDSCH에 대한 TCI 상태 구성을 포함하며, 네트워크는, DCI 포맷 1_1을 가지고, PDSCH를 수신하기 위해 사용되는 TCI 상태를 나타낼 수 있다.

이상의 대안예들의 조합들이 가능하다.

제 1 예에 대하여, 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 공유-채널-관련 구성을 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 제공된 공유-채널-관련 구성을 사용한다(예를 들어, 대안예 3). 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 공유-채널-관련 구성을 제공하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 시스템 정보 내에 제공된 공유-채널-관련 구성을 사용한다(예를 들어, 대안예 1 또는 대안예 2).

제 2 예에 대하여, 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 공유-채널-관련 구성을 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 제공된 공유-채널-관련 구성을 사용한다(예를 들어, 대안예 3). 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 공유-채널-관련 구성을 제공하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 UE 비활성 AS 콘텍스트로부터 공유-채널-관련 구성을 복원한다(예를 들어, 대안예 4).

제 3 예에 대하여, 네트워크가 후속 송신(들)에 대해 사용될 제 2 공유-채널-관련 구성을 시스템 정보 내에서 제공(또는 표시)하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 제 2 공유-채널-관련 구성을 사용한다(예를 들어, 대안예 2). 네트워크가 후속 송신(들)에 대해 사용될 제 2 공유-채널-관련 구성을 시스템 정보 내에서 제공(또는 표시)하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 SDT에 대한 RA 절차 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 SDT에 대한 RA 절차 동안 사용된 동일한 공유-채널-관련 구성을 계속해서 사용한다(예를 들어, 대안예 1).

제 4 예에 대하여, 네트워크가 제 1 SDT 절차에서 송신된 RRCRelease 메시지 내에 제 1 공유-채널-관련 구성을 제공하고 네트워크가 제 1 SDT 절차가 완료된 이후에 UE에 의해 개시된 제 2 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 공유-채널-관련 구성을 제공하지 않는 경우, UE는 제 2 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 제공된 제 1 공유-채널-관련 구성을 사용한다(예를 들어, 대안예 3). 네트워크가 제 1 SDT 절차에서 송신된 RRCRelease 메시지 내에 제 1 공유-채널-관련 구성을 제공하고 네트워크가 제 1 SDT 절차가 완료된 이후에 UE에 의해 개시된 제 2 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 공유-채널-관련 구성을 제공하는 경우, UE는 제 2 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 제공된 제 2 공유-채널-관련 구성을 사용한다(예를 들어, 대안예 3).

제 5 예에 대하여, 네트워크가 UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제 1 공유-채널-관련 구성을 제공하고 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 공유-채널-관련 구성을 제공하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 제공된 제 1 공유-채널-관련 구성을 사용한다(예를 들어, 대안예 5). 네트워크가 UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제 1 공유-채널-관련 구성을 제공하고 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 공유-채널-관련 구성을 또한 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 제공된 제 2 공유-채널-관련 구성을 사용한다(예를 들어, 대안예 3).

제 6 예에 대하여, 네트워크가 후속 송신(들)에 대해 사용될 제 1 공유-채널-관련 구성을 시스템 정보 내에서 제공(또는 표시)하고, 네트워크가 UE가 SDT 절차를 개시하기 이전에 송신된 RRCRelease 메시지 내에 제 2 공유-채널-관련 구성을 제공하지 않은 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 제 1 공유-채널-관련 구성을 사용한다(예를 들어, 대안예 2). 네트워크가 후속 송신(들)에 대해 사용될 제 1 공유-채널-관련 구성을 시스템 정보 내에서 제공(또는 표시)하고, 네트워크가 UE가 SDT 절차를 개시하기 이전에 송신된 RRCRelease 메시지 내에 제 2 공유-채널-관련 구성을 또한 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 PUSCH 상에서 송신 및/또는 PDSCH 상에서 수신을 수행하기 위해 제 2 공유-채널-관련 구성을 사용한다(예를 들어, 대안예 3 또는 대안예 5).

셀 상에서의 RRC 재개 절차(예를 들어, RA 절차) 동안, Msg1/MsgA 송신을 수행하기 이전에 매번 UE는 빔(또는 SSB)를 선택한다. UE는, 예를 들어, RA 절차의 성공적인 완료까지 송신 및/또는 수신을 위해 선택된 빔을 사용한다. RACH 기반 SDT 절차에서 후속 송신(들)이 존재하는 경우에, 네트워크는 후속 송신(들) 동안 송신 및/또는 수신을 수행하기 위해 UE에 의해 사용되는 빔(또는 TCI 상태)을 변경할 것을 결정할 수 있다. 네트워크가 어떤 빔(또는 TCI 상태)가 UE에 사용될지를 결정하기 위해 일부 보조 정보가 요구될 수 있다. 예를 들어, UE는 CSI 측정 및/또는 CSI 보고를 수행할 것을 요청을 받을 수 있으며, 그 결과 네트워크는 필요할 때 UE에 대해 사용될 더 양호한 빔(또는 TCI 상태)을 선택할 수 있다.

예를 들어, UE는 SDT에 대한 RA 절차 동안 채널 상태 정보(Channel State Information; CSI) 측정을 수행할 수 있다. 예를 들어, UE는 SDT 절차에서 후속 송신(들) 동안 CSI 측정을 수행할 수 있다. 예를 들어, UE는 SDT에 대한 RA 절차 동안 CSI 보고를 수행할 수 있다. 예를 들어, UE는 SDT 절차에서 후속 송신(들) 동안 CSI 보고를 수행할 수 있다. CSI 보고는 주기적일 수 있다. CIS 보고는 비주기적일 수 있다(예를 들어, DCI 포맷 0_1의 CSI 요청을 사용하여 트리거될 수 있다). CSI 보고는 반-영구적일 수 있다.

UE가 대응하는 구성("CSI-측정/보고-관련 구성"로 지칭됨) 없이 CSI 측정 및/또는 CSI 보고를 수행할 수 없기 때문에, UE가 SDT 절차에서 사용될 CSI-측정/보고-관련 구성을 획득하는 방법이 지정되어야 한다. CSI-측정/보고-관련 구성은 CSI 측정 구성(예를 들어, CSI-MeasConfig)을 포함할 수 있다. CSI-측정/보고-관련 구성은 CSI 보고 구성(예를 들어, CSI-ReportConfig)을 포함할 수 있다. CSI-측정/보고-관련 구성은 물리 업링크 제어 채널(Physical Uplink Control Channel; PUCCH) 구성(예를 들어, PUCCH-Config)을 포함할 수 있다.

RACH 기반 SDT 절차에 대하여, UE는 다음의 대안예들 중 적어도 하나에 기초하여 (SDT 절차 동안) CSI 측정 및/또는 CSI 보고를 수행할 수 있다:

1. RACH 기반 SDT 절차에 대해 사용되는 CSI-측정/보고-관련 구성은 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에서 제공된다.

네트워크는 SDT 절차의 제 1 DL 송신 내의 CSI-측정/보고-관련 구성을 직접적으로 UE에 제공할 수 있다. SDT 절차의 제 1 DL 송신 내의 CSI-측정/보고-관련 구성을 수신하는 것에 응답하여, UE는, 수신된 CSI-측정/보고-관련 구성에 기초하여 SDT 절차에서 후속 송신(들) 동안 CSI 측정 및/또는 CSI 보고를 수행할 수 있다.

예를 들어, 네트워크는 SDT 절차의 제 1 DL 송신 내에서 CSI 측정 구성을 제공한다. UE는 SDT 절차에서 후속 송신(들) 동안 CSI 측정을 수행하기 위해 CSI 측정 구성을 사용한다. 예를 들어, 네트워크는 SDT 절차의 제 1 DL 송신 내에서 CSI 보고 구성을 제공한다. UE는 SDT 절차에서 후속 송신(들) 동안 CSI 보고를 수행하기 위해 CSI 보고 구성을 사용한다.

제 1 SDT 절차에서 제공된 CSI-측정/보고-관련 구성은, 제 1 SDT 절차가 완료된 이후에 제 2 SDT 절차에 대해 사용될 수 있다. 예를 들어, UE가 RRC_INACTIVE 상태에 있는 동안, 네트워크는 UE에 의해 개시된 제 1 SDT 절차를 완료하기 위해 suspendConfig를 갖는 RRCRelease 메시지를 송신할 수 있다. 네트워크는 RRCRelease 메시지 내에 CSI-측정/보고-관련 구성을 제공할 수 있으며, 그 결과 UE가 제 2 SDT 절차를 개시한 이후에, UE는 제 2 SDT 절차에 대한 RA 절차 동안 및/또는 제 2 SDT 절차에서 후속 송신(들) 동안 CSI 측정 및/또는 CSI 보고를 수행하기 위해 이전에 제공된 CSI-측정/보고-관련 구성을 사용할 수 있다.

제 1 DL 송신 내의 CSI-측정/보고-관련 구성은 RRC 메시지(예를 들어, RRCRelease 메시지) 내에 포함될 수 있다.

2. RACH 기반 SDT 절차에 대해 사용되는 CSI-측정/보고-관련 구성은, 이전의 RRC_CONNECTED 상태에서 UE에 의해 사용된 것이다.

RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태에 진입할 때, UE는 UE 비활성 AS 콘텍스트에 이것의 현재 RRC 구성(의 부분)을 저장할 것이다. UE 비활성 AS 콘텍스트는 또한 CSI-측정/보고-관련 구성을 포함한다. UE는, SDT 절차에 대한 RA 동안 및/또는 SDT 절차의 후속 송신(들) 동안 CSI 측정 및/또는 CSI 보고를 수행하기 위하여, UE 비활성 AS 콘텍스트로부터 CSI-측정/보고-관련 구성을 복원할 수 있다.

예를 들어, SDT 절차를 개시하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 CSI 측정 구성을 복원하고, SDT 절차에 대한 RA 동안 및/또는 SDT 절차의 후속 송신(들) 동안 CSI 측정을 수행하기 위해 복원된 CSI 측정 구성을 사용한다. 예를 들어, SDT 절차를 개시하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 CSI 보고 구성을 복원하고, SDT 절차에 대한 RA 동안 및/또는 SDT 절차의 후속 송신(들) 동안 CSI 보고를 수행하기 위해 복원된 CSI 보고 구성을 사용한다.

예를 들어, 네트워크로부터 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 CSI 측정 구성을 복원하며, 후속 송신(들) 동안 CSI 측정을 수행하기 위하여 복원된 CSI 측정 구성을 사용한다. 예를 들어, 네트워크로부터 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 CSI 보고 구성을 복원하며, 후속 송신(들) 동안 CSI 보고를 수행하기 위하여 복원된 CSI 보고 구성을 사용한다.

UE는, 이것의 Sp셀(예를 들어, 이전의 RRC 연결에서의 P셀)의 CSI-측정/보고-관련 구성을 복원할 수 있다.

3. RACH 기반 SDT 절차에 대해 사용되는 CSI-측정/보고-관련 구성은, UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제공된다.

UE가 RRC_INACTIVE 상태에 진입하기 이전에, 네트워크는 이후에 UE에 의해 개시되는 RACH 기반 SDT 절차에 대해 사용될 CSI-측정/보고-관련 구성을 제공할 수 있다. 상태 전환을 트리거한 RRC_CONNECTED 상태에서 수신된 RRCRelease 메시지 내의 CSI-측정/보고-관련 구성을 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트 내에 수신된 CSI-측정/보고-관련 구성을 저장할 수 있다. 수신된 CSI-측정/보고-관련 구성은, RRC_CONNECTED 상태에서 UE에 의해 사용된 CSI-측정/보고-관련 구성(들)과는 상이할 수 있다. 다시 말해서, UE는 UE 비활성 AS 콘텍스트 내에 (적어도) 2개의 CSI-측정/보고-관련 구성들을 저장할 수 있으며, 여기에서 하나는 UE가 RRC_CONNECTED 상태에 있는 동안 사용되며, 다른 하나는 RRC_INACTIVE로의 상태 전환을 트리거하는 RRCRelease 메시지 내에서 수신된다. SDT 절차의 개시 또는 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 네트워크로부터 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 (RACH 기반 SDT 절차에 대해 사용될) CSI-측정/보고-관련 구성을 복원할 수 있다.

예를 들어, UE가 RRC_CONNECTED 상태에 있는 동안, 네트워크는 UE를 RRC_INACTIVE 상태로 전환하기 위하여 suspendConfig를 갖는 RRCRelease 메시지를 송신한다. 네트워크는 RRCRelease 메시지 내에 (RACH 기반 SDT 절차에 대해 사용될) CSI-측정/보고-관련 구성을 제공할 수 있으며, 그 결과 UE가 제 2 SDT 절차를 개시한 이후에, UE는 SDT 절차에 대한 RA 동안 및/또는 SDT 절차에서 후속 송신(들) 동안 CSI 측정 및/또는 CSI 보고를 수행하기 위하여 RRCRelease 메시지 내에서 수신된 이전에 제공된 CSI-측정/보고-관련 구성을 사용할 수 있다.

이상의 대안예들의 조합들이 가능하다.

제 1 예에 대하여, 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 CSI-측정/보고-관련 구성을 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 CSI 측정 및/또는 CSI 보고를 수행하기 위해 제공된 CSI-측정/보고-관련 구성을 사용한다(예를 들어, 대안예 1). 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 CSI-측정/보고-관련 구성을 제공하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 CSI 측정 및/또는 CSI 보고를 수행하기 위해 UE 비활성 AS 콘텍스트로부터 CSI-측정/보고-관련 구성을 복원한다(예를 들어, 대안예 2).

제 2 예에 대하여, 네트워크가 제 1 SDT 절차에서 송신된 RRCRelease 메시지 내에 제 1 CSI-측정/보고-관련 구성을 제공하고 네트워크가 제 1 SDT 절차가 완료된 이후에 UE에 의해 개시된 제 2 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 CSI-측정/보고-관련 구성을 제공하지 않는 경우, UE는 제 2 SDT 절차에서 후속 송신(들) 동안 CSI 측정 및/또는 CSI 보고를 수행하기 위해 제공된 제 1 CSI-측정/보고-관련 구성을 사용한다(예를 들어, 대안예 1). 네트워크가 제 1 SDT 절차에서 송신된 RRCRelease 메시지 내에 제 1 CSI-측정/보고-관련 구성을 제공하고 네트워크가 제 1 SDT 절차가 완료된 이후에 UE에 의해 개시된 제 2 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 CSI-측정/보고-관련 구성을 제공하는 경우, UE는 제 2 SDT 절차에서 후속 송신(들) 동안 CSI 측정 및/또는 CSI 보고를 수행하기 위해 제공된 제 2 CSI-측정/보고-관련 구성을 사용한다(예를 들어, 대안예 1).

제 3 예에 대하여, 네트워크가 UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제 1 CSI-측정/보고-관련 구성을 제공하고 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 CSI-측정/보고-관련 구성을 제공하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 CSI 측정 및/또는 CSI 보고를 수행하기 위해 제공된 제 1 CSI-측정/보고-관련 구성을 사용한다(예를 들어, 대안예 3). 네트워크가 UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제 1 CSI-측정/보고-관련 구성을 제공하고 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 CSI-측정/보고-관련 구성을 또한 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 CSI 측정 및/또는 CSI 보고를 수행하기 위해 제공된 제 2 CSI-측정/보고-관련 구성을 사용한다(예를 들어, 대안예 1).

셀 상에서의 RRC 재개 절차(예를 들어, RA 절차) 동안, Msg1/MsgA 송신을 수행하기 이전에 매번 UE는 빔(또는 SSB)를 선택한다. UE는 (예를 들어, RA 절차의 성공적인 완료까지) 송신 및/또는 수신을 위해 선택된 빔을 사용한다. 네트워크의 관점으로부터, 네트워크가 UE로부터의 UL 송신들을 성공적으로 검출하고 수신한 이후에, 네트워크는 RA 절차 동안 UE로의 다음 송신 및/또는 이로부터의 다음 수신들을 위해 빔을 사용할 수 있다.

RACH 기반 SDT 절차에서 후속 송신(들)이 존재하는 경우에, 네트워크는 후속 송신(들) 동안 (UE로의) 송신 및/또는 (UE로부터의) 수신을 수행하기 위해 네트워크에 의해 사용되는 빔을 변경할 것을 결정할 수 있다. 네트워크가 어떤 빔이 네트워크에 사용될지를 결정하기 위해 일부 보조 정보가 요구될 수 있다. 예를 들어, UE는 사운딩 참조 신호(Sounding Reference Signal; SRS) 송신들을 수행할 것을 요청을 받을 수 있으며, 그 결과 네트워크는 필요할 때 사용하기 위한 더 양호한 빔을 선택할 수 있다. SRS 송신들은 주기적일 수 있다. SRS 송신들은 비주기적일 수 있다(예를 들어, DCI 포맷 0_1 또는 DCI 포맷 1_1의 SRS 요청을 사용하여 트리거될 수 있다). SRS 송신들은 반-영구적일 수 있다.

UE가 대응하는 구성("SRS-관련 구성"로 지칭됨) 없이 SRS 송신들을 수행할 수 없기 때문에, UE가 SDT 절차에서 사용될 SRS-관련 구성을 획득하는 방법이 지정되어야 한다. SRS-관련 구성은 SRS 구성(예를 들어, SRS-Config)을 포함할 수 있다.

RACH 기반 SDT 절차에 대하여, UE는 다음의 대안예들 중 적어도 하나에 기초하여 (SDT 절차 동안) SRS 송신들을 수행할 수 있다:

1. RACH 기반 SDT 절차에 대해 사용되는 SRS-관련 구성은 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에서 제공된다

네트워크는 SDT 절차의 제 1 DL 송신 내의 SRS-관련 구성을 직접적으로 UE에 제공할 수 있다. SDT 절차의 제 1 DL 송신 내의 SRS-관련 구성을 수신하는 것에 응답하여, UE는, 수신된 SRS-관련 구성에 기초하여 SDT 절차에서 후속 송신(들) 동안 SRS 송신들을 수행할 수 있다.

예를 들어, 네트워크는 SDT 절차의 제 1 DL 송신 내에서 SRS 구성을 제공한다. UE는 SDT 절차에서 후속 송신(들) 동안 SRS 송신들을 수행하기 위해 SRS 구성을 사용한다.

제 1 SDT 절차에서 제공된 SRS-관련 구성은, 제 1 SDT 절차가 완료된 이후에 제 2 SDT 절차에 대해 사용될 수 있다. 예를 들어, UE가 RRC_INACTIVE 상태에 있는 동안, 네트워크는 UE에 의해 개시된 제 1 SDT 절차를 완료하기 위해 suspendConfig를 갖는 RRCRelease 메시지를 송신할 수 있다. 네트워크는 RRCRelease 메시지 내에 SRS-관련 구성을 제공할 수 있으며, 그 결과 UE가 제 2 SDT 절차를 개시한 이후에, UE는 제 2 SDT 절차에서 후속 송신(들) 동안 SRS 송신들을 수행하기 위해 이전에 제공된 SRS-관련 구성을 사용할 수 있다.

제 1 DL 송신 내의 SRS-관련 구성은 RRC 메시지(예를 들어, RRCRelease 메시지) 내에 포함될 수 있다.

2. RACH 기반 SDT 절차에 대해 사용되는 SRS-관련 구성은, 이전의 RRC_CONNECTED 상태에서 UE에 의해 사용된 것이다

RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태에 진입할 때, UE는 UE 비활성 AS 콘텍스트에 이것의 현재 RRC 구성(의 부분)을 저장할 것이다. UE 비활성 AS 콘텍스트는 또한 SRS-관련 구성을 포함한다. UE는, 후속 송신(들) 동안 SRS 송신들을 수행하기 위하여, UE 비활성 AS 콘텍스트로부터 SRS-관련 구성을 복원할 수 있다.

예를 들어, 네트워크로부터 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 SRS 구성을 복원하며, 후속 송신(들) 동안 SRS 송신들을 수행하기 위하여 복원된 SRS 구성을 사용한다.

UE는, 이것의 Sp셀(예를 들어, 이전의 RRC 연결에서의 P셀)의 SRS-관련 구성을 복원할 수 있다. UE 비활성 AS 콘텍스트 내에 (Sp셀 하에) 다수의 UL BWP들이 존재하는 경우에, UE는 초기 UL BWP 하에서 SRS-관련 구성을 복원할 수 있다. 추가적으로 또는 대안적으로, 네트워크는 (예를 들어, Msg4 또는 MsgB에서) 다수의 UL BWP들 중에서 어떤 UL BWP가 UE가 SRS-관련 구성을 복원하는 것인지를 나타낼 수 있다. 예를 들어, 네트워크가 다수의 UL BWP 중 어떤 UL BWP에 대해 UE가 SRS-관련 구성을 복원하는지를 나타내지 않는 경우, UE는 초기 UL BWP 하의 SRS-관련 구성을 복원한다. 네트워크가 다수의 UL BWP 중 어떤 UL BWP에 대해 UE가 SRS-관련 구성을 복원하는지를 (예를 들어, Msg4 또는 MsgB 내에) 나타내는 경우, UE는 네트워크에 의해 표시된 UL BWP 하의 SRS-관련 구성을 복원한다.

3. RACH 기반 SDT 절차에 대해 사용되는 SRS-관련 구성은, UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제공된다

UE가 RRC_INACTIVE 상태에 진입하기 이전에, 네트워크는 이후에 UE에 의해 개시되는 SDT 절차에서 후속 송신(들)에 대해 사용될 SRS-관련 구성을 제공할 수 있다. 상태 전환을 트리거한 RRC_CONNECTED 상태에서 수신된 RRCRelease 메시지 내의 SRS-관련 구성을 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트 내에 수신된 SRS-관련 구성을 저장할 수 있다. 수신된 SRS-관련 구성은, RRC_CONNECTED 상태에서 UE에 의해 사용된 SRS-관련 구성(들)과는 상이할 수 있다. 다시 말해서, UE는 UE 비활성 AS 콘텍스트 내에 (적어도) 2개의 SRS-관련 구성들을 저장할 수 있으며, 여기에서 하나는 UE가 RRC_CONNECTED 상태에 있는 동안 사용되며, 다른 하나는 RRC_INACTIVE로의 상태 전환을 트리거하는 RRCRelease 메시지 내에서 수신된다. SDT 절차의 개시 또는 SDT 절차에서 후속 송신(들)이 존재한다는 것을 표시하는 표시를 네트워크로부터 수신하는 것에 응답하여, UE는 UE 비활성 AS 콘텍스트로부터 (후속 송신(들)에 대해 사용될) SRS-관련 구성을 복원할 수 있다.

예를 들어, UE가 RRC_CONNECTED 상태에 있는 동안, 네트워크는 UE를 RRC_INACTIVE 상태로 전환하기 위하여 suspendConfig를 갖는 RRCRelease 메시지를 송신한다. 네트워크는 RRCRelease 메시지 내에 (후속 송신(들)에 대해 사용될) SRS-관련 구성을 제공할 수 있으며, 그 결과 UE가 제 2 SDT 절차를 개시한 이후에, UE는 SDT 절차에서 후속 송신(들) 동안 SRS 송신들을 수행하기 위해 RRCRelease 메시지 내에서 수신된 이전에 제공된 SRS-관련 구성을 사용할 수 있다.

이상의 대안예들의 조합들이 가능하다.

제 1 예에 대하여, 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 SRS-관련 구성을 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 SRS 송신들을 수행하기 위해 제공된 SRS-관련 구성을 사용한다(예를 들어, 대안예 1). 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 SRS-관련 구성을 제공하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 SRS 송신들을 수행하기 위해 UE 비활성 AS 콘텍스트로부터 SRS-관련 구성을 복원한다(예를 들어, 대안예 2).

제 2 예에 대하여, 네트워크가 제 1 SDT 절차에서 송신된 RRCRelease 메시지 내에 제 1 SRS-관련 구성을 제공하고 네트워크가 제 1 SDT 절차가 완료된 이후에 UE에 의해 개시된 제 2 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 SRS-관련 구성을 제공하지 않는 경우, UE는 제 2 SDT 절차에서 후속 송신(들) 동안 SRS 송신들을 수행하기 위해 제공된 제 1 SRS-관련 구성을 사용한다(예를 들어, 대안예 3). 제 2 예에 대하여, 네트워크가 제 1 SDT 절차에서 송신된 RRCRelease 메시지 내에 제 1 SRS-관련 구성을 제공하고 네트워크가 제 1 SDT 절차가 완료된 이후에 UE에 의해 개시된 제 2 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 SRS-관련 구성을 또한 제공하는 경우, UE는 제 2 SDT 절차에서 후속 송신(들) 동안 SRS 송신들을 수행하기 위해 제공된 제 2 SRS-관련 구성을 사용한다(예를 들어, 대안예 3).

제 3 예에 대하여, 네트워크가 UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제 1 SRS-관련 구성을 제공하고 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 SRS-관련 구성을 제공하지 않는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 SRS 송신들을 수행하기 위해 제공된 제 1 SRS-관련 구성을 사용한다(예를 들어, 대안예 3). 네트워크가 UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환하는 RRCRelease 메시지 내에 제 1 SRS-관련 구성을 제공하고 네트워크가 SDT 절차의 제 1 DL 송신(예를 들어, Msg4 또는 MsgB) 내에 제 2 SRS-관련 구성을 또한 제공하는 경우, UE는 SDT 절차에서 후속 송신(들) 동안 SRS 송신들을 수행하기 위해 제공된 제 2 SRS-관련 구성을 사용한다(예를 들어, 대안예 1).

이상의 대안예들에서 설명된 바와 같은 후속 송신(들)은, 후속 UL/DL 송신이 일어날 수 있는 시간 기간일 수 있다. 이상의 대안예들에서 설명된 바와 같은 후속 송신(들)은, UE가 UL 송신 또는 DL 수신을 수행할 수 있는 시간 기간일 수 있다.

이상의 구현예들은 감소된 성능 NR 디바이스(또는 소위 NR_라이트 디바이스)에 대해 적용될 수 있다(및/또는 이에 의해 지원될 수 있다). 이상의 구현예들은 일반적인 NR 디바이스에 적용될 수 있다(및/또는 이에 의해 지원될 수 있다).

UE는 RRC_CONNECTED 상태에서 마지막(1차) 서빙 셀 이외의 서빙 셀 상에서 스몰 데이터 송신 절차를 개시할 수 있다. UE는 RRC_CONNECTED 상태에서 마지막(1차) 서빙 셀과 동일한 서빙 셀 상에서 스몰 데이터 송신 절차를 개시할 수 있다.

도 25는 UE의 관점으로부터의 예시적인 일 실시예에 따른 순서도(2500)이다. 단계(2505)에서, UE는 시스템 정보 내에서 제 1 PDCCH-관련 구성을 수신한다. 단계(2510)에서, UE는 RRC_INACTIVE 상태에서 스몰 데이터 송신(Small Data Transmission; SDT) 절차를 개시하며, 여기에서 SDT 절차는 랜덤 액세스(Random Access; RA) 절차 및 RA 절차 이후의 적어도 하나의 후속 송신을 포함한다. 단계(2515)에서, UE는 RRC_INACTIVE 상태에서의 RA 절차 동안 제 1 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링한다. 단계(2520)에서, 제 2 PDCCH-관련 구성이 UE에 의해 수신되는 경우(또는 수신될 때), UE는, RRC_INACTIVE 상태에서 적어도 하나의 후속 송신을 위해, 제 2 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링한다.

일 실시예에 있어서, 제 2 PDCCH-관련 구성이 UE에 의해 수신되지 않는 경우(또는 수신되지 않을 때), UE는, 적어도 하나의 후속 송신을 위해, 제 1 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링할 수 있다. 추가로, UE는, 시스템 정보, Msg4, MSGB, 또는 RRCRelease 메시지 내에서 제 2 PDCCH-관련 구성을 수신할 수 있다.

일 실시예에 있어서, 제 1 PDCCH-관련 구성 및/또는 제 2 PDCCH-관련 구성은 탐색 공간 구성 또는 제어 자원 세트(Control Resource Set; CORESET) 구성 중 적어도 하나를 포함할 수 있다. 탐색 공간 구성은 공통 탐색 공간과 연관될 수 있다.

일 실시예에 있어서, 시스템 정보는 SDT에 대한 것이 아닌 RA 절차 동안 PDCCH를 모니터링하기 위한 제 3 PDCCH-관련 구성을 포함할 수 있다. 적어도 하나의 후속 송신은 업링크(Uplink; UL)에 대한 것일 수 있으며, 동적 업링크 승인을 통해 스케줄링될 수 있다. 이에 더하여, SDT 절차는 RRC 연결 재개 절차일 수 있다.

다시 도 3 및 도 4를 참조하면, UE의 예시적인 일 실시예에 있어서, UE(300)는 메모리(310) 내에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, UE가 (i) 시스템 정보 내에서 제 1 PDCCH-관련 구성을 수신하고, (ii) RRC_INACTIVE 상태에서 SDT 절차를 개시하되, 여기에서 SDT 절차는 RA 절차 및 RA 절차 이후의 적어도 하나의 후속 송신을 포함하며, (iii) RRC_INACTIVE 상태에서 RA 절차 동안 제 1 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하고, 및 (iv) UE에 의해 제 2 PDCCH-관련 구성이 수신되는 경우(또는 수신될 때) RRC_INACTIVE 상태에서 적어도 하나의 후속 송신에 대하여, 제 2 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

도 26은 네트워크 노드의 관점으로부터의 예시적인 일 실시예에 따른 순서도(2600)이다. 단계(2605)에서, 네트워크는 시스템 정보 내에서 제 1 PDCCH-관련 구성을 UE로 송신한다. 단계(2610)에서, 네트워크 노드는 제 1 PDCCH-관련 구성에 기초하여 RA 절차 동안 RRC_INACTIVE 상태의 UE로 PDCCH를 송신하며, 여기에서 RA 절차는 SDT 절차의 부분이고, SDT 절차는 RA 절차 이후의 적어도 하나의 후속 송신을 포함한다. 단계(2615)에서, 네트워크 노드가 제 2 PDCCH-관련 구성을 UE에 제공하는 경우(또는 제공할 때), 네트워크 노드는, RRC_INACTIVE 상태의 UE로의 적어도 하나의 후속 송신을 위해, 제 2 PDCCH-관련 구성에 기초하여 PDCCH를 송신한다.

일 실시예에 있어서, 네트워크 노드가 UE로 제 2 PDCCH-관련 구성을 제공하지 않는 경우(또는 제공하지 않을 때), 네트워크 노드는, 적어도 하나의 후속 송신을 위해, 제 1 PDCCH-관련 구성에 기초하여 PDCCH를 송신할 수 있다. 추가로, 네트워크 노드는, 시스템 정보, Msg4, MSGB, 또는 RRCRelease 메시지 내에서 제 2 PDCCH-관련 구성을 제공할 수 있다.

일 실시예에 있어서, 제 1 PDCCH-관련 구성 및/또는 제 2 PDCCH-관련 구성은 탐색 공간 구성 또는 CORESET 구성 중 적어도 하나를 포함할 수 있다. 시스템 정보는 SDT에 대한 것이 아닌 RA 절차 동안 PDCCH를 모니터링하기 위한 제 3 PDCCH-관련 구성을 포함할 수 있다.

다시 도 3 및 도 4를 참조하면, 네트워크 노드의 예시적인 일 실시예에 있어서, 네트워크 노드(300)는 메모리(310) 내에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 네트워크 노드가 (i) 시스템 정보 내에서 제 1 PDCCH-관련 구성을 UE로 송신하고, (ii) RA 절차 동안 RRC_INACTIVE 상태의 UE로 제 1 PDCCH-관련 구성에 기초하여 PDCCH를 송신하되, 여기에서 RA 절차는 SDT 절차의 부분이며 SDT 절차는 RA 절차 이후의 적어도 하나의 후속 송신을 포함하고, 및 (iii) 네트워크 노드가 제 2 PDCCH-관련 구성을 UE에 제공하는 경우(또는 제공할 때) RRC_INACTIVE 상태의 UE로의 적어도 하나의 후속 송신을 위하여, 제 2 PDCCH-관련 구성에 기초하여, PDCCH를 송신하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

도 27은 UE의 관점으로부터의 예시적인 일 실시예에 따른 순서도(2700)이다. 단계(2705)에서, UE는 RRC_INACTIVE 상태에서 셀 상에서 SDT 절차를 개시하며, 여기에서 SDT 절차는 RA 절차 및 RA 절차 이후의 후속 송신(들)을 포함하고, 셀은 네트워크 노드에 의해 제어된다. 단계(2710)에서, UE는 SDT에 대한 RA 절차 동안 제 1 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링한다. 단계(2715)에서, UE는 후속 송신(들) 동안 제 2 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링한다.

일 실시예에 있어서, UE는 셀의 제 1 시스템 정보로부터 제 1 PDCCH-관련 구성을 획득할 수 있다. 셀의 제 1 시스템 정보는 시스템 정보 블록 타입 1(System Information Block Type 1; SIB1)일 수 있다.

일 실시예에 있어서, 제 2 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하기 이전에, UE는 셀의 제 2 시스템 정보로부터 제 2 PDCCH-관련 구성을 획득할 수 있다. 제 2 PDCCH-관련 구성은 제 1 PDCCH-관련 구성과 동일할 수 있다. 대안적으로, 제 2 PDCCH-관련 구성은 제 1 PDCCH-관련 구성과는 상이할 수 있다. 셀의 제 2 시스템 정보는 시스템 정보 블록 타입 1(System Information Block Type 1; SIB1)일 수 있다. 대안적으로, 셀의 제 2 시스템 정보는 시스템 정보 블록 타입 1(System Information Block Type 1; SIB1) 이외의 시스템 정보 블록일 수 있다.

일 실시예에 있어서, 제 2 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하기 이전에, UE는, SDT에 대한 RA 절차 동안 네트워크 노드로부터 다운링크 메시지 내에서 제 2 PDCCH-관련 구성을 수신할 수 있다. UE는 SDT에 대한 RA 절차 동안 다운링크 메시지를 수신하는 것에 응답하여 SDT에 대한 RA 절차를 완료된 것으로 간주할 수 있다.

일 실시예에 있어서, 제 2 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하기 이전에, UE는 UE 비활성 AS 콘텍스트로부터 제 2 PDCCH-관련 구성을 복원할 수 있다. UE는, UE가 RRC_CONNECTED 상태에 있던 동안 PDCCH를 모니터링하기 위해 제 2 PDCCH-관련 구성을 사용할 수 있다. UE는 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로의 상태 전환 시에 RRC 구성들을 UE 비활성 AS 콘텍스트 내에 저장할 수 있으며, 여기에서 RRC 구성들은 제 2 PDCCH-관련 구성을 포함한다.

일 실시예에 있어서, 제 2 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하기 이전에, UE는, 네트워크 노드로부터 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로의 UE의 상태 전환을 트리거하는 RRCRelease 메시지를 수신할 수 있으며, 여기에서 RRCRelease 메시지는 제 2 PDCCH-관련 구성을 포함한다.

일 실시예에 있어서, 제 1 PDCCH-관련 구성은 자원 제어 세트(Control Resource Set; CORESET) 구성, 탐색 공간 구성, 또는 PDCCH에 대한 TCI 상태 구성, CORESET 구성일 수 있다. 제 2 PDCCH-관련 구성은 탐색 공간 구성 또는 PDCCH에 대한 TCI 상태 구성일 수 있다.

일 실시예에 있어서, 후속 송신(들)은 UE로부터 셀로의 적어도 하나의 UL 송신을 포함할 수 있다. 후속 송신(들)은 또한 셀로부터 UE로의 적어도 하나의 DL 송신을 포함할 수 있다. 후속 송신(들)은 동적 업링크 승인 또는 동적 다운링크 할당을 통해 네트워크에 의해 스케줄링될 수 있다. 후속 송신(들)은 또한 구성된 업링크 승인 또는 구성된 다운링크 할당을 통해 네트워크에 의해 스케줄링될 수 있다.

다시 도 3 및 도 4를 참조하면, UE의 예시적인 일 실시예에 있어서, UE(300)는 메모리(310) 내에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, UE가 (i) RRC_INACTIVE 상태에서 셀 상에서 SDT 절차를 개시하되, 여기에서 SDT 절차는 SDT에 대한 RA 절차 및 SDT에 대한 RA 절차 이후의 후속 송신(들)을 포함하고, 셀은 네트워크 노드에 의해 제어되며, (ii) SDT에 대한 RA 절차 동안 제 1 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하고, 및 (iii) 후속 송신(들) 동안 제 2 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

본 개시의 다양한 측면들이 이상에서 설명되었다. 본원에서의 교시들이 광범위한 형태들로 구현될 수 있으며, 본원에서 개시되는 임의의 특정 구조, 기능, 또는 이 둘 모두가 단지 대표적일 뿐이라는 것이 명백할 것이다. 본원의 교시들에 기초하여 당업자는, 본원에 개시된 측면들이 임의의 다른 측면들과 독립적으로 구현될 수 있다는 것, 및 이러한 측면들 중 2 이상이 다양한 방식들로 결합될 수 있다는 것을 이해해야만 한다. 예를 들어, 본원에서 기술된 측면들 중 임의의 수의 측면들을 사용하여 장치가 구현될 수 있거나 또는 방법이 실시될 수 있다. 이에 더하여, 본원에서 기술된 측면들 중 하나 이상에 더하여 또는 그 외의 다른 구조, 기능, 또는 구조 및 기능을 사용하여 이러한 장치가 구현될 수 있거나 또는 이러한 방법이 실시될 수 있다. 이상의 개념들 중 일부의 일 예로서, 일부 측면들에 있어서 동시 채널들이 펄스 반복 주파수들에 기초하여 설정될 수 있다. 일부 측면들에 있어서, 동시 채널들은 펄스 위치 또는 오프셋들에 기초하여 설정될 수 있다. 일부 측면들에 있어서, 동시 채널들은 시간 호핑(hopping) 시퀀스들에 기초하여 설정될 수 있다. 일부 측면들에 있어서, 동시 채널들은 펄스 반복 주파수들, 펄스 위치들 또는 오프셋들, 및 시간 호핑 시퀀스들에 기초하여 설정될 수 있다.

당업자들은, 정보 및 신호들이 다양하고 상이한 기술들 및 기법들 중 임의의 것을 사용하여 표현될 수 있다는 것을 이해할 것이다. 예를 들어, 이상의 설명 전체에 걸쳐 언급되는 데이터, 명령어들, 명령들, 정보, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 입자들, 광학적 필드들 또는 입자들, 또는 이들의 임의의 조합에 의해 표현될 수 있다.

당업자들은 추가로, 본원에서 개시된 측면들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 프로세서들, 수단들, 회로들, 및 알고리즘 단계들이 전자 하드웨어(예를 들어, 소스 코딩 또는 어떤 다른 기술을 사용하여 설계될 수 있는, 디지털 구현예, 아날로그 구현예, 또는 이들 둘의 조합), 명령어들을 통합하는 다양한 형태들의 프로그램 또는 설계 코드(편의성을 위하여, 본원에서 "소프트웨어" 또는 "소프트웨어 모듈"로서 지칭될 수 있음), 또는 둘 모두의 조합으로서 구현될 수 있다는 것을 이해할 것이다. 하드웨어 및 소프트웨어의 이러한 호환성을 명확하게 예시하기 위하여, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들 및 단계들이 이상에서 그들의 기능성과 관련하여 일반적으로 설명되었다. 이러한 기능성이 하드웨어로서 또는 소프트웨어로서 구현되는지 여부는 전체 시스템에 부과되는 설계 제약들 및 특정 애플리케이션에 의존한다. 당업자들은 각각의 특정 애플리케이션에 대하여 다양한 방식들로 설명된 기능성을 구현할 수 있지만, 이러한 구현 결정들이 본 개시의 범위로부터의 이탈을 야기하는 것으로서 해석되지 않아야 한다.

이에 더하여, 본원에서 개시된 측면들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 및 회로들은 집적 회로("IC"), 액세스 단말, 또는 액세스 포인트 내에 구현되거나 또는 이에 의해 수행될 수 있다. IC는, 본원에서 설명된 기능들을 수행하도록 설계된, 범용 프로세서, 디지털 신호 프로세서(digital signal processor; DSP), 애플리케이션 특정 집적 회로(application specific integrated circuit; ASIC), 필드 프로그램가능 게이트 어레이(field programmable gate array; FPGA) 또는 다른 프로그램가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 전기적 컴포넌트들, 광학적 컴포넌트들, 기계적 컴포넌트들, 또는 이들의 임의의 조합을 포함할 수 있으며, IC 내에, IC 외부에, 또는 둘 모두에 상주하는 코드들 또는 명령어들을 실행할 수 있다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안예에 있어서, 프로세서는 임의의 통상적인 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수 있다. 프로세서는 또한 컴퓨팅 디바이스들의 조합으로서, 예를 들어, DSP 및 마이크로프로세서, 복수의 마이크로프로세서들, DSP 코어와 함께 하나 이상의 마이크로프로세서들의 조합으로서, 또는 임의의 다른 이러한 구성으로서 구현될 수 있다.

임의의 개시된 프로세스에서 단계들의 임의의 특정 순서 또는 계층은 샘플 접근 방식의 일 예임이 이해되어야 한다. 설계 선호사항들에 기초하여, 프로세스들 내의 단계들의 특정 순서 또는 계층은 본 개시의 범위 내에 남아 있으면서 재배열될 수 있다는 것이 이해되어야 한다. 첨부된 방법 청구항들은 샘플 순서로 다양한 단계들의 엘리먼트들을 나타내며, 제공되는 특정 순서 또는 계층으로 한정되도록 의도되지 않는다.

본원에 개시된 구현예들과 관련하여 설명된 방법 또는 알고리즘의 단계들은 하드웨어로 직접적으로, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이들 둘의 임의의 조합으로 실현될 수 있다. 소프트웨어 모듈(예를 들어, 실행가능 명령어들 및 관련 데이터를 포함함) 및 다른 데이터는, RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈가능 디스크, CD-ROM, 또는 당업계에서 공지된 임의의 다른 형태의 컴퓨터-판독가능 저장 매체 내에 존재할 수 있다. 샘플 저장 매체는, 예를 들어, 컴퓨터/프로세서(편의성을 위하여 본원에서 "프로세서"로 지칭될 수 있음)와 같은 기계에 결합될 수 있으며, 이러한 프로세서는 저장 매체로부터 정보(예를 들어, 코드)를 판독하고 이에 정보를 기입할 수 있다. 샘플 저장 매체는 프로세서에 통합될 수 있다. 프로세서 및 저장 매체는 ASIC 내에 존재할 수 있다. ASIC은 사용자 단말 내에 존재할 수 있다. 대안적으로, 프로세서 및 저장 매체는 사용자 단말 내의 별개의 컴포넌트들로서 존재할 수 있다. 또한, 일부 측면들에 있어서, 임의의 적절한 컴퓨터-프로그램 제품은 본 개시의 측면들 중 하나 이상과 관련된 코드들을 포함하는 컴퓨터-판독가능 매체를 포함할 수 있다. 일부 측면들에 있어서, 컴퓨터 프로그램 제품은 패키징 재료들을 포함할 수 있다.

본 발명이 다양한 측면들과 관련하여 설명되었지만, 본 발명이 추가적인 수정들이 가능하다는 것이 이해될 것이다. 본 출원은, 일반적으로 본 발명의 원리들을 따르며, 본 발명이 관련되는 기술분야 내에서 공지되고 관습적인 실시의 범위 내에 있는 바와 같은 본 개시로부터의 이탈들을 포함하는, 본 발명의 임의의 변형예들, 사용들 또는 개조들을 포괄하도록 의도된다.

Claims (20)

1. 사용자 단말(User Equipment; UE)에 대한 방법으로서,
   시스템 정보 내의 제 1 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)-관련 정보를 수신하는 단계;
   RRC_INACTIVE 상태에서 스몰 데이터 송신(Small Data Transmission; SDT) 절차를 개시하는 단계로서, 상기 SDT 절차는 랜덤 액세스(Random Access; RA) 절차 및 상기 RA 절차 이후의 적어도 하나의 후속 송신을 포함하는, 단계;
   RRC_INACTIVE 상태에서의 상기 RA 절차 동안 상기 제 1 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하는 단계; 및
   제 2 PDCCH-관련 구성이 상기 UE에 의해 수신되는 경우, RRC_INACTIVE 상태에서 상기 적어도 하나의 후속 송신을 위해, 상기 제 2 PDCCH-관련 구성에 기초하여 상기 PDCCH를 모니터링하는 단계를 포함하는, 방법.
   
2. 청구항 1에 있어서,
   상기 방법은,
   상기 제 2 PDCCH-관련 구성이 상기 UE에 의해 수신되지 않는 경우, 상기 적어도 하나의 후속 송신을 위해, 상기 제 1 PDCCH-관련 구성에 기초하여 상기 PDCCH를 모니터링하는 단계를 더 포함하는, 방법.
   
3. 청구항 1에 있어서,
   상기 UE는, 상기 시스템 정보, Msg4, MSGB, 또는 RRCRelease 메시지 내에서 상기 제 2 PDCCH-관련 구성을 수신하는, 방법.
   
4. 청구항 1에 있어서,
   상기 제 1 PDCCH-관련 구성 및/또는 상기 제 2 PDCCH-관련 구성은 탐색 공간 구성 또는 제어 자원 세트(Control Resource Set; CORESET) 구성 중 적어도 하나를 포함하는, 방법.
   
5. 청구항 4에 있어서,
   상기 탐색 공간 구성은 공통 탐색 공간과 연관되는, 방법.
   
6. 청구항 1에 있어서,
   상기 시스템 정보는 SDT에 대한 것이 아닌 RA 절차 동안 상기 PDCCH를 모니터링하기 위한 제 3 PDCCH-관련 구성을 포함하는, 방법.
   
7. 청구항 1에 있어서,
   상기 적어도 하나의 후속 송신은 업링크(Uplink; UL)에 대한 것이며, 동적 업링크 승인을 통해 스케줄링되는, 방법.
   
8. 청구항 1에 있어서,
   상기 SDT 절차는 무선 자원 제어(Radio Resource Control; RRC) 연결 재개 절차인, 방법.
   
9. 네트워크 노드에 대한 방법으로서,
   시스템 정보 내에서 제 1 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)-관련 정보를 사용자 단말(User Equipment; UE)로 송신하는 단계;
   상기 제 1 PDCCH-관련 구성에 기초하여 랜덤 액세스(Random Access; RA) 절차 동안 RRC_INACTIVE 상태의 상기 UE로 PDCCH를 송신하는 단계로서, 상기 RA 절차는 스몰 데이터 송신(Small Data Transmission; SDT) 절차의 부분이고, 상기 SDT 절차는 상기 RA 절차 이후의 적어도 하나의 후속 송신을 포함하는, 단계; 및
   상기 네트워크 노드가 제 2 PDCCH-관련 구성을 상기 UE에 제공하는 경우, RRC_INACTIVE 상태의 상기 UE로의 상기 적어도 하나의 후속 송신을 위해, 상기 제 2 PDCCH-관련 구성에 기초하여 상기 PDCCH를 송신하는 단계를 포함하는, 방법.
   
10. 청구항 9에 있어서,
    상기 방법은,
    상기 네트워크 노드가 상기 UE로 상기 제 2 PDCCH-관련 구성을 제공하지 않는 경우, 상기 적어도 하나의 후속 송신을 위해, 상기 제 1 PDCCH-관련 구성에 기초하여 상기 PDCCH를 송신하는 단계를 더 포함하는, 방법.
    
11. 청구항 9에 있어서,
    상기 네트워크 노드는, 상기 시스템 정보, Msg4, MSGB, 또는 RRCRelease 메시지 내에서 상기 제 2 PDCCH-관련 구성을 제공하는, 방법.
    
12. 청구항 9에 있어서,
    상기 제 1 PDCCH-관련 구성 및/또는 상기 제 2 PDCCH-관련 구성은 탐색 공간 구성 또는 제어 자원 세트(Control Resource Set; CORESET) 구성 중 적어도 하나를 포함하는, 방법.
    
13. 청구항 9에 있어서,
    상기 시스템 정보는 SDT에 대한 것이 아닌 RA 절차 동안 상기 PDCCH를 모니터링하기 위한 제 3 PDCCH-관련 구성을 포함하는, 방법.
    
14. 사용자 단말(User Equipment; UE)로서,
    제어 회로;
    상기 제어 회로 내에 설치된 프로세서; 및
    상기 제어 회로 내에 설치되며 상기 프로세서 동작가능하게 결합되는 메모리를 포함하며,
    상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
    시스템 정보 내의 제 1 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)-관련 정보를 수신하고;
    RRC_INACTIVE 상태에서 스몰 데이터 송신(Small Data Transmission; SDT) 절차를 개시하되, 상기 SDT 절차는 랜덤 액세스(Random Access; RA) 절차 및 상기 RA 절차 이후의 적어도 하나의 후속 송신을 포함하며;
    RRC_INACTIVE 상태에서의 상기 RA 절차 동안 상기 제 1 PDCCH-관련 구성에 기초하여 PDCCH를 모니터링하고; 및
    제 2 PDCCH-관련 구성이 상기 UE에 의해 수신되는 경우, RRC_INACTIVE 상태에서 상기 적어도 하나의 후속 송신을 위해, 상기 제 2 PDCCH-관련 구성에 기초하여 상기 PDCCH를 모니터링하는, UE.
    
15. 청구항 14에 있어서,
    상기 프로세서는 추가로 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
    상기 제 2 PDCCH-관련 구성이 상기 UE에 의해 수신되지 않는 경우, 상기 적어도 하나의 후속 송신을 위해, 상기 제 1 PDCCH-관련 구성에 기초하여 상기 PDCCH를 모니터링하는, UE.
    
16. 청구항 14에 있어서,
    상기 UE는, 상기 시스템 정보, Msg4, MSGB, 또는 RRCRelease 메시지 내에서 상기 제 2 PDCCH-관련 구성을 수신하는, UE.
    
17. 청구항 14에 있어서,
    상기 제 1 PDCCH-관련 구성 및/또는 상기 제 2 PDCCH-관련 구성은 탐색 공간 구성 또는 제어 자원 세트(Control Resource Set; CORESET) 구성 중 적어도 하나를 포함하는, UE.
    
18. 청구항 17에 있어서,
    상기 탐색 공간 구성은 공통 탐색 공간과 연관되는, UE.
    
19. 청구항 14에 있어서,
    상기 시스템 정보는 SDT에 대한 것이 아닌 RA 절차 동안 상기 PDCCH를 모니터링하기 위한 제 3 PDCCH-관련 구성을 포함하는, UE.
    
20. 청구항 14에 있어서,
    상기 적어도 하나의 후속 송신은 업링크(Uplink; UL)에 대한 것이며, 동적 업링크 승인을 통해 스케줄링되는, UE.

Images