KR20220037346A - 무선 통신 시스템에서 스몰 데이터 송신을 위한 방법 및 장치 - Google Patents

무선 통신 시스템에서 스몰 데이터 송신을 위한 방법 및 장치 Download PDF

Info

Publication number
KR20220037346A
KR20220037346A KR1020210116113A KR20210116113A KR20220037346A KR 20220037346 A KR20220037346 A KR 20220037346A KR 1020210116113 A KR1020210116113 A KR 1020210116113A KR 20210116113 A KR20210116113 A KR 20210116113A KR 20220037346 A KR20220037346 A KR 20220037346A
Authority
KR
South Korea
Prior art keywords
rnti
rrc
small data
data transmission
subsequent
Prior art date
Application number
KR1020210116113A
Other languages
English (en)
Inventor
후앙 이-수안
오유 멩-후이
구오 유-수안
Original Assignee
아서스테크 컴퓨터 인코포레이션
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 아서스테크 컴퓨터 인코포레이션 filed Critical 아서스테크 컴퓨터 인코포레이션
Publication of KR20220037346A publication Critical patent/KR20220037346A/ko

Links

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
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H04W72/1289—
    • H04W72/14—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

방법 및 장치가 개시된다. 사용자 단말(User Equipment; UE)의 관점으로부터의 일 예에 있어서, UE는, UE가 무선 자원 제어(Radio Resource Control; RRC) 연결 상태에 있을 때, 제 1 RRC 메시지 내에서 제 1 무선 네트워크 임시 식별자(Radio Network Temporary Identifier; RNTI)를 수신한다. UE는, UE가 RRC 연결 상태에 있을 때, 제 1 RNTI를 사용하여 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)을 모니터링한다. UE는, UE가 RRC 연결 상태로부터 RRC 비활성 상태로 전환하는 것을 나타내는 제 2 RRC 메시지를 수신한다. UE는, 제 2 RRC 메시지가 제 2 RNTI를 포함하는지 여부에 기초하여, 제 1 RNTI 또는 제 2 RNTI를 포함하는, RNTI를 결정한다. UE는, UE가 RRC 비활성 상태에 있을 때, RNTI를 사용하여 PDCCH를 모니터링한다.

Description

무선 통신 시스템에서 스몰 데이터 송신을 위한 방법 및 장치{METHOD AND APPARATUS FOR SMALL DATA TRANSMISSION IN A WIRELESS COMMUNICATION SYSTEM}
관련 출원들에 대한 상호 참조
본 출원은 2020년 09월 17일자로 출원된 미국 가특허 출원 일련번호 제63/079,618호에 대한 이익을 주장하며, 이러한 출원의 전체 개시내용이 전체적으로 본원에 참조로서 포함된다. 본 출원은 또한 2020년 09월 17일자로 출원된 미국 가특허 출원 일련번호 제63/079,629호에 대한 이익을 주장하며, 이러한 출원의 전체 개시내용이 전체적으로 본원에 참조로서 포함된다.
기술분야
본 개시는 전반적으로 무선 통신 네트워크들에 관한 것으로서, 보다 더 구체적으로, 무선 통신 시스템에서 스몰 데이터(small data) 송신을 위한 방법 및 장치에 관한 것이다.
모바일 통신 디바이스들로의 그리고 이로부터의 대용량 데이터 통신에 대한 수요가 급증함에 따라, 전통적인 모바일 음성 통신 네트워크들은 인터넷 프로토콜(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는, UE가 무선 자원 제어(Radio Resource Control; RRC) 연결 상태에 있을 때, 제 1 RRC 메시지 내에서 제 1 무선 네트워크 임시 식별자(Radio Network Temporary Identifier; RNTI)를 수신한다. UE는, UE가 RRC 연결 상태에 있을 때, 제 1 RNTI를 사용하여 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)을 모니터링한다. UE는, UE가 RRC 연결 상태로부터 RRC 비활성 상태로 전환하는 것을 나타내는 제 2 RRC 메시지를 수신한다. UE는, 제 2 RRC 메시지가 제 2 RNTI를 포함하는지 여부에 기초하여, 제 1 RNTI 또는 제 2 RNTI를 포함하는, RNTI를 결정한다. UE는, UE가 RRC 비활성 상태에 있을 때, RNTI를 사용하여 PDCCH를 모니터링한다.
도 1은 예시적인 일 실시예에 따른 무선 통신 시스템의 도면을 도시한다.
도 2는 예시적인 일 실시예에 따른 (액세스 네트워크로도 알려진) 송신기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템의 블록도이다.
도 3은 예시적인 일 실시예에 따른 통신 시스템의 기능 블록도이다.
도 4는 예시적인 일 실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 예시적인 일 실시예에 따른 성공적인 무선 자원 제어(Radio Resource Control; RRC) 연결 릴리즈와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 6a는 예시적인 일 실시예에 따른 후속 데이터를 갖는 스몰 데이터 송신(small data transmission; SDT) 절차와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 6b는 예시적인 일 실시예에 따른 후속 데이터를 갖는 SDT 절차와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 7a는 예시적인 일 실시예에 따른 후속 데이터를 갖는 SDT 절차와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 7b는 예시적인 일 실시예에 따른 후속 데이터를 갖는 SDT 절차와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 8a는 예시적인 일 실시예에 따른 후속 데이터를 갖는 SDT 절차와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 8b는 예시적인 일 실시예에 따른 후속 데이터를 갖는 SDT 절차와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 9a는 예시적인 일 실시예에 따른 후속 데이터를 갖는 SDT 절차와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 9b는 예시적인 일 실시예에 따른 후속 데이터를 갖는 SDT 절차와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 10은 예시적인 일 실시예에 따른 후속 데이터를 갖는 SDT 절차와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 11은 예시적인 일 실시예에 따른 후속 데이터를 갖는 SDT 절차와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 12는 예시적인 일 실시예에 따른 후속 데이터를 갖는 SDT 절차와 연관된 예시적인 시나리오를 예시하는 도면이다.
도 13은 예시적인 일 실시예에 따른 순서도이다.
도 14는 예시적인 일 실시예에 따른 순서도이다.
도 15는 예시적인 일 실시예에 따른 순서도이다.
이하에서 논의되는 예시적인 무선 통신 시스템들 및 디바이스들은 브로드캐스트 서비스를 지원하는 무선 통신 시스템을 이용한다. 무선 통신 시스템들은 음성, 데이터, 등과 같은 다양한 유형들의 통신을 제공하기 위해 널리 배포된다. 이러한 시스템들은 코드 분할 다중 액세스(code division multiple access; CDMA), 시간 분할 다중 액세스(time division multiple access; TDMA), 직교 주파수 분할 다중 액세스(orthogonal frequency division multiple access; OFDMA), 3세대 파트너십 프로젝트(3rd Generation Partnership Project; 3GPP) LTE(Long Term Evolution) 무선 액세스, 3GPP LTE-A 또는 LTE-어드밴스드(Long Term Evolution Advanced), 3GPP2 UMB(Ultra Mobile Broadband), WiMax, 5G에 대한 3GPP NR(New Radio) 무선 액세스, 또는 어떤 다른 변조 기술들에 기초할 수 있다.
특히, 이하에서 설명되는 예시적인 무선 통신 시스템들 디바이스들은 RP-193252, "New Work Item on NR small data transmissions in INACTIVE state"; R2-2008124, "Report for Rel-16 (NR-U, Power Savings and 2-step RACH) and Rel-17 (IIoT and Small Data)"; 3GPP TS 38.321 V16.1.0, "NR, MAC protocol specification"; 3GPP TS 38.331 V16.1.0, "NR, RRC protocol specification"; R2-2007047, "Discussion on UL small data transmissions for RACH-based schemes"; R2-2007540, "RACH based NR small data transmission"; RP-193238, "New SID on support of reduced capability NR devices"를 포함하여, 본원에서 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)로부터 정보를 수신한다. 주파수-분할 듀플렉싱(frequency-division duplexing; FDD) 시스템에서, 통신 링크들(118, 120, 124 및 126)은 통신을 위하여 상이한 주파수들을 사용할 수 있다. 예를 들어, 포워드 링크(120)는 리버스 링크(118)에 의해 사용되는 것과는 상이한 주파수를 사용할 수 있다.
안테나들의 각각의 그룹 및/또는 이들이 통신하도록 설계된 영역이 흔히 액세스 네트워크의 섹터로 지칭된다. 실시예에 있어서, 안테나 그룹들은 각기 액세스 네트워크(100)에 의해 커버되는 영역의 섹터 내에서 액세스 단말들과 통신하도록 설계될 수 있다.
포워드 링크들(120 및 126)을 통한 통신에서, 액세스 네트워크(100)의 송신 안테나들은 상이한 액세스 단말들(116 및 122)에 대하여 포워드 링크들의 신호-대-잡음 비를 개선하기 위하여 빔포밍(beamforming)을 사용할 수 있다. 또한, 액세스 단말들로 송신하기 위해 그것의 커버리지를 통해 랜덤하게 산란되는 빔포밍을 사용하는 액세스 네트워크는 정상적으로 그것의 액세스 단말들로 단일 안테나를 통해 송신하는 액세스 네트워크보다 이웃 셀들 내의 액세스 단말들에 대하여 더 적은 간섭을 초래할 수 있다.
액세스 네트워크(AN)는 단말들과 통신하기 위해 사용되는 고정국 또는 기지국일 수 있으며, 또한 액세스 포인트, 노드 B, 기지국, 강화된 기지국, e노드B(eNB), 차세대 노드B(gNB), 또는 어떤 다른 용어로 지칭될 수 있다. 액세스 단말(AT)은 또한 사용자 단말(UE), 무선 통신 디바이스, 단말, 액세스 단말 또는 어떤 다른 용어로 지칭될 수 있다.
도 2는 다중-입력 및 다중-출력(multiple-input and multiple-output; MIMO) 시스템(200) 내의 (액세스 네트워크로도 알려진) 송신기 시스템(210) 및 (액세스 단말(AT) 또는 사용자 단말(UE)로도 알려진) 수신기 시스템(250)의 일 실시예를 나타낸다. 송신기 시스템(210)에서, 다수의 데이터 스트림들에 대한 트래픽 데이터가 데이터 소스(212)로부터 송신(TX) 데이터 프로세서(214)에 제공될 수 있다.
일 실시예에 있어서, 각각의 데이터 스트림은 개별적인 송신 안테나를 통해 송신된다. TX 데이터 프로세서(214)는 코딩된 데이터를 제공하기 위하여 그 데이터 스트림에 대하여 선택된 특정 코딩 기법에 기초하여 각각의 데이터에 대한 트래픽 데이터를 포맷하고, 코딩하며, 인터리빙(interleave)한다.
각각의 데이터 스트림에 대한 코딩된 데이터는 직교 주파수-분할 멀티플렉싱(orthogonal frequency-division multiplexing; OFDM) 기술들을 사용하여 파일럿 데이터와 멀티플렉싱될 수 있다. 파일럿 데이터는 전형적으로 알려진 방식으로 프로세싱된 알려진 데이터 패턴일 수 있으며, 채널 응답을 추정하기 위해 수신기 시스템에서 사용될 수 있다. 그런 다음, 각각의 데이터 스트림에 대한 멀티플렉싱된 파일럿 및 코딩된 데이터는 변조 심볼들을 제공하기 위하여 그 데이터 스트림에 대하여 선택된 특정 변조 기법(예를 들어, BPSK(binary phase shift keying), QPSK(quadrature phase shift keying), M-PSK(M-ary phase shift keying), 또는 M-QAM(M-ary quadrature amplitude modulation))에 기초하여 변조될 수 있다(즉, 심볼 매핑될 수 있다). 각각의 데이터 스트림에 대한 데이터 레이트, 코딩, 및/또는 변조는 프로세서(230)에 의해 수행되는 명령어들에 의해 결정될 수 있다.
그런 다음, 데이터 스트림들에 대한 변조 심볼들이 TX MIMO 프로세서(220)에 제공되며, 이것은 (예를 들어, OFDM에 대하여) 변조 심볼들을 추가로 프로세싱할 수 있다. 그런 다음, TX MIMO 프로세서(220)는 NT 변조 심볼 스트림들을 NT 송신기들(TMTR)(222a 내지 222t)로 제공한다. 특정 실시예들에 있어서, TX MIMO 프로세서(220)는 데이터 스트림들의 심볼들 및 심볼이 송신되는 안테나에 빔포밍 가중치들을 적용할 수 있다.
각각의 송신기(222)는 하나 이상의 아날로그 신호들을 제공하기 위해 개별적인 심볼 스트림을 수신하고 프로세싱하며, MIMO 채널을 통한 송신에 적절한 변조된 신호를 제공하기 위해 아날로그 신호들을 추가로 조절(예를 들어, 증폭, 필터링, 및/또는 업컨버팅(upconvert))한다. 그런 다음, 송신기들(222a 내지 222t)로부터의 NT 변조된 신호들이 각기 NT 안테나들(224a 내지 224t)을 통해 송신될 수 있다.
수신기 시스템(250)에서, 송신된 변조된 신호들이 NR 안테나들(252a 내지 252r)을 통해 수신되며, 각각의 안테나(252)로부터의 수신된 신호들이 개별적인 수신기(RCVR)(254a 내지 254r)로 제공될 수 있다. 각각의 수신기(254)는 개별적인 수신된 신호들을 조절(예를 들어, 필터링, 증폭, 및 다운컨버팅(downconvert))하며, 샘플들을 제공하기 위해 조절된 신호를 디지털화하고, 및/또는 대응하는 "수신된" 심볼 스트림을 제공하기 위해 샘플들을 추가로 프로세싱할 수 있다.
그런 다음, RX 데이터 프로세서(260)는 NT "검출된" 심볼 스트림들을 제공하기 위해 특정 수신기 프로세싱 기술에 기초하여 NR 수신기들(254)로부터 NR 수신된 심볼 스트림들을 수신하거나 및/또는 프로세싱한다. 그런 다음, 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)을 실현하기 위해 사용될 수 있으며, 무선 통신 시스템은 LTE 시스템 또는 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)은 물리적 연결들을 수행하거나 및/또는 구현할 수 있다.
NR에서 스몰 데이터 송신의 작업 아이템은 RAN 총회 #86 회의에서 승인되었다. 작업 아이템의 설명은 이하에서 인용되는 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에서의 스몰 데이터의 후속 송신 및 상태 전환 결정들은 네트워크 제어 하에 있어야 한다.
RAN2 #111 e-회의에서, 다음의 합의들이 도달되었으며, R2-2008124로부터 이하에서 인용되는 세션 리포트에서 캡처되었다:
Figure pat00001
NR에서, 구성된 UL 승인에서의 업링크(uplink; UL) 송신이 이하에서 인용되는 3GPP TS 38.321 V16.1.0의 하나 이상의 부분들에서 논의된다:
5.4 UL-SCH 데이터 전송
5.4.1 UL 승인 수신
업링크 승인은, RRC에 의해 반-영구적으로 구성된, 랜덤 액세스 응답에서, PDCCH 상에서 동적으로 수신되거나, 또는 조항 5.1.2a에 지정된 바와 같이 MSGA의 PUSCH 자원과 연관되는 것으로 결정된다. MAC 엔티티는 UL-SCH 상에서의 송신을 위해 업링크 승인을 가져야 한다. 요청된 송신들을 수행하기 위하여, MAC 계층은 하위 계층들로부터 HARQ 정보를 수신한다. NDI = 0을 갖는 CS-RNTI로 어드레싱된 업링크 승인이 구성된 업링크 승인으로 간주된다. NDI = 1을 갖는 CS-RNTI로 어드레싱된 업링크 승인은 동적 업링크 승인으로 간주된다.
MAC 엔티티가 C-RNTI, 임시 C-RNTI, 또는 CS-RNTI를 갖는 경우, MAC 엔티티는, 각각의 PDCCH 기회(occasion)에 대하여 그리고 실행 timeAlignmentTimer를 갖는 TAG에 속한 각각의 서빙 셀에 대하여 그리고 이러한 PDCCH 기회에 대하여 수신된 각각의 승인에 대하여 다음과 같이 해야 한다:
1> 이러한 서빙 셀에 대한 업링크 승인이 MAC 엔티티의 C-RNTI 또는 임시 C-RNTI에 대해 PDCCH 상에서 수신된 경우; 또는
1> 업링크 승인이 랜덤 액세스 응답에서 수신된 경우:
2> 업링크 승인이 MAC 엔티티의 C-RNTI에 대한 것인 경우 그리고 동일한 HARQ 프로세스에 대하여 HARQ 엔티티로 전달된 이전의 업링크 승인이 MAC 엔티티의 CS-RNTI 또는 구성된 업링크 승인에 대하여 수신된 업링크 승인인 경우:
3> NDI의 값과는 무관하게 대응하는 HARQ 프로세스에 대하여 NDI를 토글된 것으로 간주한다.
2> 업링크 승인이 MAC 엔티티의 C-RNTI에 대한 것이며, 식별된 HARQ 프로세스가 구성된 업링크 승인에 대해 구성되는 경우:
3> 구성된 경우, 대응하는 HARQ 프로세스에 대한 configuredGrantTimer를 시작하거나 또는 재시작한다.
3> 실행 중인 경우, 대응하는 HARQ 프로세스에 대한 cg-RetransmissionTimer를 중지한다.
2> 업링크 승인 및 연관된 HARQ 정보를 HARQ 엔티티로 전달한다.
1> 그렇지 않고, 이러한 PDCCH 기회에 대한 업링크 승인이 MAC 엔티티의 CS-RNTI에 대해 PDCCH 상에서 이러한 서빙 셀에 대하여 수신된 경우:
2> 수신된 HARQ 정보 내의 NDI가 1인 경우:
3> 대응하는 HARQ 프로세스에 대한 NDI를 토글되지 않은 것으로 간주한다;
3> 구성된 경우, 대응하는 HARQ 프로세스에 대한 configuredGrantTimer를 시작하거나 또는 재시작한다;
3> 실행 중인 경우, 대응하는 HARQ 프로세스에 대한 cg-RetransmissionTimer를 중지한다;
3> 업링크 승인 및 연관된 HARQ 정보를 HARQ 엔티티로 전달한다.
2> 그렇지 않고, 수신된 HARQ 정보 내의 NDI가 0인 경우:
3> PDCCH 콘텐트들이 구성된 승인 유형 2 비활성화를 나타내는 경우:
4> 구성된 업링크 승인 확인을 트리거한다.
3> 그렇지 않고, PDCCH 콘텐트들이 구성된 승인 유형 2 활성화를 나타내는 경우:
4> 구성된 업링크 승인 확인을 트리거한다;
4> 이러한 서빙 셀에 대한 업링크 승인 및 연관된 HARQ 정보를 구성된 업링크 승인으로 저장한다;
4> 조항 5.8.2의 규칙들에 따라 연관된 PUSCH 지속 기간에서 시작하고 반복하기 위해 이러한 서빙 셀에 대한 구성된 업링크 승인을 초기화하거나 또는 재-초기화한다;
4> 실행 중인 경우, 대응하는 HARQ 프로세스에 대한 configuredGrantTimer를 중지한다;
4> 실행 중인 경우, 대응하는 HARQ 프로세스에 대한 cg-RetransmissionTimer를 중지한다.
구성되고 활성화된 경우, 각각의 서빙 셀 및 각각의 구성된 업링크 승인에 대하여, MAC 엔티티는 다음과 같이 해야 한다:
1> MAC 엔티티가 lch-basedPrioritization를 가지고 구성되고, 구성된 업링크 승인의 PUSCH 지속 기간이 MSGA 페이로드의 송신을 가지고 또는 이러한 서빙 셀에 대한 랜덤 액세스 응답에서 수신된 업링크 승인의 PUSCH 지속 기간과 중첩하지 않는 경우: 또는
1> 구성된 업링크 승인의 PUSCH 지속 기간이 MSGA 페이로드의 PUSCH 지속 기간을 가지고 또는 이러한 서빙 셀에 대한 랜덤 액세스 응답에서 또는 PDCCH 상에서 수신된 업링크 승인의 PUSCH 지속 기간과 중첩하지 않는 경우:
2> HARQ 프로세스 ID를 이러한 PUSCH 지속 기간과 연관된 HARQ 프로세스 ID로 설정한다;
2> 대응하는 HARQ 프로세스에 대하여, configuredGrantTimer가 실행 중이 아니며 cg-RetransmissionTimer가 구성되지 않은 경우(즉, 새로운 송신):
3> 대응하는 HARQ 프로세스에 대한 NDI 비트를 토글된 것으로 간주한다;
3> 구성된 업링크 승인 및 연관된 HARQ 정보를 HARQ 엔티티로 전달한다.
2> 그렇지 않고, 대응하는 HARQ 프로세스에 대한 cg-RetransmissionTimer가 구성되지만 실행 중이지 않는 경우, 대응하는 HARQ 프로세스에 대하여:
3> configuredGrantTimer가 실행 중이 아니며, HARQ 프로세스가 계류 중이지 않는 경우(즉, 새로운 송신):
4> NDI 비트를 토글된 것으로 간주한다;
4> 구성된 업링크 승인 및 연관된 HARQ 정보를 HARQ 엔티티로 전달한다.
3> 그렇지 않고, 동일한 HARQ 프로세스에 대하여 HARQ 엔티티로 전달된 이전의 업링크 승인이 구성된 업링크 승인이었던 경우(즉, 구성된 승인 상의 재송신):
4> 구성된 업링크 승인 및 연관된 HARQ 정보를 HARQ 엔티티로 전달한다.
harq-ProcID-Offset2을 가지고 구성되지 않으며 cg-RetransmissionTimer을 가지고도 구성되지 않은 구성된 업링크 승인들에 대하여, UL 송신의 제 1 심볼과 연관된 HARQ 프로세스 ID는 다음의 방정식으로부터 도출된다:
HARQ 프로세스 ID = [floor(CURRENT_symbol/periodicity)] 모듈로(modulo) nrofHARQ-Processes
harq-ProcID-Offset2을 갖는 구성된 업링크 승인들에 대하여, UL 송신의 제 1 심볼과 연관된 HARQ 프로세스 ID는 다음의 방정식으로부터 도출된다:
HARQ 프로세스 ID = [floor(CURRENT_symbol / periodicity)] 모듈로 nrofHARQ-Processes + harq-ProcID-Offset2
여기에서 CURRENT_symbol = (SFN x numberOfSlotsPerFrame x numberOfSymbolsPerSlot + 프레임 내의 슬롯 번호 x numberOfSymbolsPerSlot + 슬롯 내의 심볼 번호)이며, numberOfSlotsPerFrame 및 numberOfSymbolsPerSlot은, 각기 TS 38.211 [8]에 지정된 바와 같은, 프레임 당 연속적인 슬롯들의 수 및 슬롯 당 연속적인 심볼들의 수를 나타낸다.
cg-RetransmissionTimer를 가지고 구성된, 구성된 업링크 승인들에 대하여, UE 구현예는 구성된 승인 구성에 대해 이용가능한 HARQ 프로세스 ID 중에서 HARQ 프로세스 ID를 선택한다. UE는 초기 송신들 이전에 재송신들을 우선순위화해야 한다. UE는 새로운 송신들에 대해 CG-UCI 내의 NDI를 토글해야 하며, 재송신들에서 CG-UCI 내의 NDI를 토글하지 않아야 한다.
노트 1: CURRENT_symbol은 발생하는 반복 묶음의 제 1 송신 기회의 심볼 인덱스를 나타낸다.
노트 2: 구성된 업링크 승인이 활성화되고 연관된 HARQ 프로세스 ID가 nrofHARQ-Processes보다 더 작은 경우, harq-ProcID-Offset도 harq-ProcID-Offset2도 구성되지 않는 HARQ 프로세스가 구성된 업링크 승인에 대해 구성된다. 구성된 업링크 승인이 활성화되고 연관된 HARQ 프로세스 ID가 harq-ProcID-Offset2보다 더 크거나 또는 동일하며 구성된 승인 구성에 대한 harq-ProcID-Offset2 및 nrofHARQ-Processes의 합보다 더 작은 경우, harq-ProcID-Offset2가 구성되는 HARQ 프로세스가 구성된 업링크 승인에 대해 구성된다.
노트 3: MAC 엔티티가 랜덤 액세스 응답(즉, MAC RAR 또는 fallbackRAR)에서 승인을 수신하거나 또는 MSGA 페이로드에 대하여 조항 5.1.2a에 지정된 바와 같이 승인을 결정하는 경우 그리고 MAC 엔티티가 또한, Sp셀 상의 동시 송신들을 요구하는, 이것의 C-RNTI 또는 CS-RNTI에 대한 중첩 승인을 수신하는 경우, MAC 엔티티는 이것의 C-RNTI 또는 CS-RNTI에 대한 승인 또는 이것의 RA-RNTI/MSGB-RNTI/MSGA 페이로드 송신에 대한 승인 중 하나를 가지고 계속할 것을 선택할 수 있다.
노트 4: 셀 그룹에서 반송파들에 걸쳐 정렬되지 않은 SFN의 경우에, 관련 서빙 셀의 SFN은 구성된 업링크 승인들에 대해 사용되는 HARQ 프로세스 ID를 계산하기 위해 사용된다.
노트 5: cg-RetransmissionTimer가 구성되지 않은 경우, HARQ 프로세스는 동일한 BWP 내의 상이한 구성된 승인 구성들 사이에서 공유되지 않는다.
…
5.8.2 업링크
동적 승인이 없는 2가지 유형들의 송신이 존재한다:
- 업링크 승인이 RRC에 의해 제공되고, 구성된 업링크 승인으로서 저장되는, 구성된 승인 유형 1;
- 업링크 승인이 PDCCH에 의해 제공되고, 구성된 업링크 승인 활성화 또는 비활성화를 나타내는 L1 시그널링에 기초하여 구성된 업링크 승인으로서 저장되거나 또는 클리어(clear)되는, 구성된 승인 유형 2;
유형 1 및 유형 2는 서빙 셀마다 그리고 BWP마다 RRC에 의해 구성된다. 다수의 구성들이 동일한 BWP에서 동시에 활성 상태일 수 있다. 유형 2에 대해, 활성화 및 비활성화는 서빙 셀들 사이에서 독립적이다. 동일한 BWP에 대해, MAC 엔티티는 유형 1 및 유형 2 둘 모두를 가지고 구성될 수 있다.
RRC는, 구성된 승인 유형 1이 구성될 때 다음의 파라미터들을 구성한다:
- cs-RNTI: 재송신에 대한 CS-RNTI;
- 주기성: 구성된 승인 유형 1의 주기성;
- timeDomainOffset: 시간 영역에서 SFN = timeReferenceSFN에 대한 자원의 오프셋;
- timeDomainAllocation: startSymbolAndLength(즉, TS 38.214 [7]의 SLIV) 또는 startSymbol(즉, TS 38.214 [7]의 S)를 포함하는 시간 영역에서의 구성된 업링크 승인의 할당;
- nrofHARQ-Processes: 구성된 승인에 대한 HARQ 프로세스들의 수;
- harq-ProcID-Offset: 공유 스펙트럼 채널 액세스와의 동작에 대한 구성된 승인에 대한 HARQ 프로세스의 오프셋;
- harq-ProcID-Offset2: 구성된 승인에 대한 HARQ 프로세스의 오프셋;
- timeReferenceSFN: 시간 영역에서 자원의 오프셋의 결정에 대해 사용되는 SFN. UE는, 구성된 승인 구성의 수신에 선행하는 표시된 번호를 갖는 최근접 SFN를 사용한다.
RRC는, 구성된 승인 유형 2가 구성될 때 다음의 파라미터들을 구성한다:
- cs-RNTI: 활성화, 비활성화, 및 재송신에 대한 CS-RNTI;
- 주기성: 구성된 승인 유형 2의 주기성;
- nrofHARQ-Processes: 구성된 승인에 대한 HARQ 프로세스들의 수;
- harq-ProcID-Offset: 공유 스펙트럼 채널 액세스와의 동작에 대한 구성된 승인에 대한 HARQ 프로세스의 오프셋;
- harq-ProcID-Offset2: 구성된 승인에 대한 HARQ 프로세스의 오프셋.
RRC는, 구성된 업링크 승인 상에서 재송신이 구성될 때 다음의 파라미터들을 구성한다:
- cg-RetransmissionTimer: UE가 그 HARQ 프로세스를 자율적으로 재송신하지 않아야 할 때 HARQ 프로세스의 구성된 승인 (재)송신 이후의 지속 기간.
상위 계층들에 의한 서빙 셀에 대한 구성된 승인 유형 1의 구성 시에, MAC 엔티티는 다음과 같이 해야 한다:
1> 표시된 서빙 셀에 대한 구성된 업링크 승인으로서 상위 계층들에 의해 제공된 업링크 승인을 저장한다;
1> (TS 38.214 [7]에 지정된 바와 같이 startSymbol에 의해 제공되는 또는 SLIV로부터 도출되는) S, timeReferenceSFN, 및 timeDomainOffset에 따라 심볼에서 시작하고 그리고 주기성을 가지고 재발생시키기 위해, 구성된 업링크 승인을 초기화하거나 또는 재-초기화한다.
업링크 승인이 구성된 승인 유형 1에 대해 구성된 이후에, MAC 엔티티는, 다음에 대하여 제 N(N >= 0) 업링크 승인이 발생한다는 것을 순차적으로 고려해야 한다:
[(SFN x numberOfSlotsPerFrame x numberOfSymbolsPerSlot) + (프레임 내의 슬롯 번호 x numberOfSymbolsPerSlot) + 슬롯 내의 심볼 번호] =
(timeReferenceSFN x numberOfSlotsPerFrame x numberOfSymbolsPerSlot + timeDomainOffset x numberOfSymbolsPerSlot + S + N x 주기성) 모듈로 (1024 x numberOfSlotsPerFrame x numberOfSymbolsPerSlot).
[…]
구성된 업링크 승인이 상위 계층들에 의해 릴리즈될 때, 모든 대응하는 구성들이 릴리즈되어야 하며 모든 대응하는 업링크 승인들이 클리어되어야 한다.
MAC 엔티티는 다음과 같이 해야 한다:
1> 적어도 하나의 구성된 업링크 승인 확인이 트리거되고 취소되지 않은 경우; 및
1> MAC 엔티티가 새로운 송신에 대해 할당된 UL 자원들을 갖는 경우:
2> MAC 엔티티가 configuredGrantConfigList를 가지고 구성된 경우:
3> 조항 6.1.3.31에 정의된 바와 같이 Multiple Entry Configured Grant Confirmation MAC CE를 생성할 것을 멀티플렉싱 및 어셈블리 절차에 지시한다.
2> 그렇지 않으면:
3> 조항 6.1.3.7에 정의된 바와 같이 Configured Grant Confirmation MAC CE를 생성할 것을 멀티플렉싱 및 어셈블리 절차에 지시한다.
2> 트리거된 구성된 업링크 승인 확인을 취소한다.
구성된 승인 유형 2에 대하여, MAC 엔티티는, 구성된 업링크 승인 비활성화를 확인하는 Configured Grant Confirmation MAC CE 또는 Multiple Entry Configured Grant Confirmation MAC CE의 제 1 송신 이후에 즉시 구성된 업링크 승인(들)을 클리어해야 한다.
재송신은 하기를 사용한다:
- 구성된 업링크 승인들의 수신; 또는
- CS-RNTI로 어드레싱된 수신된 업링크 승인들; 또는
- 구성된 cg-RetransmissionTimer를 가지고 구성된 업링크 승인들.
NR에서, 구성된 물리 업링크 공유 채널(Physical Uplink Shared Channel; PUSCH) 자원에 관한 구성 및 파라미터들이 이하에서 인용되는 3GPP TS 38.331 V16.1.0의 하나 이상의 부분들에서 논의된다:
- ConfiguredGrantConfig
IE ConfiguredGrantConfig는 2개의 가능한 기법들에 따라 동적 승인 없이 업링크 송신을 구성하기 위해 사용된다. 실제 업링크 승인은 RRC를 통해 구성될 수 있거나(유형 1) 또는 (CS-RNTI로 어드레싱된) PDCCH를 통해 제공될 수 있다(유형 2).
ConfiguredGrantConfig 정보 엘리먼트
Figure pat00002
Figure pat00003
Figure pat00004
Figure pat00005
Figure pat00006
…
- PhysicalCellGroupConfig
IE PhysicalCellGroupConfig는 셀-그룹 특정 L1 파라미터들을 구성하기 위해 사용된다.
PhysicalCellGroupConfig 정보 엘리먼트
Figure pat00007
Figure pat00008
NR에서, 무선 자원 제어(Radio Resource Control; RRC) 릴리즈의 설명 및/또는 절차가 이하에서 인용되는 3GPP TS 38.331 V16.1.0의 하나 이상의 부분들에서 제공된다. 특히, "RRC connection release, successful"이라는 명칭의 3GPP TS 38.331 V16.1.0의 섹션 5.3.8.1의 도 5.3.8.1-1이 본원에서 도 5로 재현된다.
5.3.8 RRC 연결 릴리즈
5.3.8.1 개괄
도 5.3.8.1-1: RRC 연결 릴리즈, 성공적
이러한 절차의 목적은 다음과 같다:
- 모든 무선 자원들뿐만 아니라 설정된 무선 베어러들의 릴리즈를 포함하는 RRC 연결을 릴리즈하기 위한 것; 또는
- 설정된 무선 베어러들의 일시 중단을 포함하는, SRB2 및 적어도 하나의 DRB 또는, IAB에 대하여, SRB2가 셋업되는 경우에만 RRC 연결을 일시 중단(suspend)하기 위한 것.
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 메시지가 수신된 순간 또는 선택적으로 하위 계층들이 RRCRelease 메시지의 수신이 성공적으로 수신 확인되었음을 표시할 때 중 더 빠른 것으로부터 이러한 하위-조항에 정의된 다음의 액션들을 60 ms 지연시킨다;
1> 실행 중인 경우, 타이머 T380을 중지한다;
1> 실행 중인 경우, 타이머 T320을 중지한다;
1> 타이머 T316이 실행 중인 경우;
2> 타이머 T316을 중지한다;
2> 존재하는 경우, VarRLF-Report에 포함된 정보를 클리어한다;
1> 실행 중인 경우, 타이머 T350을 중지한다;
1> AS 보안이 활성화되지 않은 경우:
2> waitTime을 제외한 RRCRelease 메시지 내에 포함된 임의의 필드를 무시한다;
2> 절차가 종료되는 릴리즈 원인 '다른 것'을 가지고, 5.3.11에 지정된 바와 같이 RRC_IDLE로 진행 시에 액션들을 수행한다;
1> RRCRelease가 eutra로의 리다이렉션을 나타내는 redirectedCarrierInfo를 포함하는 경우:
2> cnType이 포함된 경우:
3> 셀 선택 이후에, 이용가능 CN 유형(들) 및 수신된 cnType을 상위 계층들에 표시한다;
노트 1: 리다이렉션 이후에 선택된 E-UTRA 셀이 cnType에 의해 지정된 코어 네트워크 유형을 지원하지 않는 경우, 케이스를 핸들링하는 것은 UE 구현예 달려있다.
2> voiceFallbackIndication이 포함된 경우:
3> RRC 연결 릴리즈가 IMS 음성에 대한 EPS 폴백에 대한 것이었다고 간주한다(TS 23.502 [43] 참조);
1> RRCRelease 메시지가 cellReselectionPriorities를 포함하는 경우:
2> cellReselectionPriorities에 의해 제공된 셀 재선택 우선순위 정보를 저장한다;
2> t320이 포함된 경우:
3> t320의 값에 따라 설정된 타이머 값을 가지고 타이머 T320을 시작한다;
1> 그렇지 않으면:
2> 시스템 정보 내의 셀 재선택 우선순위 정보 브로드캐스트를 적용한다;
1> deprioritisationReq가 포함된 경우:
2> 시그널링된 deprioritisationTimer로 설정된 타이머 값을 가지고 타이머 T325를 시작하거나 또는 재시작한다;
2> T325가 만료될 때까지 deprioritisationReq를 저장한다;
1> RRCRelease가 measIdleConfig를 포함하는 경우:
2> T331이 실행 중인 경우:
3> 타이머 T331을 중지한다;
3> 5.7.8.3에 지정된 바와 같은 액션들을 수행한다;
2> measIdleConfig가 셋업으로 설정된 경우:
3> 수신된 measIdleDuration을 VarMeasIdleConfig에 저장한다;
3> measIdleDuration으로 설정된 값을 가지고 타이머 T331을 시작한다;
3> measIdleConfig가 measIdleCarrierListNR을 포함하는 경우:
4> 수신된 measIdleCarrierListNR을 VarMeasIdleConfig에 저장한다;
3> measIdleConfig가 measIdleCarrierListEUTRA를 포함하는 경우:
4> 수신된 measIdleCarrierListEUTRA를 VarMeasIdleConfig에 저장한다;
3> measIdleConfig가 validityAreaList를 포함하는 경우:
4> 수신된 validityAreaList를 VarMeasIdleConfig에 저장한다;
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> KgNB 및 KRRCint 키들을 현재 KgNB 및 KRRCint 키들로 대체한다;
4> C-RNTI를, UE가 RRCRelease 메시지를 수신한 셀 내의 임시 C-RNTI로 대체한다;
4> cellIdentity를, UE가 RRCRelease 메시지를 수신한 셀의 cellIdentity로 대체한다;
4> 물리 셀 신원을, UE가 RRCRelease 메시지를 수신한 셀의 물리 셀 신원으로 대체한다;
2> 그렇지 않으면:
3> UE 비활성 AS 콘텍스트에, 현재 KgNB 및 KRRCint 키들, 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로 진행 시에 액션들을 수행한다.
NR에서, RRC_INACTIVE 상태(예를 들어, 무선 자원 제어(RRC) 비활성 상태)에서의 스몰 데이터 송신(SDT)은, RP-193252 및/또는 R2-2008124에서 논의된 바와 같이, RRC 연결의 설정(및/또는 재개) 및 그 후의 릴리즈 없이 사용자 데이터를 송신하거나 및/또는 수신하기 위해 도입될 수 있다. 스몰 데이터 송신을 통해 RRC_INACTIVE 상태에서 사용자 데이터를 송신하는 것 및/또는 수신하는 것은 전력을 절감하고(예를 들어, 전력 소비를 감소시키고) 시그널링 오버헤드를 감소시킬 수 있다. RRC_INACTIVE 상태에서 사용자 데이터를 송신하기 위해, RP-193252에서 논의된 바와 같이, 랜덤 액세스 채널(Random Access Channel; RACH)-기반 및 미리-구성된 PUSCH 자원-기반 방법들이 고려될 수 있다. UE가 RRC_INACTIVE 상태에 있는 동안 송신을 위해 이용가능한 업링크(UL) 데이터(예를 들어, 스몰 데이터)가 존재하는 것에 응답하여, UE는 RRC 연결 재개 절차를 개시할 수 있으며, 여기에서 RRC 연결 재개 절차는 랜덤 액세스(Random Access; RA) 절차 및/또는 하나 이상의 미리-구성된 물리 업링크 공유 채널(Physical Uplink Shared Channel; PUSCH) 자원들 상에서의 하나 이상의 송신들을 트리거할 수 있다. 예를 들어, UE가 4-단계 RA에 기초하는 SDT 절차를 수행하는 시나리오에서, UE는 Msg3에서 RRC 요청 메시지(예를 들어, RRCResumeRequest) 및 UL 데이터(예를 들어, 스몰 데이터)를 송신할 수 있다. 대안적으로 및/또는 추가적으로, UE가 2-단계 RA에 기초하는 스몰 데이터 송신(SDT) 절차를 수행하는 시나리오에서, UE는 MSGA에서 RRC 요청 메시지(예를 들어, RRCResumeRequest) 및 UL 데이터를 송신할 수 있다. 대안적으로 및/또는 추가적으로, UE가 미리-구성된 PUSCH 자원들에 기초하는 SDT 절차를 수행하는 시나리오에서, UE는 미리-구성된 PUSCH 자원들을 사용하여 송신되는 프로토콜 데이터 유닛(Protocol Data Unit; PDU)에서 RRC 요청 메시지(예를 들어, RRCResumeRequest) 및 UL 데이터를 송신할 수 있다. 일부 예들에 있어서, UL 데이터는 동일한 매체 액세스 제어(Medium Access Control; MAC) PDU에서 RRC 요청 메시지(예를 들어, RRCResumeRequest)와 멀티플렉싱될 수 있다. 대안적으로 및/또는 추가적으로, RRC_INACTIVE 상태에서 RRC 메시지가 없는(예를 들어, RRC_INACTIVE 상태에서 RRC 메시지를 송신하지 않는) 스몰 데이터 송신이 수행될 수 있다.
일부 시스템들에 있어서, SDT 절차는 제 1 다운링크(DL) 송신(예를 들어, 제 1 DL 스몰 데이터 송신)이 뒤따르는 제 1 UL 송신(예를 들어, 제 1 UL 스몰 데이터 송신)을 포함한다. SDT 절차가 4-단계 RA에 기초하는 예에 있어서, UE는 Msg3(예를 들어, 제 1 UL 송신)에서 UL 데이터(예를 들어, 스몰 데이터)를 송신할 수 있으며, Msg4(예를 들어, 제 1 DL 송신)에서 네트워크(network; NW) 응답(예를 들어, Msg3 및/또는 UL 데이터에 응답하는 것과 같은, NW에 의해 송신되는 응답)을 수신할 수 있다. SDT 절차가 2-단계 RA에 기초하는 예에 있어서, UE는 MSGA(예를 들어, 제 1 UL 송신)에서 UL 데이터를 송신할 수 있으며, MSGB(예를 들어, 제 1 DL 송신)에서 NW 응답(예를 들어, MSGA 및/또는 UL 데이터에 응답하는 것과 같은, NW에 의해 송신되는 응답)을 수신할 수 있다. SDT 절차가 미리-구성된 PUSCH 자원들에 기초하는 예에 있어서, UE는 미리-구성된 PUSCH 자원들을 사용하여 UL 데이터(예를 들어, 제 1 송신)을 송신할 수 있으며, UL 데이터의 송신에 응답하는 것과 같은 NW 피드백을 응답으로서 수신할 수 있다(예를 들어, NW 피드백은 제 1 DL 송신에 대응할 수 있다). RP-193252의 작업 아이템 설명에 기초하면, 제 1 UL 송신 및/또는 제 1 DL 송신에서 송신되지 않거나 및/또는 수신되지 않은(예를 들어, 될 수 없는) 데이터(예를 들어, 송신을 위해 이용가능한 UL 데이터 및/또는 DL 데이터)가 더 존재하는 경우, (예를 들어, 더 많은 데이터의) 후속 송신 및 하나 이상의 상태 전환 결정들은 NW 제어 하에 있을 수 있다. R2-2008124에 따르면, RRC_INACTIVE 상태에서의 SDT 메커니즘의 부분인 다수의 UL 패킷들 및/또는 DL 패킷들(예를 들어, 후속 스몰 데이터 송신들)이 지원된다. 제 1 UL 송신 및/또는 제 1 DL 송신 내에서 송신되지 않거나 및/또는 수신되지 않은(예를 들어, 될 수 없는) 데이터가 더 존재하는 경우, NW는, UE가 RRC_INACTIVE 상태에 있을 때 UE가 더 많은 데이터(예를 들어, 후속 데이터)를 송신(및/또는 수신)하도록 구성하거나 및/또는 이를 허용할 수 있다. 대안적으로 및/또는 추가적으로, 제 1 UL 송신 및/또는 제 1 DL 송신 내에서 송신되지 않거나 및/또는 수신되지 않은(예를 들어, 될 수 없는) 데이터가 더 존재하는 경우, NW는, UE를 RRC_CONNECTED 상태(예를 들어, RRC 연결 상태)로 전환(예를 들어, 천이)할 수 있다(그리고 UE가 RRC_CONNECTED 상태에 있을 때 더 많은 데이터를 송신하거나 및/또는 수신한다).
UE가 RRC_INACTIVE 상태에 있을 때의 후속 스몰 데이터 송신(예를 들어, 제 1 UL 송신 및/또는 제 2 DL 송신 이후의 RRC_INACTIVE 상태에서의 더 많은 데이터의 송신)은 UE가 RRC_CONNECTED 상태로 전환하는 것을 회피하는 것을 가능하게 할 수 있으며, 그에 따라서 시그널링(예를 들어, 시그널링 오버헤드) 및/또는 지연을 감소시킬 수 있다. 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후에 하나의 후속 UL 스몰 데이터 송신 및/또는 하나의 후속 DL 스몰 데이터 송신이 존재할 수 있다. 대안적으로 및/또는 추가적으로, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후에 다수의 후속 UL 스몰 데이터 송신들 및/또는 다수의 후속 DL 스몰 데이터 송신들이 존재할 수 있다. RRC 재개 요청 메시지(예를 들어, RRCResumeRequest)에 응답하는 RRC 릴리즈 메시지(예를 들어, RRCRelease)가 제 1 DL 송신 내에 포함될 수 있다. 대안적으로 및/또는 추가적으로, RRC 재개 요청 메시지(예를 들어, RRCResumeRequest)에 응답하는 RRC 릴리즈 메시지(예를 들어, RRCRelease)는 마지막 후속 DL 송신(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후의 하나 이상의 후속 DL 스몰 데이터 송신들 중 마지막 DL 송신) 내에 포함될 수 있다. 후속 스몰 데이터(예를 들어, 더 많은 데이터)는, 하나 이상의 구성된 PUSCH 자원들(예를 들어, 구성된 UL 승인들)을 사용하여 및/또는 하나 이상의 동적 UL 승인들을 사용하여, RA 메커니즘을 사용하여 송신될 수 있다. 후속 스몰 데이터 송신들(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후의 하나 이상의 후속 UL 스몰 데이터 송신들 및/또는 하나 이상의 후속 DL 스몰 데이터 송신들)이 SDT 절차의 부분으로 간주될 수 있다.
제 1 UL 송신 및/또는 제 1 DL 송신(예를 들어, SDT 절차를 통해, 예컨대 RACH-기반 SDT를 통해 및/또는 미리-구성된 PUSCH 자원-기반 SDT를 통해 수행되는 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신) 이후에, 하나 이상의 후속 UL 송신들(예를 들어, 하나 이상의 UL 스몰 데이터 송신들)은, UE가 RRC_INACTIVE 상태에 있을 때 하나 이상의 구성된 승인(configured grant; CG)들을 통해 수행될 수 있다. UE가 RRC_INACTIVE 상태에 있을 때 구성된 승인을 통해 후속 UL 송신을 가능하게 하기 위해, NW는 하나 이상의 후속 UL 송신들에 대한 하나 이상의 구성된 승인들(예를 들어, 후속 스몰 데이터의 송신을 위한 하나 이상의 구성된 승인들)을 제공할 수 있다. 예를 들어, R2-2007047에서 제안된 바와 같이, NW는 하나 이상의 구성된 PUSCH 자원들을 미리-구성할 수 있으며(예를 들어, UE는 하나 이상의 구성된 PUSCH 자원들을 가지고 구성될 수 있음), NW는 제 1 DL 송신(예를 들어, Msg4, MSGB)에서 하나 이상의 구성된 PUSCH 자원들의 구성된 PUSCH 자원을 활성화하거나 및/또는 표시할 수 있고, 여기에서 제 1 DL 송신에서 활성화되거나 및/또는 표시된 구성된 PUSCH 자원은 하나 이상의 후속 UL 송신들에 대해 사용될 수 있다. 대안적으로 및/또는 추가적으로, R2-2007540에서 제안된 바와 같이, NW는 제 1 UL 송신(예를 들어, Msg3, MSGA)을 수신한 이후에 하나 이상의 전용 PUSCH 자원들을 구성할 수 있으며(예를 들어, UE는 하나 이상의 전용 PUSCH 자원들을 가지고 구성될 수 있음), 여기에서 하나 이상의 전용 PUSCH 자원들은 하나 이상의 후속 UL 송신들에 대해 사용될 수 있다. 대안적으로 및/또는 추가적으로, NW는 제 1 DL 송신(예를 들어, Msg4, MSGB)과 함께 (예를 들어, UE로) 하나 이상의 구성된 PUSCH 자원들을 제공할 수 있으며, 여기에서 하나 이상의 구성된 PUSCH 자원들은 하나 이상의 후속 UL 송신들에 대해 사용될 수 있다. 예를 들어, NW는, UE로, 하나 이상의 구성된 PUSCH 자원들 및 제 1 DL 송신을 포함하는 송신을 송신할 수 있다(및/또는 제 1 DL 송신은 하나 이상의 구성된 PUSCH 자원들을 포함할 수 있다).
UE는, UE가 RRC_INACTIVE 상태에 있을 때, RA를 트리거하거나 및/또는 Msg3 및/또는 MSGA에서 데이터(예를 들어, 스몰 데이터)를 송신하기 위해, RRC 연결 재개 절차를 개시할 수 있다. 후속 스몰 데이터(예를 들어, 더 많은 데이터)에 대하여, NW는 Msg4 및/또는 MSGB에서 하나 이상의 구성된 UL 승인들을 제공할 수 있다. 대안적으로 및/또는 추가적으로, 후속 스몰 데이터(예를 들어, 더 많은 데이터)에 대하여, NW는 Msg4 및/또는 MSGB에서 정보를 표시할 수 있으며, Msg4 및/또는 MSGB를 송신한 이후에 하나 이상의 구성된 UL 승인들을 제공할 수 있다.
예 1
예 1에서, 제 1 데이터(예를 들어, 제 1 UL 스몰 데이터 송신의 데이터)는 Msg3에서 송신될 수 있으며, 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 UL 승인들 및/또는 하나 이상의 구성된 PUSCH 자원들)은 Msg4에서 (예를 들어, UE로) 제공될 수 있다.
도 6a 내지 도 6b는, 예 1에 따라 제 1 데이터가 (참조 번호 610으로 도시된) Msg3에서 송신되고 하나 이상의 구성된 자원들이 (참조 번호 614로 도시된) Msg4에서 제공되는 후속 데이터를 갖는 SDT 절차의 예시적인 시나리오를 예시한다. (참조 번호 602로 도시된) UE는 RRC_INACTIVE 상태에서의 스몰 데이터 송신을 위해 4-단계 RA를 트리거하기 위해 RRC 연결 재개 절차를 개시할 수 있다. UE(602)는 RA 프리앰블(606)(예를 들어, Msg1)을 송신할 수 있다. (참조 번호 604로 도시된) NW는 RA 프리앰블(606)(예를 들어, Msg1)을 수신하고 랜덤 액세스 응답(Random Access Response; RAR)(608)(예를 들어, Msg2)을 송신할 수 있다. 예를 들어, RAR(608)은 RA 프리앰블(606)에 응답하여 송신될 수 있다. 제 1 송신들(612)(예를 들어, 제 1 UL 스몰 데이터 송신 및 제 1 DL 스몰 데이터 송신)이 수행될 수 있다. 예를 들어, RAR(608)(예를 들어, Msg2)을 수신하는 것에 응답하여, UE(602)는 Msg3(610)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신하기 위해 RAR(608)(예를 들어, Msg2) 내의 UL 승인을 사용할 수 있으며, 여기에서 Msg3(610)은 RRC 재개 요청 메시지(예를 들어, RRCResumeRequest), 사용자 데이터(예를 들어, 제 1 데이터) 및/또는 버퍼 상태 리포트(Buffer Status Report; BSR)를 포함할 수 있다. Msg3(610)을 수신하는 것에 응답하여, NW(604)는 RA 절차를 완료하도록 UE(602)에 통보하기(예를 들어, 지시하기) 위해 Msg4(614)(예를 들어, 제 1 DL 스몰 데이터 송신)를 송신할 수 있다. NW(604)는 Msg4(614)에서 하나 이상의 구성된 자원들의 구성(예를 들어, 3GPP TS 38.331 V16.1.0에서 논의된 바와 같은, ConfiguredGrantConfig)을 제공할 수 있다. UE(602)는 하나 이상의 후속 송신들(620)을 통해 후속 스몰 데이터를 송신하기 위해 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 PUSCH 자원들)을 사용할 수 있다. 후속 스몰 데이터를 수신하는 것에 응답하여, NW(604)는 UE(602)로 피드백(예를 들어, 수신확인(acknowledgment; ACK) 및/또는 재송신을 위한 UL 승인)을 송신할 수 있다. 예를 들어, 후속 스몰 데이터는 제 1 후속 스몰 데이터 송신(616) 및/또는 제 2 후속 스몰 데이터 송신(622)을 통해 송신될 수 있다. NW(604)는 제 1 후속 스몰 데이터 송신(616)에 응답하여 제 1 피드백(618)(예를 들어, ACK 및/또는 재송신을 위한 UL 승인) 및/또는 제 2 후속 스몰 데이터 송신(622)에 응답하여 제 2 피드백(624)(예를 들어, ACK 및/또는 재송신을 위한 UL 승인)을 송신할 수 있다. 도 6a에서, RRC 릴리즈 메시지(예를 들어, RRCRelease)가 Msg4(614)의 송신(예를 들어, 제 1 DL 송신)을 통해 UE(602)에 제공될 수 있다. 도 6b에서, RRC 릴리즈 메시지(예를 들어, RRCRelease)는 하나 이상의 후속 송신들(620) 중 마지막 후속 DL 송신(예를 들어, 제 2 피드백(624))을 통해 UE(602)에 제공될 수 있다. 일부 예들에 있어서, RRC 릴리즈 메시지는 UE(602)를 RRC_INACTIVE 상태로 유지하기 위해 UE(602)로 송신된다(예를 들어, RRC 릴리즈 메시지는, UE(602)가 RRC_INACTIVE 상태에 머무르도록 UE(602)로 송신된다). 예를 들어, RRC 릴리즈 메시지는 RRC_INACTIVE 상태에 머무르는 것을 나타낼 수 있다.
예 2
예 2에서, 제 1 데이터(예를 들어, 제 1 UL 스몰 데이터 송신의 데이터)는 MSGA에서 송신될 수 있으며, 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 UL 승인들 및/또는 하나 이상의 구성된 PUSCH 자원들)은 MSGB에서 (예를 들어, UE로) 제공될 수 있다.
도 7a 내지 도 7b는, 예 2에 따라 제 1 데이터가 (참조 번호 706으로 도시된) MSGA에서 송신되고 하나 이상의 구성된 자원들이 (참조 번호 710으로 도시된) MSGB에서 제공되는 후속 데이터를 갖는 SDT 절차의 예시적인 시나리오를 예시한다. (참조 번호 702로 도시된) UE는 RRC_INACTIVE 상태에서의 스몰 데이터 송신을 위해 2-단계 RA를 트리거하기 위해 RRC 연결 재개 절차를 개시할 수 있다. 제 1 송신들(708)(예를 들어, 제 1 UL 스몰 데이터 송신 및 제 1 DL 스몰 데이터 송신)이 수행될 수 있다. 예를 들어, UE(702)는 RA 프리앰블 및 PUSCH 페이로드를 포함하는 MSGA(706)(예를 들어, 제 1 UL 스몰 데이터 송신)를 송신할 수 있다. PUSCH 페이로드는 RRC 재개 요청 메시지(예를 들어, RRCResumeRequest), 사용자 데이터(예를 들어, 제 1 데이터), 및/또는 BSR을 포함할 수 있다. MSGA(706)를 수신하는 것에 응답하여, (참조 번호 704로 도시된) NW는 RA 절차를 완료하도록 UE(702)에 통보하기(예를 들어, 지시하기) 위해 MSGB(710)(예를 들어, 제 1 DL 스몰 데이터 송신)를 송신할 수 있다. NW(704)는 MSGB(710)에서 하나 이상의 구성된 자원들의 구성(예를 들어, 3GPP TS 38.331 V16.1.0에서 논의된 바와 같은, ConfiguredGrantConfig)을 제공할 수 있다. UE(702)는 하나 이상의 후속 송신들(716)을 통해 후속 스몰 데이터를 송신하기 위해 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 PUSCH 자원들)을 사용할 수 있다. 후속 스몰 데이터를 수신하는 것에 응답하여, NW(704)는 UE(702)로 피드백(예를 들어, ACK 및/또는 재송신을 위한 UL 승인)을 송신할 수 있다. 예를 들어, 후속 스몰 데이터는 제 1 후속 스몰 데이터 송신(712) 및/또는 제 2 후속 스몰 데이터 송신(718)을 통해 송신될 수 있다. NW(704)는 제 1 후속 스몰 데이터 송신(712)에 응답하여 제 1 피드백(714)(예를 들어, ACK 및/또는 재송신을 위한 UL 승인) 및/또는 제 2 후속 스몰 데이터 송신(718)에 응답하여 제 2 피드백(720)(예를 들어, ACK 및/또는 재송신을 위한 UL 승인)을 송신할 수 있다. 도 7a에서, RRC 릴리즈 메시지(예를 들어, RRCRelease)가 MSGB(710)의 송신(예를 들어, 제 1 DL 송신)을 통해 UE(702)에 제공될 수 있다. 도 7b에서, RRC 릴리즈 메시지(예를 들어, RRCRelease)는 하나 이상의 후속 송신들(716) 중 마지막 후속 DL 송신(예를 들어, 제 2 피드백(720))을 통해 UE(702)에 제공될 수 있다. 일부 예들에 있어서, RRC 릴리즈 메시지는 UE(702)를 RRC_INACTIVE 상태로 유지하기 위해 UE(702)로 송신된다(예를 들어, RRC 릴리즈 메시지는, UE(702)가 RRC_INACTIVE 상태에 머무르도록 UE(702)로 송신된다). 예를 들어, RRC 릴리즈 메시지는 RRC_INACTIVE 상태에 머무르는 것을 나타낼 수 있다.
예 3
예 3에서, 제 1 데이터(예를 들어, 제 1 UL 스몰 데이터 송신의 데이터)는 Msg3에서 송신될 수 있으며, 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 UL 승인들 및/또는 하나 이상의 구성된 PUSCH 자원들)은 Msg4의 송신 이후에 (예를 들어, UE로) 제공될 수 있다.
도 8a 내지 도 8b는, 예 3에 따라 제 1 데이터가 (참조 번호 810으로 도시된) Msg3에서 송신되고 하나 이상의 구성된 자원들이 (참조 번호 814로 도시된) Msg4의 송신 이후에 제공되는 후속 데이터를 갖는 SDT 절차의 예시적인 시나리오를 예시한다. (참조 번호 802로 도시된) UE는 RRC_INACTIVE 상태에서의 스몰 데이터 송신을 위해 4-단계 RA를 트리거하기 위해 RRC 연결 재개 절차를 개시할 수 있다. UE(802)는 RA 프리앰블(806)(예를 들어, Msg1)을 송신할 수 있다. (참조 번호 804로 도시된) NW는 RA 프리앰블(806)(예를 들어, Msg1)을 수신하고 RAR(808)(예를 들어, Msg2)을 송신할 수 있다. 제 1 송신들(812)(예를 들어, 제 1 UL 스몰 데이터 송신 및 제 1 DL 스몰 데이터 송신)이 수행될 수 있다. 예를 들어, RAR(808)(예를 들어, Msg2)을 수신하는 것에 응답하여, UE(802)는 Msg3(810)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신하기 위해 RAR(808)(예를 들어, Msg2) 내의 UL 승인을 사용할 수 있으며, 여기에서 Msg3(810)은 RRC 재개 요청 메시지(예를 들어, RRCResumeRequest), 사용자 데이터(예를 들어, 제 1 데이터) 및/또는 BSR을 포함할 수 있다. Msg3(810)을 수신하는 것에 응답하여, NW(804)는 RA 절차를 완료하고 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 PUSCH 자원들)을 수신하도록 UE(802)에 통보하기(예를 들어, 지시하기) 위해 Msg4(814)(예를 들어, 제 1 DL 스몰 데이터 송신)를 송신할 수 있다. NW(704)는 Msg4(814)를 송신한 이후에 하나 이상의 구성된 자원들의 구성(예를 들어, 3GPP TS 38.331 V16.1.0에서 논의된 바와 같은, ConfiguredGrantConfig)을 제공할 수 있다. 예를 들어, NW(804)는 Msg4(814)를 송신한 이후에 송신(816)을 수행할 수 있으며, 여기에서 송신(816)은 하나 이상의 구성된 자원들의 구성을 UE(802)에 제공한다. UE(802)는 하나 이상의 후속 송신들(822)을 통해 후속 스몰 데이터를 송신하기 위해 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 PUSCH 자원들)을 사용할 수 있다. 후속 스몰 데이터를 수신하는 것에 응답하여, NW(804)는 UE(802)로 피드백(예를 들어, ACK 및/또는 재송신을 위한 UL 승인)을 송신할 수 있다. 예를 들어, 후속 스몰 데이터는 제 1 후속 스몰 데이터 송신(818) 및/또는 제 2 후속 스몰 데이터 송신(824)을 통해 송신될 수 있다. NW(804)는 제 1 후속 스몰 데이터 송신(818)에 응답하여 제 1 피드백(820)(예를 들어, ACK 및/또는 재송신을 위한 UL 승인) 및/또는 제 2 후속 스몰 데이터 송신(824)에 응답하여 제 2 피드백(826)(예를 들어, ACK 및/또는 재송신을 위한 UL 승인)을 송신할 수 있다. 도 8a에서, RRC 릴리즈 메시지(예를 들어, RRCRelease)가 Msg4(814)의 송신(예를 들어, 제 1 DL 송신)을 통해 UE(802)에 제공될 수 있다. 도 8b에서, RRC 릴리즈 메시지(예를 들어, RRCRelease)는 하나 이상의 후속 송신들(822) 중 마지막 후속 DL 송신(예를 들어, 제 2 피드백(826))을 통해 UE(802)에 제공될 수 있다. 일부 예들에 있어서, RRC 릴리즈 메시지는 UE(802)를 RRC_INACTIVE 상태로 유지하기 위해 UE(802)로 송신된다(예를 들어, RRC 릴리즈 메시지는, UE(802)가 RRC_INACTIVE 상태에 머무르도록 UE(802)로 송신된다). 예를 들어, RRC 릴리즈 메시지는 RRC_INACTIVE 상태에 머무르는 것을 나타낼 수 있다.
예 4
예 4에서, 제 1 데이터(예를 들어, 제 1 UL 스몰 데이터 송신의 데이터)는 MSGA에서 송신될 수 있으며, 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 UL 승인들 및/또는 하나 이상의 구성된 PUSCH 자원들)은 MSGB의 송신 이후에 (예를 들어, UE로) 제공될 수 있다.
도 9a 내지 도 9b는, 예 4에 따라 제 1 데이터가 (참조 번호 906으로 도시된) MSGA에서 송신되고 하나 이상의 구성된 자원들이 (참조 번호 910으로 도시된) MSGB의 송신 이후에 제공되는 후속 데이터를 갖는 SDT 절차의 예시적인 시나리오를 예시한다. (참조 번호 902로 도시된) UE는 RRC_INACTIVE 상태에서의 스몰 데이터 송신을 위해 2-단계 RA를 트리거하기 위해 RRC 연결 재개 절차를 개시할 수 있다. 제 1 송신들(908)(예를 들어, 제 1 UL 스몰 데이터 송신 및 제 1 DL 스몰 데이터 송신)이 수행될 수 있다. 예를 들어, UE(902)는 RA 프리앰블 및 PUSCH 페이로드를 포함하는 MSGA(906)(예를 들어, 제 1 UL 스몰 데이터 송신)를 송신할 수 있다. PUSCH 페이로드는 RRC 재개 요청 메시지(예를 들어, RRCResumeRequest), 사용자 데이터(예를 들어, 제 1 데이터), 및/또는 BSR을 포함할 수 있다. MSGA(906)를 수신하는 것에 응답하여, (참조 번호 904로 도시된) NW는 RA 절차를 완료하고 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 PUSCH 자원들)을 수신하도록 UE(902)에 통보하기(예를 들어, 지시하기) 위해 MSGB(예를 들어, 제 1 DL 스몰 데이터 송신)를 송신할 수 있다. NW(904)는 MSGB(910)를 송신한 이후에 하나 이상의 구성된 자원들의 구성(예를 들어, 3GPP TS 38.331 V16.1.0에서 논의된 바와 같은, ConfiguredGrantConfig)을 제공할 수 있다. 예를 들어, NW(904)는 MSGB(910)를 송신한 이후에 송신(912)을 수행할 수 있으며, 여기에서 송신(912)은, 구성된 UL 승인과 같은, 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 PUSCH 자원들)의 구성을 UE(902)에 제공한다. UE(902)는 하나 이상의 후속 송신들(918)을 통해 후속 스몰 데이터를 송신하기 위해 하나 이상의 구성된 자원들(예컨대, 구성된 UL 숭인)을 사용할 수 있다. 후속 스몰 데이터를 수신하는 것에 응답하여, NW(904)는 UE(902)로 피드백(예를 들어, ACK 및/또는 재송신을 위한 UL 승인)을 송신할 수 있다. 예를 들어, 후속 스몰 데이터는 제 1 후속 스몰 데이터 송신(914) 및/또는 제 2 후속 스몰 데이터 송신(920)을 통해 송신될 수 있다. NW(904)는 제 1 후속 스몰 데이터 송신(914)에 응답하여 제 1 피드백(916)(예를 들어, ACK 및/또는 재송신을 위한 UL 승인) 및/또는 제 2 후속 스몰 데이터 송신(920)에 응답하여 제 2 피드백(922)(예를 들어, ACK 및/또는 재송신을 위한 UL 승인)을 송신할 수 있다. 도 9a에서, RRC 릴리즈 메시지(예를 들어, RRCRelease)가 MSGB(910)의 송신(예를 들어, 제 1 DL 송신)을 통해 UE(902)에 제공될 수 있다. 도 9b에서, RRC 릴리즈 메시지(예를 들어, RRCRelease)는 하나 이상의 후속 송신들(918) 중 마지막 후속 DL 송신(예를 들어, 제 2 피드백(922))을 통해 UE(902)에 제공될 수 있다. 일부 예들에 있어서, RRC 릴리즈 메시지는 UE(902)를 RRC_INACTIVE 상태로 유지하기 위해 UE(902)로 송신된다(예를 들어, RRC 릴리즈 메시지는, UE(902)가 RRC_INACTIVE 상태에 머무르도록 UE(902)로 송신된다). 예를 들어, RRC 릴리즈 메시지는 RRC_INACTIVE 상태에 머무르는 것을 나타낼 수 있다.
예 1 내지 예 4에서, 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 PUSCH 자원들)의 구성은 하나 이상의 구성된 자원들을 사용(예를 들어, 재사용)(예를 들어, 주기성에 따라 하나 이상의 구성된 자원들을 주기적으로 재사용)하기 위한 주기성, 주파수 영역 자원 할당, 및/또는 시간 영역 자원 할당을 포함할 수 있다. 하나 이상의 후속 송신들(예를 들어, 하나 이상의 후속 송신들(620), 하나 이상의 후속 송신들(716), 하나 이상의 후속 송신들(822), 및/또는 하나 이상의 후속 송신들(918))은 하나의 UL 송신 및/또는 하나의 DL 송신을 포함할 수 있다. 대안적으로 및/또는 추가적으로, 하나 이상의 후속 송신들(예를 들어, 하나 이상의 후속 송신들(620), 하나 이상의 후속 송신들(716), 하나 이상의 후속 송신들(822), 및/또는 하나 이상의 후속 송신들(918))은 다수의 UL 송신들 및/또는 다수의 DL 송신들을 포함할 수 있다. NW는 UE를 RRC_INACTIVE 상태로 유지하기 위해 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 송신할 수 있다.
SDT 절차 동안, UE는 NW로부터 DL 송신들을 수신하기 위해 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)을 모니터링할 수 있다. 도 6a 내지 도 6b 및 도 8a 내지 도 8b에 도시된 것과 같은 4-단계 RA에 기초하는 SDT 절차의 케이스에 대하여, UE는 Msg2를 수신하기 위해 랜덤 액세스 무선 네트워크 임시 식별자(Random Access Radio Network Temporary Identifier; RA-RNTI)에 의해 PDCCH를 모니터링할 수 있으며, (예를 들어, 4-단계 RA 동안) Msg4를 수신하기 위해 임시 셀 무선 네트워크 임시 식별자(임시 C-RNTI(Cell Radio Network Temporary Identifier))에 의해 PDCCH를 모니터링할 수 있다. 도 7a 내지 도 7b 및 도 9a 내지 도 9b에 도시된 것과 같은 2-단계 RA에 기초하는 SDT 절차의 케이스에 대하여, UE는 (예를 들어, 2-단계 RA 동안) MSGB를 수신하기 위해 MSGB 무선 네트워크 임시 식별자(MSGB Radio Network Temporary Identifier; MSGB-RNTI)에 의해 PDCCH를 모니터링할 수 있다. (3GPP TS 38.321 V16.1.0에서 제공되는 바와 같은) NR MAC 사양에서, 구성된 승인 송신을 수행하기 위해, UE는 구성된 스케줄링 무선 네트워크 임시 식별자(Configured Scheduling Radio Network Temporary Identifier; CS-RNTI)를 가지고 구성되어야 할 필요가 있을 수 있으며(예를 들어, 구성될 것이 요구될 수 있으며), UE는 CS-RNTI에 의해 PDCCH를 모니터링(예를 들어, CS-RNTI를 사용하여 PDCCH를 모니터링)할 수 있다. UE는, 하나 이상의 구성된 UL 승인들(예를 들어, 구성된 승인 유형 1(CG 유형 1)의 하나 이상의 구성된 UL 승인들 및/또는 구성된 승인 유형 2(CG 유형 2)의 하나 이상의 구성된 UL 승인들)의 활성화 및/또는 비활성화(및/또는 활성화 및/또는 비활성화를 나타내는 메시지)를 수신하기 위해 CS-RNTI에 의해 PDCCH를 모니터링할 수 있다. 대안적으로 및/또는 추가적으로, UE는, 구성된 UL 승인을 사용하여 수행되는 송신의 재송신을 위한 것과 같은, 구성된 UL 승인(예를 들어, 구성된 승인 유형 1의 구성된 UL 승인 및/또는 구성된 승인 유형 2의 구성된 UL 승인)의 재송신을 위한 UL 승인을 수신하기 위해 CS-RNTI에 의해 PDCCH를 모니터링할 수 있다.
UE가 RRC_INACTIVE 상태에 있을 때 하나 이상의 구성된 승인들을 사용하는 하나 이상의 후속 UL 송신들(예를 들어, 하나 이상의 후속 UL 송신들은 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후의 하나 이상의 UL 스몰 데이터 송신들에 대응할 수 있음)을 가능하게 하기 위해, UE는, UE가 RRC_INACTIVE 상태에 있을 때 활성화, 표시, 및/또는 재송신(예를 들어, RRC_INACTIVE 상태에서의 활성화, 표시 및/또는 재송신)에 대해 PDCCH를 모니터링할 수 있다. 도 8a 내지 도 8b 및 도 9a 내지 도 9b의 예시적인 시나리오들에서, UE는, UE가 RRC_INACTIVE 상태에 있을 때 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 승인 자원들)을 수신하거나 및/또는 활성화하기 위하여 PDCCH를 모니터링하기 위해 CS-RNTI를 필요로 한다(예를 들어, CS-RNTI를 가지고 구성될 것이 요구될 수 있다). 도 6a 내지 도 6b, 도 7a 내지 도 7b, 도 8a 내지 도 8b 및 도 9a 내지 도 9b의 예시적인 시나리오들에서, UE는, UE가 RRC_INACTIVE 상태에 있을 때 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 승인 자원들)을 비활성화하기 위하여 및/또는 송신된 후속 데이터(예를 들어, 후속 스몰 데이터)의 재송신을 위하여 PDCCH를 모니터링하기 위해 CS-RNTI를 필요로 한다(예를 들어, CS-RNTI를 가지고 구성될 것이 요구될 수 있다).
제 1 UL 송신(예를 들어, 제 1 UL 스몰 데이터 송신) 및/또는 제 1 DL 송신(예를 들어, 제 1 DL 스몰 데이터 송신)이 미리-구성된 PUSCH 자원-기반 SDT를 통해 수행되는 시나리오에서, UE는 피드백(예를 들어, NW로부터의 피드백)을 수신하기 위해 CS-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE는, UE가 RRC_CONNECTED 상태에 있을 때, RRC 구성 메시지에서 CS-RNTI를 수신할 수 있다. 대안적으로 및/또는 추가적으로, UE는, UE가 RRC_INACTIVE 상태로 전환(예를 들어, 천이)되거나 및/또는 릴리즈될 때(및/또는 그 이후에), (예를 들어, RRC 릴리즈 메시지에서) CS-RNTI를 수신할 수 있다. 대안적으로 및/또는 추가적으로, UE는 RRC 릴리즈 메시지(예를 들어, RRCRelease)에서 CS-RNTI를 수신할 수 있다. 그러나, 제 1 UL 송신(예를 들어, 제 1 UL 스몰 데이터 송신) 및/또는 제 1 DL 송신(예를 들어, 제 1 DL 스몰 데이터 송신)이 RACH-기반 SDT(예를 들어, 2-단계 RA에 기초하는 SDT 절차 및/또는 4-단계 RA에 기초하는 SDT 절차)를 통해 수행되는 시나리오에서, UE는, UE가 RRC_INACTIVE 상태에 있을 때 PDCCH 상에서 모니터링하기 위한 CS-RNTI와 같은, CS-RNTI를 갖지 않을 수 있다(예를 들어, UE는 유효 및/또는 활성 CS-RNTI를 갖지 않을 수 있다). 3GPP TS 38.321 V16.1.0에서, CS-RNTI는, UE가 RRC_CONNECTED 상태에 있을 때 NW로부터의 RRC 메시지(예를 들어, RRC 재구성 메시지) 내에 구성될 수 있다. UE가 RRC_CONNECTED 상태에 있을 때 CS-RNTI가 구성되는 경우, CS-RNTI는, UE가 RRC_CONNECTED 상태를 떠날 때 릴리즈되거나 또는 저장될 수 있다(그리고, 예를 들어, CS-RNTI가 사용되지 않을 수 있다). 따라서, UE는, UE가 RRC_INACTIVE 상태에서 RACH-기반 SDT를 수행할 때 CS-RNTI(예를 들어, 유효 및/또는 활성 CS-RNTI)를 갖지 않는다. UE가 RRC_INACTIVE 상태에서 RACH-기반 SDT를 수행할 때 UE가 CS-RNTI(예를 들어, 유효 및/또는 활성 CS-RNTI)를 갖지 않는 것에 기인하여, UE는 하나 이상의 구성된 승인들을 사용하는 하나 이상의 후속 송신들에 대해 PDCCH를 모니터링하지 않을 수 있다(및/또는 모니터링하지 못할 수 있다). UE가 하나 이상의 구성된 승인들을 사용하는 하나 이상의 후속 송신들에 대해 PDCCH를 모니터링하지 않는 것(및/또는 모니터링하지 못하는 것)에 기인하여, NW는 무선 네트워크 임시 식별자(Radio Network Temporary Identifier; RNTI)에 의해 UE를 식별하지 않을 수 있으며(및/또는 식별하지 못할 수 있으며), 하나 이상의 후속 송신들과 관련된 정보 및/또는 하나 이상의 구성된 승인들의 구성을 제공하지 않을 수 있다(및/또는 제공하지 못할 수 있다). (이상에서 언급된 바와 같은) RRC_INACTIVE에서 구성된 승인을 사용하여 하나 이상의 후속 송신들(예를 들어, SDT 절차의 제 1 UL 송신 및/또는 제 1 DL 송신 이후의 SDT 절차의 하나 이상의 후속 송신들)을 제어하기 위하여 UE가 PDCCH 모니터링을 위해 CS-RNTI(예를 들어, 유효 및/또는 활성 CS-RNTI)를 획득하기 위한 기술들 및/또는 방법들이 고려되어야 한다.
본원에서 제공되는 기술들 중 하나 이상은 전술한 이슈들(UE가 RRC_INACTIVE 상태에서 RACH-기반 SDT를 수행할 때 UE가 CS-RNTI를 갖지 않는 것 및/또는 UE가 하나 이상의 구성된 승인들을 사용하는 하나 이상의 후속 송신들에 대해 PDCCH를 모니터링하지 않는 것) 중 하나 이상을 해결하기 위해 사용될 수 있다.
제 1 실시예에 있어서, UE는 저장된 구성 내의 CS-RNTI를 복원할 수 있다. 예를 들어, 저장된 구성은 CS-RNTI의 구성일 수 있다. 저장된 구성은, UE가 RRC_CONNECTED 상태에 있을 때 UE에 의해 사용될 수 있다. CS-RNTI는, UE가 RRC_CONNECTED 상태에 있을 때 UE가 가장 최근에 사용한 CS-RNTI일 수 있다. 일부 예들에 있어서, CS-RNTI(예를 들어, CS-RNTI의 구성)는, UE가 RRC_INACTIVE 상태로 릴리즈되거나 및/또는 전화될 때 (예를 들어, 저장된 구성으로서) 저장될 수 있다(예를 들어, CS-RNTI는, UE가 RRC_INACTIVE 상태로 릴리즈되거나 및/또는 전환될 때 및/또는 이에 응답하여 저장될 수 있다). 예를 들어, CS-RNTI가, UE가 RRC_CONNECTED 상태에 있을 때 NW로부터의 셀 그룹 구성(예를 들어, 3GPP TS 38.331 V16.1.0에서 논의된 바와 같은, CellGroupconfig, physicalCellGroupConfig) 내에 구성되는 경우, CS-RNTI는, UE가 RRC_INACTIVE 상태로 릴리즈되거나 및/또는 전환(예를 들어, 천이)될 때 (예를 들어, 저장된 구성으로서) 저장될 수 있다(예를 들어, CS-RNTI는, UE가 RRC_INACTIVE 상태로 릴리즈되거나 및/또는 전환될 때 및/또는 이에 응답하여 저장될 수 있다). UE는 저장된 구성으로부터 CS-RNTI를 복원할 수 있거나 및/또는 UE는 RRC_INACTIVE 상태에서 하나 이상의 후속 스몰 데이터 송신들(예를 들어, SDT 절차의 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후의 하나 이상의 후속 스몰 데이터 송신들) 동안 PDCCH를 모니터링하기 위해 CS-RNTI를 재사용할 수 있다. NW는 UE의 CS-RNTI를 검색하고 하나 이상의 후속 송신들을 UE에 표시할 수 있다.
일부 예들에 있어서, UE는, SDT가 개시될 때 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다(예를 들어, UE는 SDT의 개시 시에 및/또는 이에 응답하여 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다). 대안적으로 및/또는 추가적으로, UE는, 제 1 스몰 데이터 송신(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신)이 완료될 때 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다(예를 들어, UE는, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신과 같은 제 1 스몰 데이터 송신의 완료 시에 및/또는 이에 응답하여 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 제 1 스몰 데이터 송신을 완료하기 위한 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 수신할 때 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다(예를 들어, UE는, 제 1 스몰 데이터 송신을 완료하기 위한 RRC 릴리즈 메시지의 수신 시에 및/또는 이에 응답하여 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 제 1 DL 송신(예를 들어, Msg4, MSGB)을 수신할 때 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다(예를 들어, UE는 제 1 DL 송신의 수신 시에 및/또는 이에 응답하여 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 하나 이상의 후속 송신들을 수행하기 위한 NW 표시(예를 들어 NW로부터의 표시 및/또는 지시)를 수신할 때 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다(예를 들어, UE는 NW 표시의 수신 시에 및/또는 이에 응답하여 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 미리-구성된 PUSCH 자원들에 기초하여 하나 이상의 후속 송신들을 개시할 때 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다(예를 들어, UE는 미리-구성된 PUSCH 자원들에 기초하는 하나 이상의 후속 송신의 개시 시에 및/또는 이에 응답하여 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다).
도 8b에 대한 일 예에 있어서, UE(802)는 RA 프리앰블(806)을 송신할 수 있으며, RAR(808)을 수신하기 위해 RA-RNTI에 의해 PDCCH를 모니터링할 수 있다. RAR(808)을 수신하는 것에 응답하여, UE(802)는 Msg3(810)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신하기 위해 RAR(808) 내의 UL 승인을 사용할 수 있다. UE(802)는 Msg4(814)(예를 들어, 제 1 DL 스몰 데이터 송신)을 수신하기 위해 임시 C-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(802)는 Msg4(814) 내에서 후속 데이터 송신을 위한 표시를 수신할 수 있으며(예를 들어, Msg4(814)는 하나 이상의 후속 송신들을 수행하기 위한 표시 및/또는 지시를 포함할 수 있음), UE(802)는 저장된 구성(예를 들어, UE(802)가 RRC_INACTIVE 상태로 릴리즈될 때 저장되는 저장된 구성)으로부터 CS-RNTI를 복원할 수 있다. CS-RNTI를 복원한 이후에, UE(802)는, 구성된 UL 승인과 같은 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 승인 자원들)의 구성을 수신하기 위해 복원된 CS-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(802)는 후속 스몰 데이터 송신(예를 들어, 제 1 후속 스몰 데이터 송신(818) 및/또는 제 2 후속 스몰 데이터 송신(824))을 송신하기 위해 하나 이상의 구성된 자원들(예컨대, 구성된 UL 숭인)을 사용할 수 있다. 일부 예들에 있어서, UE(802)는 (예를 들어, 후속 스몰 데이터 송신을 송신한 이후에) 후속 스몰 데이터 송신의 재송신 및/또는 비활성화를 위해 복원된 CS-RNTI에 의해 PDCCH를 계속해서 모니터링할 수 있다.
일부 예들에 있어서, 제 1 실시예에 대해 본원에서 개시되는 실시예들은 전술한 이슈들(UE가 RRC_INACTIVE 상태에서 RACH-기반 SDT를 수행할 때 UE가 CS-RNTI를 갖지 않는 것 및/또는 UE가 하나 이상의 구성된 승인들을 사용하는 하나 이상의 후속 송신들에 대해 PDCCH를 모니터링하지 않는 것) 중 하나 이상을 해결하도록 구현될 수 있거나 및/또는 이를 위해 사용될 수 있다.
제 2 실시예에 있어서, UE는 RRC 메시지 및/또는 RRC 구성 내에 구성된 CS-RNTI를 수신할 수 있다(예를 들어, RRC 메시지 및/또는 RRC 구성은 CS-RNTI의 구성을 포함할 수 있거나 및/또는 RRC 메시지 및/또는 RRC 구성은 NW로부터 수신될 수 있다). UE는, UE가 RRC_CONNECTED 상태에 있을 때 RRC 구성(예를 들어, RRC 재구성 메시지)에서 CS-RNTI를 수신할 수 있다. 대안적으로 및/또는 추가적으로, UE는 RRC 릴리즈 메시지(예를 들어, RRCRelease)에서 CS-RNTI를 수신할 수 있다. 대안적으로 및/또는 추가적으로, UE는, UE가 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환(예를 들어, 천이)되거나 및/또는 릴리즈될 때, RRC 릴리즈 메시지에서 CS-RNTI를 수신할 수 있다. 대안적으로 및/또는 추가적으로, UE가 RRC_INACTIVE 상태로부터 RRC_INACTIVE 상태로 릴리즈될 때(예를 들어 UE는 RRC_INACTIVE 상태에 머무름) UE는 RRC 릴리즈 메시지(예를 들어, RRCRelease)에서 CS-RNTI를 수신할 수 있다. 일부 예들에 있어서, UE는, UE가 RRC_CONNECTED 상태에 있을 때, CS-RNTI를 수신할 수 있다. 대안적으로 및/또는 추가적으로, UE는, UE가 RRC_INACTIVE 상태에 있을 때, CS-RNTI를 수신할 수 있다. 일부 예들에 있어서, CS-RNTI는 하나 이상의 구성된 승인 자원들을 가지고 구성될 수 있다. 대안적으로 및/또는 추가적으로, CS-RNTI는 하나 이상의 구성된 승인 자원들을 가지고 구성되지 않을 수 있다.
UE는 CS-RNTI가 수신될 때(예를 들어, CS-RNTI의 구성이 수신될 때) PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 있다(예를 들어, UE는, CS-RNTI의 구성을 수신하는 것과 같은, CS-RNTI의 수신 시에 및/또는 이에 응답하여 PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 잇다). 대안적으로 및/또는 추가적으로, UE는 제 1 스몰 데이터 송신이 완료될 때 PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 있다(예를 들어, UE는 제 1 스몰 데이터 송신의 완료 시에 및/또는 이에 응답하여 PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 제 1 스몰 데이터 송신을 완료하기 위한 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 수신할 때 PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 있다(예를 들어, UE는, 제 1 스몰 데이터 송신을 완료하기 위한 RRC 릴리즈 메시지의 수신 시에 및/또는 이에 응답하여 PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 제 1 DL 송신(예를 들어, Msg4, MSGB)을 수신할 때 PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 있다(예를 들어, UE는 제 1 DL 송신의 수신 시에 및/또는 이에 응답하여 PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 하나 이상의 후속 송신들의 NW 표시(예를 들어 NW로부터의 표시 및/또는 지시)를 수신할 때 PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 있다(예를 들어, UE는 NW 표시의 수신 시에 및/또는 이에 응답하여 PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 미리-구성된 PUSCH 자원들을 사용하여 하나 이상의 후속 송신들을 개시할 때 PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 있다(예를 들어, UE는 미리-구성된 PUSCH 자원들을 사용하는 하나 이상의 후속 송신의 개시 시에 및/또는 이에 응답하여 PDCCH를 모니터링하기 위해 CS-RNTI를 적용할 수 있다).
도 8b에 대한 일 예에 있어서, UE(802)는 RA 프리앰블(806)을 송신할 수 있으며, RAR(808)을 수신하기 위해 RA-RNTI에 의해 PDCCH를 모니터링할 수 있다. RAR(808)을 수신하는 것에 응답하여, UE(802)는 Msg3(810)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신하기 위해 RAR(808) 내의 UL 승인을 사용할 수 있다. UE(802)는 Msg4(814)(예를 들어, 제 1 DL 스몰 데이터 송신)을 수신하기 위해 임시 C-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(802)는 Msg4(814)에서 (예를 들어, CS-RNTI의 구성을 포함하는) CS-RNTI를 포함하는 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 수신할 수 있다. RRC 릴리즈 메시지를 수신한 이후에, UE(802)는, 구성된 UL 승인과 같은 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 승인 자원들)의 구성을 수신하기 위해 CS-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(802)는 후속 스몰 데이터 송신(예를 들어, 제 1 후속 스몰 데이터 송신(818) 및/또는 제 2 후속 스몰 데이터 송신(824))을 송신하기 위해 하나 이상의 구성된 자원들(예컨대, 구성된 UL 숭인)을 사용할 수 있다. 일부 예들에 있어서, UE(802)는 (예를 들어, 후속 스몰 데이터 송신을 송신한 이후에) 후속 스몰 데이터 송신의 재송신 및/또는 비활성화를 위해 CS-RNTI에 의해 PDCCH를 계속해서 모니터링할 수 있다.
일부 예들에 있어서, 제 2 실시예에 대해 본원에서 개시되는 실시예들은 전술한 이슈들(UE가 RRC_INACTIVE 상태에서 RACH-기반 SDT를 수행할 때 UE가 CS-RNTI를 갖지 않는 것 및/또는 UE가 하나 이상의 구성된 승인들을 사용하는 하나 이상의 후속 송신들에 대해 PDCCH를 모니터링하지 않는 것) 중 하나 이상을 해결하도록 구현될 수 있거나 및/또는 이를 위해 사용될 수 있다.
제 3 실시예에 있어서, UE는 NW로부터의 MAC 제어 엘리먼트 및/또는 다운링크 제어 정보(Downlink Control Information; DCI)에서 CS-RNTI를 수신할 수 있다. NW는 CS-RNTI를 포함하는(예를 들어, 나타내는) MAC CE를 UE로 송신할 수 있다. 예를 들어, MAC CE는 C-RNTI MAC CE와 유사할 수 있다(예를 들어, MAC CE는 C-RNTI MAC CE의 하나 이상의 특성들과 매칭되는 하나 이상의 특성들을 가질 수 있다). 대안적으로 및/또는 추가적으로, NW는 CS-RNTI를 포함하는(예를 들어, 나타내는) DCI를 UE로 송신할 수 있다. 일부 예들에 있어서, UE는, UE가 RRC_CONNECTED 상태에 있을 때, CS-RNTI를 수신할 수 있다. 대안적으로 및/또는 추가적으로, UE는, UE가 RRC_INACTIVE 상태에 있을 때, CS-RNTI를 수신할 수 있다. 일부 예들에 있어서, CS-RNTI는 하나 이상의 구성된 승인 자원들을 가지고 구성될 수 있다. 대안적으로 및/또는 추가적으로, CS-RNTI는 하나 이상의 구성된 승인 자원들을 가지고 구성되지 않을 수 있다.
도 8b에 대한 일 예에 있어서, UE(802)는 RA 프리앰블(806)을 송신할 수 있으며, RAR(808)을 수신하기 위해 RA-RNTI에 의해 PDCCH를 모니터링할 수 있다. RAR(808)을 수신하는 것에 응답하여, UE(802)는 Msg3(810)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신하기 위해 RAR(808) 내의 UL 승인을 사용할 수 있다. UE(802)는 Msg4(814)(예를 들어, 제 1 DL 스몰 데이터 송신)을 수신하기 위해 임시 C-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(802)는 Msg4(814)에서 MAC CE (예를 들어, CS-RNTI MAC CE, C-RNTI MAC CE)를 수신할 수 있다. UE(802)는 Msg4(814) 내의 MAC CE에 기초하여 CS-RNTI를 결정할 수 있다. 예를 들어, UE는, CS-RNTI로서 MAC CE에 의해 표시된 RNTI 값을 사용할 수 있다. Msg4(814)를 수신한 이후에(및/또는 CS-RNTI를 결장한 이후에), UE는, 구성된 UL 승인과 같은 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 승인 자원들)의 구성을 수신하기 위해 CS-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(802)는 후속 스몰 데이터 송신(예를 들어, 제 1 후속 스몰 데이터 송신(818) 및/또는 제 2 후속 스몰 데이터 송신(824))을 송신하기 위해 하나 이상의 구성된 자원들(예컨대, 구성된 UL 숭인)을 사용할 수 있다. 일부 예들에 있어서, UE(802)는 (예를 들어, 후속 스몰 데이터 송신을 송신한 이후에) 후속 스몰 데이터 송신의 재송신 및/또는 비활성화를 위해 CS-RNTI에 의해 PDCCH를 계속해서 모니터링할 수 있다.
도 8b에 대한 일 예에 있어서, UE(802)는 RA 프리앰블(806)을 송신할 수 있으며, RAR(808)을 수신하기 위해 RA-RNTI에 의해 PDCCH를 모니터링할 수 있다. RAR(808)을 수신하는 것에 응답하여, UE(802)는 Msg3(810)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신하기 위해 RAR(808) 내의 UL 승인을 사용할 수 있다. UE(802)는 Msg4(814)(예를 들어, 제 1 DL 스몰 데이터 송신)을 수신하기 위해 임시 C-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(802)는 CS-RNTI를 포함하는 DCI를 수신할 수 있다. 일부 예들에 있어서, UE(802)는Msg4(814)와 함께 DCI를 수신할 수 있다. 예를 들어, UE(802)는 Msg4(814) 및 DCI의 송신을 수신할 수 있다(예를 들어, 송신은 Msg4(814) 및 DCI를 포함할 수 있다). 대안적으로 및/또는 추가적으로, Msg4(814)가 DCI를 포함할 수 있다. DCI 및/또는 Msg4(814)를 수신한 이후에, UE는, 구성된 UL 승인과 같은 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 승인 자원들)의 구성을 수신하기 위해 CS-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(802)는 후속 스몰 데이터 송신(예를 들어, 제 1 후속 스몰 데이터 송신(818) 및/또는 제 2 후속 스몰 데이터 송신(824))을 송신하기 위해 하나 이상의 구성된 자원들(예컨대, 구성된 UL 숭인)을 사용할 수 있다. 일부 예들에 있어서, UE(802)는 (예를 들어, 후속 스몰 데이터 송신을 송신한 이후에) 후속 스몰 데이터 송신의 재송신 및/또는 비활성화를 위해 CS-RNTI에 의해 PDCCH를 계속해서 모니터링할 수 있다.
일부 예들에 있어서, 제 3 실시예에 대해 본원에서 개시되는 실시예들은 전술한 이슈들(UE가 RRC_INACTIVE 상태에서 RACH-기반 SDT를 수행할 때 UE가 CS-RNTI를 갖지 않는 것 및/또는 UE가 하나 이상의 구성된 승인들을 사용하는 하나 이상의 후속 송신들에 대해 PDCCH를 모니터링하지 않는 것) 중 하나 이상을 해결하도록 구현될 수 있거나 및/또는 이를 위해 사용될 수 있다.
제 4 실시예에 있어서, UE는, RA 절차(예를 들어, UE에 의해 수행되는 SDT 절차의 RA 절차) 동안 UE에 의해 수신되는 C-RNTI에 기초하여 CS-RNTI를 결정(예를 들어, 도출 및/또는 계산)할 수 있다. 예를 들어, UE는, NW로부터의 RA 절차의 제 1 DL 송신(예를 들어, Msg4, MSGB)에서 C-RNTI를 수신할 수 있다. UE 및 NW 둘 모두가 C-RNTI에 기초하여 CS-RNTI를 결정(예를 들어, 도출 및/또는 계산)할 수 있다. 예를 들어, CS-RNTI는 C-RNTI 및 하나 이상의 미리 정의된 규칙들에 기초하여 결정(예를 들어, 도출 및/또는 계산)될 수 있다(예를 들어, C-RNTI는 하나 이상의 미리 정의된 규칙들로부터 CS-RNTI를 도출하기 위해 사용될 수 있다). 일부 예들에 있어서, C-RNTI는 CS-RNTI로서 재사용될 수 있다.
도 8b에 대한 일 예에 있어서, UE(802)는 RA 프리앰블(806)을 송신할 수 있으며, RAR(808)을 수신하기 위해 RA-RNTI에 의해 PDCCH를 모니터링할 수 있다. RAR(808)을 수신하는 것에 응답하여, UE(802)는 Msg3(810)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신하기 위해 RAR(808) 내의 UL 승인을 사용할 수 있다. UE(802)는 Msg4(814)(예를 들어, 제 1 DL 스몰 데이터 송신)을 수신하기 위해 임시 C-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(802)는 Msg4(814)에서 C-RNTI를 수신할 수 있다. 예를 들어, Msg4(814)는 C-RNTI를 포함할 수 있다. UE는 하나 이상의 미리 정의된 규칙들(예를 들어, 미리 정의된 공식)에 의해 CS-RNTI를 결정(예를 들어, 계산 및/또는 도출)하기 위한 입력 값으로서 C-RNTI를 사용할 수 있다. Msg4(814)를 수신한 이후에(및/또는 CS-RNTI를 결장한 이후에), UE(802)는, 구성된 UL 승인과 같은 하나 이상의 구성된 자원들(예를 들어, 하나 이상의 구성된 승인 자원들)의 구성을 수신하기 위해 CS-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(802)는 후속 스몰 데이터 송신(예를 들어, 제 1 후속 스몰 데이터 송신(818) 및/또는 제 2 후속 스몰 데이터 송신(824))을 송신하기 위해 하나 이상의 구성된 자원들(예컨대, 구성된 UL 숭인)을 사용할 수 있다. 일부 예들에 있어서, UE(802)는 (예를 들어, 후속 스몰 데이터 송신을 송신한 이후에) 후속 스몰 데이터 송신의 재송신 및/또는 비활성화를 위해 CS-RNTI에 의해 PDCCH를 계속해서 모니터링할 수 있다.
일부 예들에 있어서, 제 4 실시예에 대해 본원에서 개시되는 실시예들은 전술한 이슈들(UE가 RRC_INACTIVE 상태에서 RACH-기반 SDT를 수행할 때 UE가 CS-RNTI를 갖지 않는 것 및/또는 UE가 하나 이상의 구성된 승인들을 사용하는 하나 이상의 후속 송신들에 대해 PDCCH를 모니터링하지 않는 것) 중 하나 이상을 해결하도록 구현될 수 있거나 및/또는 이를 위해 사용될 수 있다.
일부 예들에 있어서, 제 1 실시예, 제 2 실시예, 제 3 실시예 및/또는 제 4 실시예에 대해 설명되는 기술들, 실시예들, 방법들 및/또는 대안예들과 같은 본원에서 개시되는 실시예들의 조합은, 예컨대 전술한 이슈들(UE가 RRC_INACTIVE 상태에서 RACH-기반 SDT를 수행할 때 UE가 CS-RNTI를 갖지 않는 것 및/또는 UE가 하나 이상의 구성된 승인들을 사용하는 하나 이상의 후속 송신들에 대해 PDCCH를 모니터링하지 않는 것) 중 하나 이상을 해결하도록 구현될 수 있거나 및/또는 이를 위해 사용될 수 있다. 예를 들어, 제 1 실시예, 제 2 실시예, 제 3 실시예 및/또는 제 4 실시예에 대해 설명되는 기술들, 실시예들, 방법들 및/또는 대안예들이 (예컨대 전술한 이슈들 중 하나 이상을 해결하기 위해) 고려될 수 있다(예를 들어, 함께 고려될 수 있다).
예를 들어, RRC 메시지(예를 들어, RRC 릴리즈 메시지)가 CS-RNTI를 포함하는지(예를 들어, CS-RNTI의 구성을 포함하는지)의 여부에 기초하여, UE는 (예를 들어, 제 2 실시예에 따라) RRC 메시지에서 수신된 CS-RNTI를 사용할 수 있거나 또는 UE는 (예를 들어, 제 1 실시예에 따라) 저장된 구성에서 CS-RNTI를 복원할 수 있다. 예를 들어, UE는, RRC 메시지가 CS-RNTI를 포함하는 경우(예를 들어, RRC 메시지가 CS-RNTI의 구성을 포함하는 경우), UE가 RRC_INACTIVE에 있을 때 PDCCH를 모니터링하기 위해 RRC 메시지에서 수신된 CS-RNTI를 사용할 수 있다. 대안적으로 및/또는 추가적으로, RRC 메시지가 CS-RNTI를 포함하지 않는 경우(예를 들어, RRC 메시지가 CS-RNTI의 구성을 포함하지 않는 경우), UE는, UE가 RRC_INACTIVE에 있을 때 PDCCH를 모니터링하기 위해 저장된 구성 내의 CS-RNTI를 사용할 수 있다.
일부 예들에 있어서, UE는, UE가 RRC_INACTIVE 상태에 있을 때, SDT 절차를 트리거할 수 있다. UE는 RA에 기초하여 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신을 수행할 수 있다(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신은 SDT 절차의 RA 절차를 통해 수행될 수 있다). UE는 미리-구성된 PUSCH 자원들에 기초하여 후속 스몰 데이터 송신들(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후의 하나 이상의 후속 UL 스몰 데이터 송신들 및/또는 하나 이상의 후속 DL 스몰 데이터 송신들)을 수행할 수 있다. 본 개시의 전체에 걸쳐, 용어 "미리-구성된 PUSCH 자원들에 기초하는 SDT" 및/또는 용어 "미리-구성된 PUSCH 자원-기반 SDT"는 "구성된 승인을 사용하는 SDT", "구성된 UL 승인을 사용하는 SDT" 및/또는 "구성된 승인-기반 SDT"에 대응할 수 있거나 및/또는 이로 대체될 수 있다. 미리-구성된 PUSCH 자원들 및/또는 구성된 승인(예를 들어, 구성된 UL 승인)은 구성된 승인 유형 1 자원들일 수 있다. UE는 RRC 메시지, RRC 구성, MAC CE, 및/또는 DCI에서 CS-RNTI(예를 들어, CS-RNTI의 구성)을 수신할 수 있다. 대안적으로 및/또는 추가적으로, UE느느 저장된 구성에서 CS-RNTI를 복원할 수 있다. 대안적으로 및/또는 추가적으로, UE는 제 1 스몰 데이터 송신(예를 들어, Msg4, MSGB)에서 수신된 C-RNTI에 기초하여 CS-RNTI를 결정(예를 들어, 도출 및/또는 계산)할 수 있다.
일 예에 있어서, 제 1 UL 스몰 데이터 송신(예를 들어, Msg3, MSGA) 이후에, UE는 제 1 DL 스몰 데이터 송신(예를 들어, Msg4, MSGB) 내의 RRC 메시지에서 CS-RNTI의 구성을 수신할 수 있다. UE가 (예를 들어, 제 1 DL 스몰 데이터 송신에서) CS-RNTI의 구성을 수신하지 않는 경우, UE는 저장된 구성에서 CS-RNTI를 복원할 수 있거나(예를 들어, 저장된 구성은, UE가 RRC_CONNECTED 상태에 있을 때 사용된 CS-RNTI의 구성에 대응할 수 있음) 및/또는 UE는 하나 이상의 후속 스몰 데이터 송신들에 대하여 저장된 구성 내의 CS-RNTI를 사용할 수 있다. 대안적으로 및/또는 추가적으로, UE가 CS-RNTI의 구성을 수신하지 않는 경우, UE는 제 1 DL 스몰 데이터 송신(예를 들어, Msg4, MSGB)에서 수신된 C-RNTI에 기초하여 CS-RNTI를 결정(예를 들어, 계산 및/또는 도출)할 수 있거나 및/또는 UE는 하나 이상의 후속 스몰 데이터 송신들에 대하여 C-RNTI에 기초하여 결정된(예를 들어, 계산된 및/또는 도출된) CS-RNTI를 사용할 수 있다. 대안적으로 및/또는 추가적으로, UE가 CS-RNTI의 구성을 수신하지 않고 UE가 저장된 구성으로부터 CS-RNTI를 복원할 수 없는 경우, UE는 제 1 DL 스몰 데이터 송신(예를 들어, Msg4, MSGB)에서 수신된 C-RNTI에 기초하여 CS-RNTI를 결정(예를 들어, 계산 및/또는 도출)할 수 있다.
일 예에 있어서, UE는 RRC 메시지(예를 들어, RRCRelease와 같은 RRC 릴리즈 메시지)에서 CS-RNTI의 구성을 수신할 수 있다. 예를 들어, UE는, UE가 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환(예를 들어, 천이)될 때, RRC 메시지에서 CS-RNTI의 구성을 수신할 수 있다. 일부 예들에 있어서, UE는 RRC 메시지에서 CS-RNTI의 구성을 수신하는 경우, UE는, UE가 RRC_INACTIVE에 있을 때 PDCCH를 모니터링하기 위해 RRC 메시지에서 표시된 CS-RNTI를 사용할 수 있다. 대안적으로 및/또는 추가적으로, UE가 RRC 메시지에서 CS-RNTI의 구성을 수신하지 않는 경우, UE는 저장된 구성에서 CS-RNTI를 복원할 수 있다(예를 들어, 저장된 구성은, UE가 RRC_CONNECTED 상태에 있을 때 사용된 CS-RNTI의 구성에 대응할 수 있다). 예를 들어, UE는 제 1 DL 스몰 데이터 송신(예를 들어, Msg4, MSGB) 이후에 사용될 CS-RNTI를 복원할 수 있다(및/또는 UE는 제 1 DL 스몰 데이터 송신 이후에 저장된 구성으로부터 복원된 CS-RNTI을 사용할 수 있다). 대안적으로 및/또는 추가적으로, UE가 RRC 메시지에서 CS-RNTI의 구성을 수신하지 않는 경우, UE는 제 1 DL 스몰 데이터 송신(예를 들어, Msg4, MSGB)에서 수신된 C-RNTI에 기초하여 CS-RNTI를 결정(예를 들어, 계산 및/또는 도출)할 수 있다. 예를 들어, UE는 제 1 DL 스몰 데이터 송신(예를 들어, Msg4, MSGB) 이후에 사용될 CS-RNTI를 결정(예를 들어, 계산 및/또는 도출)할 수 있다(및/또는 UE는 제 1 DL 스몰 데이터 송신 이후에 C-RNTI에 기초하여 결정된 CS-RNTI를 사용할 수 있다). 대안적으로 및/또는 추가적으로, UE가 RRC 메시지에서 CS-RNTI의 구성을 수신하지 않고 UE가 저장된 구성으로부터 CS-RNTI를 복원할 수 없는 경우, UE는 제 1 DL 스몰 데이터 송신(예를 들어, Msg4, MSGB)에서 수신된 C-RNTI에 기초하여 CS-RNTI를 결정(예를 들어, 계산 및/또는 도출)할 수 있다(예를 들어, UE는 제 1 DL 스몰 데이터 송신 이후에 사용될 CS-RNTI를 결정할 수 있거나 및/또는 UE는 제 1 DL 스몰 데이터 송신 이후에 C-RNTI에 기초하여 결정된 CS-RNTI를 사용할 수 있다).
일 예에 있어서, UE는 RRC 릴리즈 메시지(예를 들어, RRCRelease)에서 CS-RNTI의 구성을 수신할 수 있다. 예를 들어, UE는, UE가 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태로 전환(예를 들어, 천이)될 때, RRC 릴리즈 메시지에서 CS-RNTI의 구성을 수신할 수 있다. 일부 예들에 있어서, UE가 RRC 릴리즈 메시지에서 CS-RNTI의 구성을 수신하지 않는 경우, UE는 저장된 구성에서 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다(예를 들어, 저장된 구성은, UE가 RRC_CONNECTED 상태에 있을 때 사용된 CS-RNTI의 구성에 대응할 수 있다). 대안적으로 및/또는 추가적으로, UE가 RRC 릴리즈 메시지에서 CS-RNTI의 구성을 수신하는 경우, UE는 RRC 릴리즈 메시지에서 수신된 CS-RNTI를 사용할 수 있다.
일 예에 있어서, UE는 RRC 릴리즈 메시지(예를 들어, RRCRelease)에서 CS-RNTI의 구성을 수신할 수 있다. 예를 들어, UE는, UE가 SDT 절차를 완료할 때 RRC 릴리즈 메시지에서 CS-RNTI의 구성을 수신할 수 있다. 일부 예들에 있어서, UE가 RRC 릴리즈 메시지에서 CS-RNTI의 구성을 수신하지 않는 경우, UE는, 제 2 SDT 절차(예를 들어, SDT 절차의 완료 다음의 다음 SDT 절차)에서, 저장된 구성에서 CS-RNTI를 복원하거나 및/또는 재사용할 수 있다(예를 들어, 저장된 구성은, UE가 RRC_CONNECTED 상태에 있을 때 사용된 CS-RNTI의 구성에 대응할 수 있다). 대안적으로 및/또는 추가적으로, UE가 RRC 릴리즈 메시지에서 CS-RNTI의 구성을 수신하는 경우, UE는 제 2 SDT 절차(예를 들어, SDT 절차의 완료 다음의 다음 SDT 절차)에서 RRC 릴리즈 메시지에서 수신된 CS-RNTI를 사용할 수 있다.
일 예에 있어서, 제 1 DL 스몰 데이터 송신(예를 들어, Msg4, MSGB) 이후에, UE는 저장된 구성에서 CS-RNTI를 복원할 수 있다(예를 들어, 저장된 구성은, UE가 RRC_CONNECTED 상태에 있을 때 사용된 CS-RNTI의 구성에 대응할 수 있다). UE가 (예를 들어, 저장된 구성으로부터) CS-RNTI를 복원할 수 없는 경우, UE는 제 1 DL 스몰 데이터 송신(예를 들어, Msg4, MSGB)에서 수신된 C-RNTI에 기초하여 CS-RNTI를 결정(예를 들어, 계산 및/또는 도출)할 수 있다.
이상에서 설명된 하나 이상의 기술들, 디바이스들, 개념들, 방법들 및/또는 대안예들과 같은 본원의 하나 이상의 실시예들에 대하여, CS-RNTI는, UE가 RRC_INACTIVE 상태에 있을 때, (예를 들어, 후속 스몰 데이터 송신에 대한) 하나 이상의 구성된 승인 자원들을 수신하거나 및/또는 활성화하기 위하여 PDCCH를 모니터링하기 위해 UE에 의해 사용되는 RNTI일 수 있다. 대안적으로 및/또는 추가적으로, CS-RNTI는, UE가 RRC_INACTIVE 상태에 있을 때, (예를 들어, 후속 스몰 데이터 송신에 대한) 하나 이상의 구성된 승인 자원들을 비활성화하기 위하여 및/또는 송신된 후속 데이터의 재송신(예를 들어, 하나 이상의 후속 스몰 데이터 송신들의 송신의 재송신)을 위하여 PDCCH를 모니터링하기 위해 UE에 의해 사용되는 RNTI일 수 있다. 대안적으로 및/또는 추가적으로, CS-RNTI은, UE가 RRC_CONNECTED 상태에 있을 때 승인된 구성을 사용하는 송신을 위하여 UE에 의해 사용된 RNTI와는 상이할 수 있다. 일부 예들에 있어서, 이상에서 언급된 CS-RNTI는 다른 RNTI로 대체될 수 있다(예를 들어, CS-RNTI 이외의 다른 유형의 RNTI가 CS-RNTI 대신에 사용될 수 있다).
본원의 하나 이상의 실시예들에 대하여, UE는 NW로부터 스몰 데이터 송신과 관련된 하나 이상의 구성들을 수신할 수 있다. UE는, NW로부터 후속 스몰 데이터 송신(예를 들어, SDT 절차의 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 다음의, SDT 절차의 후속 스몰 데이터 송신)에 대한 하나 이상의 구성된 PUSCH 자원들과 관련된 하나 이상의 구성들을 수신할 수 있다.
본원의 하나 이상의 실시예들에 대하여, UE는 UE, UE의 MAC 엔티티 및/또는 UE의 RRC 엔티티를 나타낼 수 있다.
본원의 하나 이상의 실시예들에 대하여, UE는 NR 디바이스일 수 있다. 대안적으로 및/또는 추가적으로, UE는 (RP-193238에서 논의된 바와 같은) NR-라이트 디바이스일 수 있다. 대안적으로 및/또는 추가적으로, UE는 (RP-193238에서 논의된 바와 같은) 감소된 성능 디바이스일 수 있다. 대안적으로 및/또는 추가적으로, UE는 휴대폰일 수 있다. 대안적으로 및/또는 추가적으로, UE는 착용형 디바이스일 수 있다. 대안적으로 및/또는 추가적으로, UE는 센서일 수 있다. 대안적으로 및/또는 추가적으로, UE는 고정식 디바이스일 수 있다.
본원의 하나 이상의 실시예들에 대하여, NW는 NW 노드일 수 있다. 대안적으로 및/또는 추가적으로, NW는 기지국일 수 있다. 대안적으로 및/또는 추가적으로, NW는 액세스 포인트일 수 있다. 대안적으로 및/또는 추가적으로, NW는 eNB일 수 있다. 대안적으로 및/또는 추가적으로, NW는 gNB일 수 있다.
본원의 하나 이상의 실시예들에 대하여, UE는, 상위 계층들(예를 들어, RRC 계층)이 스몰 데이터 송신을 나타내는 경우 스몰 데이터 송신을 개시한다(예를 들어, UE는, 상위 계층이 스몰 데이터 송신을 나타낼 때 및/또는 이에 응답하여 스몰 데이터 송신을 개시할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 RRC_INACTIVE 상태에 있을 때 상위 계층(예를 들어, RRC 계층)이 스몰 데이터를 송신하기 위해 일시 중단된 RRC 연결을 재개할 것을 요청하는 경우 스몰 데이터 송신을 개시할 수 있다(예를 들어, UE는, UE가 RRC_INACTIVE 상태에 있을 때 상위 계층이 스몰 데이터를 송신하기 위해 일시 중단된 RRC 연결을 재개할 것을 요청할 때 및/또는 이에 응답하여 스몰 데이터 송신을 개신할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 송신할 많은 양의 데이터(예를 들어, 데이터의 임계 양을 초과하는 양의 데이터)를 갖는 경우 SDT 절차의 후속 스몰 데이터 송신을 개시할 수 있다. 대안적으로 및/또는 추가적으로, UE는, UE가 송신할 많은 양의 데이터(예를 들어, 데이터의 임계 양을 초과하는 양의 데이터)를 예상하는 경우 SDT 절차의 후속 스몰 데이터 송신을 개시할 수 있다. 대안적으로 및/또는 추가적으로, UE는, NW가 후속 스몰 데이터 송신들(예를 들어, SDT 절차의 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 다음의 후속 스몰 데이터 송신)을 허용하는 경우, SDT 절차의 후속 스몰 데이터 송신을 개시할 수 있다. 일부 예들에 있어서, UL 데이터(예를 들어, 스몰 데이터)는 송신을 위해 이용가능한 UL 데이터(예를 들어 송신을 위해 이용가능한 UE의 데이터)일 수 있다(및/또는 이를 포함할 수 있다). 대안적으로 및/또는 추가적으로, UL 데이터(예를 들어, 스몰 데이터)는 MAC 헤더를 포함할 수 있다. 대안적으로 및/또는 추가적으로, UL 데이터(예를 들어, 스몰 데이터)는 송신을 위해 이용가능한 UL 데이터 및/또는 MAC 헤더 이외의 다른 정보(예를 들어, 하나 이상의 MAC CE들, 하나 이상의 BSR들, 하나 이상의 파워 헤드룸 리포트(Power Headroom Report; PHR)들, 등 중 적어도 하나)를 포함할 수 있다. 일부 예들에 있어서, 제 1 UL 데이터(예를 들어, 제 1 UL 스몰 데이터 송신에서 송신되는 데이터와 같은 스몰 데이터)는 RRC 재개 요청 메시지(예를 들어, RRCResumeRequest)를 포함할 수 있다.
일부 시스템들에 있어서, SDT 절차는, 제 1 UL 송신(예를 들어, 제 1 UL 스몰 데이터 송신), 제 1 UL 송신 다음의 제 1 DL 송신(예를 들어, 제 1 DL 스몰 데이터 송신), 및/또는 제 1 DL 송신 다음의 하나 이상의 후속 스몰 데이터 송신들을 포함한다. 제 1 UL 송신 및/또는 제 1 DL 송신(예를 들어, RACH-기반 SDT를 통해 및/또는 미리-구성된 PUSCH 자원-기반 SDT를 통해 수행되는 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신) 이후에, 하나 이상의 후속 UL 송신들(예를 들어, 하나 이상의 UL 스몰 데이터 송신들의 하나 이상의 후속 UL 스몰 데이터 송신들)은, UE가 RRC_INACTIVE 상태에 있을 때 하나 이상의 동적 승인(dynamic grant; DG)들을 통해 수행될 수 있다. UE가 RRC_INACTIVE 상태에 있을 때 동적 승인을 통해 후속 UL 송신을 가능하게 하기 위해, NW는 하나 이상의 후속 UL 송신들에 대한 하나 이상의 동적 승인들(예를 들어, 후속 스몰 데이터의 송신을 위한 하나 이상의 동적 승인들)을 제공할 수 있다. 예를 들어, UE는, UE가 RRC_INACTIVE 상태에 있을 때, RA를 트리거하거나 및/또는 Msg3 및/또는 MSGA(예를 들어, 제 1 UL 송신)에서 데이터(예를 들어, 제 1 스몰 데이터)를 송신하기 위해, RRC 연결 재개 절차를 개시할 수 있다. 대안적으로 및/또는 추가적으로, UE는, UE가 RRC_INACTIVE 상태에 있을 때, 하나 이상의 미리-구성된 PUSCH 자원들 상에서 하나 이상의 송신들을 트리거하고 제 1 데이터를 송신하기 위해 RRC 연결 재개 절차를 개시할 수 있다. 일부 예들에 있어서, NW는 제 1 데이터를 수신하는 것에 응답하여 RRC 재개 절차를 완료하기 위해 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 송신할 수 있다. NW는 하나 이상의 후속 스몰 데이터 송신에 대한 하나 이상의 동적 UL 승인들을 제공할 수 있다.
예 5
예 5에서, 제 1 데이터(예를 들어, 제 1 스몰 데이터)는 Msg3에서 송신된다.
도 10은, 제 1 데이터가 (참조 번호 1010으로 도시된) Msg3에서 송신되는 후속 데이터를 갖는 SDT 절차의 예시적인 시나리오를 예시한다. (참조 번호 1002로 도시된) UE는 RRC_INACTIVE 상태에서의 스몰 데이터 송신을 위해 4-단계 RA를 트리거하기 위해 RRC 연결 재개 절차를 개시할 수 있다. UE(1002)는 RA 프리앰블(1006)(예를 들어, Msg1)을 송신할 수 있다. (참조 번호 1004로 도시된) NW는 RA 프리앰블(606)(예를 들어, Msg1)을 수신하고 RAR(1008)(예를 들어, Msg2)을 송신할 수 있다. 제 1 송신들(1012)(예를 들어, 제 1 UL 스몰 데이터 송신 및 제 1 DL 스몰 데이터 송신)이 수행될 수 있다. 예를 들어, RAR(1008)(예를 들어, Msg2)을 수신하는 것에 응답하여, UE(1002)는 Msg3(1010)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신하기 위해 RAR(1008)(예를 들어, Msg2) 내의 UL 승인을 사용할 수 있으며, 여기에서 Msg3(1010)은 RRC 재개 요청 메시지(예를 들어, RRCResumeRequest), 사용자 데이터(예를 들어, 제 1 데이터) 및/또는 BSR을 포함할 수 있다. Msg3(1010)을 수신하는 것에 응답하여, NW(1004)는 RA 절차를 완료하도록 UE(1002)에 통보하기(예를 들어, 지시하기) 위해 Msg4(1014)(예를 들어, 제 1 DL 스몰 데이터 송신)를 송신할 수 있다. NW(1004)는 RRC 연결 재개 절차를 완료하기 위해 Msg4(1014)(예를 들어, 제 1 DL 스몰 데이터 송신)에서 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 송신할 수 있다(예를 들어, RRC 릴리즈 메시지는 Msg4(1014) 내에 포함될 수 있거나 및/또는 RRC 릴리즈 메시지는 RRC 연결 재개 절차의 완료를 나타낼 수 있다). 일부 예들에 있어서, RRC 릴리즈 메시지는 UE(1002)를 RRC_INACTIVE 상태로 유지하기 위해 UE(1002)로 송신된다(예를 들어, RRC 릴리즈 메시지는, UE(1002)가 RRC_INACTIVE 상태에 머무르도록 UE(1002)로 송신된다). 예를 들어, RRC 릴리즈 메시지는 RRC_INACTIVE 상태에 머무르는 것을 나타낼 수 있다. NW(1004)는 Msg4(1014)와 함께 제 1 동적 UL 승인을 UE(1002)로 송신할 수 있다. 예를 들어, UE(1002)는 Msg4(1014) 및 제 1 동적 UL 승인의 송신을 수신할 수 있다(예를 들어, 송신은 Msg4(1014) 및 제 1 동적 UL 승인을 포함할 수 있다). 대안적으로 및/또는 추가적으로, Msg4(1014)가 제 1 동적 UL 승인을 포함할 수 있다. 대안적으로 및/또는 추가적으로, NW(1004)는, Msg4(1014)를 UE(1002)로 송신한 이후에 제 1 동적 UL 승인을 UE(1002)로 송신할 수 있다. UE(1002)는 하나 이상의 후속 송신들(1022)을 통해 후속 스몰 데이터를 송신하기 위해 제 1 동적 UL 승인을 사용할 수 있다. 후속 스몰 데이터를 수신하는 것에 응답하여, NW(1004)는 피드백(예를 들어, ACK, 재송신을 위한 UL 승인 및/또는 다른 후속 스몰 데이터 송신을 위한 UL 승인) 및/또는 하나 이상의 동적 UL 승인들을 UE(1002)로 송신할 수 있으며(예를 들어, 피드백은 하나 이상의 후속 송신들(1022)의 하나 이상의 후속 DL 스몰 데이터 송신들을 통해 송신될 수 있으며), 여기에서 피드백은 하나 이상의 동적 UL 승인들과 함께 송신될 수 있다(예를 들어, 하나 이상의 동적 UL 승인들은 제 1 동적 UL 승인과는 상이할 수 있다). 예를 들어, 하나 이상의 후속 DL 스몰 데이터 송신들은 제 1 후속 DL 송신(1016), 제 2 후속 DL 송신(1020)(예를 들어, ACK, 재송신을 위한 UL 승인 및/또는 다른 후속 스몰 데이터 송신을 위한 UL 승인을 포함하는 피드백) 및/또는 제 3 후속 DL 송신(1026)(예를 들어, ACK, 재송신을 위한 UL 승인 및/또는 다른 후속 스몰 데이터 송신을 위한 UL 승인을 포함하는 피드백)을 포함할 수 있다. 대안적으로 및/또는 추가적으로, (하나 이상의 후속 송신들(1022)의) 하나 이상의 후속 UL 스몰 데이터 송신들은 제 1 후속 UL 송신(1018) 및/또는 제 2 후속 UL 송신(1024)을 포함할 수 있다. 일부 예들에 있어서, 후속 스몰 데이터는 제 1 후속 UL 송신(1018) 및/또는 제 2 후속 UL 송신(1024)을 통해 송신될 수 있다. 일부 예들에 있어서, 제 1 후속 UL 송신(1018)은 제 1 후속 DL 송신(1016)을 통해 수신된 하나 이상의 동적 UL 승인들(예를 들어, 제 1 동적 UL 승인)을 사용하여 수행될 수 있다. 대안적으로 및/또는 추가적으로, 제 2 후속 UL 송신(1024)은 제 2 후속 DL 송신(1020)을 통해 수신된(및/또는 제 2 후속 DL 송신(1020) 이외의 상이한 송신을 통해 수신된) 하나 이상의 동적 UL 승인들을 사용하여 수행될 수 있다.
예 6
예 5에서, 제 1 데이터(예를 들어, 제 1 UL 스몰 데이터)는 MSGA에서 송신될 수 있다.
도 11은, 제 1 데이터가 (참조 번호 1106으로 도시된) MSGA에서 송신되는 후속 데이터를 갖는 SDT 절차의 예시적인 시나리오를 예시한다. (참조 번호 1102로 도시된) UE는 RRC_INACTIVE 상태에서의 스몰 데이터 송신을 위해 2-단계 RA를 트리거하기 위해 RRC 연결 재개 절차를 개시할 수 있다. 제 1 송신들(1108)(예를 들어, 제 1 UL 스몰 데이터 송신 및 제 1 DL 스몰 데이터 송신)이 수행될 수 있다. 예를 들어, UE(1102)는 RA 프리앰블 및 PUSCH 페이로드를 포함하는 MSGA(1106)(예를 들어, 제 1 UL 스몰 데이터 송신)를 송신할 수 있다. PUSCH 페이로드는 RRC 재개 요청 메시지(예를 들어, RRCResumeRequest), 사용자 데이터(예를 들어, 제 1 데이터), 및/또는 BSR을 포함할 수 있다. MSGA(1106)를 수신하는 것에 응답하여, (참조 번호 1104로 도시된) NW는 RA 절차를 완료하도록 UE(1102)에 통보하기(예를 들어, 지시하기) 위해 MSGB(1110)(예를 들어, 제 1 DL 스몰 데이터 송신)를 송신할 수 있다. NW(1104)는 RRC 연결 재개 절차를 완료하기 위해 MSGB(1110)(예를 들어, 제 1 DL 스몰 데이터 송신)에서 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 송신할 수 있다(예를 들어, RRC 릴리즈 메시지는 MSGB(1110) 내에 포함될 수 있거나 및/또는 RRC 릴리즈 메시지는 RRC 연결 재개 절차의 완료를 나타낼 수 있다). 일부 예들에 있어서, RRC 릴리즈 메시지는 UE(1102)를 RRC_INACTIVE 상태로 유지하기 위해 UE(1102)로 송신된다(예를 들어, RRC 릴리즈 메시지는, UE(1102)가 RRC_INACTIVE 상태에 머무르도록 UE(1102)로 송신된다). 예를 들어, RRC 릴리즈 메시지는 RRC_INACTIVE 상태에 머무르는 것을 나타낼 수 있다. NW(1104)는 MSGB(1110)와 함께 제 1 동적 UL 승인을 UE(1002)로 송신할 수 있다. 예를 들어, UE(1102)는 MSGB(1110) 및 제 1 동적 UL 승인의 송신을 수신할 수 있다(예를 들어, 송신은 MSGB(1110) 및 제 1 동적 UL 승인을 포함할 수 있다). 대안적으로 및/또는 추가적으로, MSGB(1110)가 제 1 동적 UL 승인을 포함할 수 있다. 대안적으로 및/또는 추가적으로, NW(1104)는, MSGB(1110)를 UE(1102)로 송신한 이후에 제 1 동적 UL 승인을 UE(1102)로 송신할 수 있다. UE(1102)는 하나 이상의 후속 송신들(1118)을 통해 후속 스몰 데이터를 송신하기 위해 제 1 동적 UL 승인을 사용할 수 있다. 후속 스몰 데이터를 수신하는 것에 응답하여, NW(1104)는 피드백(예를 들어, ACK, 재송신을 위한 UL 승인 및/또는 다른 후속 스몰 데이터 송신을 위한 UL 승인) 및/또는 하나 이상의 동적 UL 승인들을 UE(1102)로 송신할 수 있으며(예를 들어, 피드백은 하나 이상의 후속 송신들(1118)의 하나 이상의 후속 DL 스몰 데이터 송신들을 통해 송신될 수 있으며), 여기에서 피드백은 하나 이상의 동적 UL 승인들과 함께 송신될 수 있다(예를 들어, 하나 이상의 동적 UL 승인들은 제 1 동적 UL 승인과는 상이할 수 있다). 예를 들어, 하나 이상의 후속 DL 스몰 데이터 송신들은 제 1 후속 DL 송신(1112), 제 2 후속 DL 송신(1116)(예를 들어, ACK, 재송신을 위한 UL 승인 및/또는 다른 후속 스몰 데이터 송신을 위한 UL 승인을 포함하는 피드백) 및/또는 제 3 후속 DL 송신(1122)(예를 들어, ACK, 재송신을 위한 UL 승인 및/또는 다른 후속 스몰 데이터 송신을 위한 UL 승인을 포함하는 피드백)을 포함할 수 있다. 대안적으로 및/또는 추가적으로, (하나 이상의 후속 송신들(1118)의) 하나 이상의 후속 UL 스몰 데이터 송신들은 제 1 후속 UL 송신(1114) 및/또는 제 2 후속 UL 송신(1120)을 포함할 수 있다. 일부 예들에 있어서, 후속 스몰 데이터는 제 1 후속 UL 송신(1114) 및/또는 제 2 후속 UL 송신(1120)을 통해 송신될 수 있다. 일부 예들에 있어서, 제 1 후속 UL 송신(1114)은 제 1 후속 DL 송신(1112)을 통해 수신된 하나 이상의 동적 UL 승인들(예를 들어, 제 1 동적 UL 승인)을 사용하여 수행될 수 있다. 대안적으로 및/또는 추가적으로, 제 2 후속 UL 송신(1120)은 제 2 후속 DL 송신(1116)을 통해 수신된(및/또는 제 2 후속 DL 송신(1116) 이외의 상이한 송신을 통해 수신된) 하나 이상의 동적 UL 승인들을 사용하여 수행될 수 있다.
예 7
예 7에서, 제 1 데이터(예를 들어, 제 1 UL 스몰 데이터)는 하나 이상의 구성된 PUSCH 자원들을 사용하여 PDU에서 송신될 수 있다.
도 12는, 제 1 데이터가 하나 이상의 구성된 PUSCH 자원들을 사용하여 (참조 번호 1206으로 도시된) PDU에서 송신되는 후속 데이터를 갖는 SDT 절차의 예시적인 시나리오를 예시한다(예를 들어, 제 1 데이터는 구성된 승인(configured grant; CG)에서 송신된다). 예를 들어, (참조 번호 1202로 도시된) UE는, UE가 RRC_INACTIVE 상태에 있을 때, 하나 이상의 미리-구성된 PUSCH 자원들 상에서 하나 이상의 송신들을 트리거하기 위해 RRC 연결 재개 절차를 개시할 수 있다. 제 1 송신들(1208)(예를 들어, 제 1 UL 스몰 데이터 송신 및 제 1 DL 스몰 데이터 송신)이 수행될 수 있다. 예를 들어, UE(1202)는 하나 이상의 미리-구성된 PUSCH 자원들(예를 들어, 구성된 업링크 승인)을 사용하여 PDU(1206)(예를 들어, 제 1 UL 스몰 데이터 송신)를 송신할 수 있으며, 여기에서 PDU(1206)는 RRC 재개 요청 메시지(예를 들어, RRCResumeRequest), 사용자 데이터(예를 들어, 제 1 데이터), 및/또는 BSR을 포함할 수 있다. PDU(1206)를 수신하는 것에 응답하여, (참조 번호 1204로 도시된) NW는 피드백(1210)(예를 들어, 제 1 DL 스몰 데이터 송신)을 송신할 수 있다. NW(1204)는 RRC 연결 재개 절차를 완료하기 위해 피드백(1210)(예를 들어, 제 1 DL 스몰 데이터 송신)에서 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 송신할 수 있다(예를 들어, RRC 릴리즈 메시지는 피드백(1210) 내에 포함될 수 있거나 및/또는 RRC 릴리즈 메시지는 RRC 연결 재개 절차의 완료를 나타낼 수 있다). 일부 예들에 있어서, RRC 릴리즈 메시지는 UE(1202)를 RRC_INACTIVE 상태로 유지하기 위해 UE(1202)로 송신된다(예를 들어, RRC 릴리즈 메시지는, UE(1202)가 RRC_INACTIVE 상태에 머무르도록 UE(1202)로 송신된다). 예를 들어, RRC 릴리즈 메시지는 RRC_INACTIVE 상태에 머무르는 것을 나타낼 수 있다. NW(1204)는 피드백(1210)과 함께 제 1 동적 UL 승인을 UE(1202)로 송신할 수 있다. 예를 들어, UE(1202)는 피드백(1210) 및 제 1 동적 UL 승인의 송신을 수신할 수 있다(예를 들어, 송신은 피드백(1210) 및 제 1 동적 UL 승인을 포함할 수 있다). 대안적으로 및/또는 추가적으로, 피드백(1210)이 제 1 동적 UL 승인을 포함할 수 있다. 대안적으로 및/또는 추가적으로, NW(1204)는, 피드백(1210)을 UE(1202)로 송신한 이후에 제 1 동적 UL 승인을 UE(1202)로 송신할 수 있다. UE(1202)는 하나 이상의 후속 송신들(1218)을 통해 후속 스몰 데이터를 송신하기 위해 제 1 동적 UL 승인을 사용할 수 있다. 후속 스몰 데이터를 수신하는 것에 응답하여, NW(1204)는 제 2 피드백(예를 들어, ACK, 재송신을 위한 UL 승인 및/또는 다른 후속 스몰 데이터 송신을 위한 UL 승인) 및/또는 하나 이상의 동적 UL 승인들을 UE(1202)로 송신할 수 있으며(예를 들어, 제 2 피드백은 하나 이상의 후속 송신들(1218)의 하나 이상의 후속 DL 스몰 데이터 송신들을 통해 송신될 수 있으며), 여기에서 제 2 피드백은 하나 이상의 동적 UL 승인들과 함께 송신될 수 있다(예를 들어, 하나 이상의 동적 UL 승인들은 제 1 동적 UL 승인과는 상이할 수 있다). 예를 들어, 하나 이상의 후속 DL 스몰 데이터 송신들은 제 1 후속 DL 송신(1212), 제 2 후속 DL 송신(1216)(예를 들어, ACK, 재송신을 위한 UL 승인 및/또는 다른 후속 스몰 데이터 송신을 위한 UL 승인을 포함하는 피드백) 및/또는 제 3 후속 DL 송신(1222)(예를 들어, ACK, 재송신을 위한 UL 승인 및/또는 다른 후속 스몰 데이터 송신을 위한 UL 승인을 포함하는 피드백)을 포함할 수 있다. 대안적으로 및/또는 추가적으로, (하나 이상의 후속 송신들(1218)의) 하나 이상의 후속 UL 스몰 데이터 송신들은 제 1 후속 UL 송신(1214) 및/또는 제 2 후속 UL 송신(1220)을 포함할 수 있다. 일부 예들에 있어서, 후속 스몰 데이터는 제 1 후속 UL 송신(1214) 및/또는 제 2 후속 UL 송신(1220)을 통해 송신될 수 있다. 일부 예들에 있어서, 제 1 후속 UL 송신(1214)은 제 1 후속 DL 송신(1212)을 통해 수신된 하나 이상의 동적 UL 승인들(예를 들어, 제 1 동적 UL 승인)을 사용하여 수행될 수 있다. 대안적으로 및/또는 추가적으로, 제 2 후속 UL 송신(1220)은 제 2 후속 DL 송신(1216)을 통해 수신된(및/또는 제 2 후속 DL 송신(1216) 이외의 상이한 송신을 통해 수신된) 하나 이상의 동적 UL 승인들을 사용하여 수행될 수 있다.
예 5 내지 예 7에서, 하나 이상의 후속 송신들(예를 들어, 하나 이상의 후속 송신들(1022), 하나 이상의 후속 송신들(1118), 및/또는 하나 이상의 후속 송신들(1218))은 하나의 UL 송신 및/또는 하나의 DL 송신을 포함할 수 있다. 대안적으로 및/또는 추가적으로, 하나 이상의 후속 송신들(예를 들어, 하나 이상의 후속 송신들(1022), 하나 이상의 후속 송신들(1118), 및/또는 하나 이상의 후속 송신들(1218))은 다수의 UL 송신들 및/또는 다수의 DL 송신들을 포함할 수 있다. NW는 UE를 RRC_INACTIVE 상태로 유지하기 위해 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 송신할 수 있다. UL 데이터(예를 들어, 후속 UL 스몰 데이터 송신들)에 응답하여 송신되는 피드백(예를 들어, 후속 DL 스몰 데이터 송신들)은 ACK, 재송신을 위한 UL 승인 및/또는 다른 후속 스몰 데이터 송신을 위한 UL 승인을 포함할 수 있다.
SDT 절차 동안, UE는 NW로부터 DL 송신들을 수신하기 위해 PDCCH를 모니터링할 수 있다. 도 10에 도시된 것과 같은 4-단계 RA에 기초하는 SDT 절차의 케이스에 대하여, UE는 Msg2를 수신하기 위해 RA-RNTI에 의해 PDCCH를 모니터링할 수 있으며, (예를 들어, 4-단계 RA 동안) Msg4를 수신하기 위해 임시 C-RNTI에 의해 PDCCH를 모니터링할 수 있다. 도 11에 도시된 것과 같은 2-단계 RA에 기초하는 SDT 절차의 케이스에 대하여, UE는 (예를 들어, 2-단계 RA 동안) MSGB를 수신하기 위해 MSGB-RNTI에 의해 PDCCH를 모니터링할 수 있다. 도 12에 도시된 바와 같은 미리-구성된 PUSCH 자원들에 기초하는 SDT 절차의 케이스에 대하여, UE는 하나 이상의 미리-구성된 PUSCH 자원들을 사용하는 송신을 위하여 피드백(예를 들어, 제 1 DL 스몰 데이터 송신과 같은 피드백(1210))을 수신하기 위해 CS-RNTI에 의해 PDCCH를 모니터링할 수 있다(예를 들어, 하나 이상의 미리-구성된 PUSCH 자원들을 사용하는 송신은 제 1 UL 스몰 데이터 송신과 같은 PDU(1206)의 송신에 대응할 수 있다). (3GPP TS 38.321 V16.1.0에서 제공되는 바와 같은) NR MAC 사양에서, 동적 승인 송신을 수행하기 위해, UE는 C-RNTI를 가지고 구성되어야 할 필요가 있을 수 있으며(예를 들어, 구성될 것이 요구될 수 있으며), UE는 C-RNTI에 의해 PDCCH를 모니터링할 수 있다.
UE가 RRC_INACTIVE 상태에 있을 때 동적 승인들을 사용하는 하나 이상의 후속 UL 송신들(예를 들어, 하나 이상의 후속 UL 송신들은 SDT 절차의 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후의 SDT 절차의 하나 이상의 후속 UL 스몰 데이터 송신들에 대응할 수 있음)을 가능하게 하기 위하여, UE는, UE가 RRC_INACTIVE 상태에 있을 때 하나 이상의 UL 승인들(예를 들어, 하나 이상의 동적 승인들)을 수신하기 위해 및/또는 동적 승인들을 사용하여 하나 이상의 UL 송신들의 피드백(예를 들어, 하나 이상의 후속 UL 송신들의 피드백)을 수신하기 위해 C-RNTI에 의해 PDCCH을 모니터링해야 할 수 있다(예를 들어, 모니터링할 것이 요구될 수 있다). 일부 시스템들에 있어서, C-RNTI는 RA 절차 동안 NW에 의해 제공되며(예를 들어, C-RNTI는 RAR에서 획득된 임시 C-RNTI로부터 승격(promote)될 수 있으며), C-RNTI는 RRC_CONNECTED 상태에서 유지될 수 있다(예를 들어, UE는, UE가 RRC_CONNECTED 상태에 있을 때, C-RNTI를 유지하거나 및/또는 적용할 수 있다). 일부 예들에 있어서, UE가, RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태 및/또는 RRC_IDLE 상태로의 UE의 전환(예를 들어, 천이) 및/또는 릴리즈와 연관된 RRC 릴리즈 메시지(예를 들어, RRCRelease)(예를 들어, RRC 릴리즈 메시지는 UE를 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태 및/또는 RRC_IDLE 상태로 전환 및/또는 릴리즈할 수 있음)를 수신할 때(및/또는 그 이후에), UE는 C-RNTI를 포함하는 하나 이상의 무선 자원들을 릴리즈할 수 있다. UE는 CS-RNTI를 포함하는 RRC 구성을 저장할 수 있다(예를 들어, UE에 의해 저장되는 RRC 구성은 CS-RNTI의 구성을 포함할 수 있다). 따라서, UE는, UE가 RRC_INACTIVE 상태에서 하나 이상의 후속 스몰 데이터 송신들을 수행할 때 RNTI를 갖지 않을 수 있다(예를 들어, UE는 유효 및/또는 활성 RNTI를 갖지 않을 수 있다). 대안적으로 및/또는 추가적으로, UE는 RRC_INACTIVE 상태에서 동적 승인들을 사용하는 하나 이상의 후속 UL 송신들에 대한 C-RNTI를 갖지 않을 수 있다(예를 들어, UE는 유효 및/또는 활성 RNTI를 갖지 않을 수 있다).
SDT가 RACH-기반 방법(예를 들어, RACH-기반 SDT)에 의해 트리거되는 시나리오에서, UE는 제 1 DL 송신(Msg4 및/또는 MSGB와 같은 제 1 DL 스몰 데이터 송신)에서 C-RNTI를 수신할 수 있다. 그러나, UE가 제 1 DL 송신에서 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 수신할 때(예를 들어, UE가 제 1 DL 송신에서 RRC 릴리즈 메시지를 수신하는 것에 응답하여 및/또는 수신 시에), UE는 무선 자원들(예를 들어, 모든 무선 자원들)을 릴리즈할 수 있으며, 여기에서 UE에 의해 릴리즈되는 무선 자원들은 C-RNTI를 포함한다. 대안적으로 및/또는 추가적으로, SDT가 미리-구성된 PUSCH 자원-기반 방법(예를 들어, 미리-구성된 PUSCH 자원-기반 SDT)에 의해 트리거되는 시나리오에서, UE는, UE가 RRC_INACTIVE 상태에 있을 때 NW로부터 C-RNTI를 수신하지 않을 수 있다. UE가 RRC_INACTIVE 상태에 있을 때 UE가 NW로부터 C-RNTI를 수신하지 않는 것에 기인하여, UE는 하나 이상의 후속 송신들(예를 들어, 하나 이상의 후속 UL 송신들)에 대한 동적 UL 승인을 수신하기 위해 PDCCH를 모니터링하기 위해 사용할 RNTI를 갖지 않을 수 있다. UE가 하나 이상의 후속 송신들(예를 들어, 하나 이상의 후속 UL 송신들)에 대한 동적 UL 승인을 수신하기 위해 PDCCH를 모니터링하기 위해 사용할 RNTI를 갖지 않는 것에 기인하여, NW는 RNTI에 의해 UE를 인식하지 않을 수 있으며(예를 들어, 인식하지 못할 수 있으며) 및/또는 NW는 하나 이상의 후속 송신들에 대한 동적 UL 승인을 제공하지 않을 수 있다(예를 들어, 제공하지 못할 수 있다). (이상에서 언급된 바와 같은) RRC_INACTIVE에서 동적 승인을 사용하여 하나 이상의 후속 송신들(예를 들어, SDT 절차의 제 1 UL 송신 및/또는 제 1 DL 송신 이후의 SDT 절차의 하나 이상의 후속 송신들)을 제어하기 위하여 UE가 PDCCH 모니터링을 위해 RNTI(예를 들어, 유효 및/또는 활성 RNTI)를 획득하기 위한 기술들 및/또는 방법들이 고려되어야 한다.
본원에서 제공되는 기술들 중 하나 이상이 전술한 이슈들(예를 들어, UE가 하나 이상의 후속 송신들에 대한 동적 UL 승인을 수신하기 위해 PDCCH를 모니터링하기 위해 사용할 RNTI를 갖지 않는 것, NW가 RNTI에 의해 UE를 인식하지 않는 것 및/또는 NW가 하나 이상의 후속 송신들에 대한 동적 UL 승인을 제공하지 않는 것) 중 하나 이상을 해결하기 위해 사용될 수 있다.
제 5 실시예에 있어서, UE는 동적 승인을 수신하기 위해 제 1 RNTI에 의해 PDCCH를 모니터링할 수 있다(예를 들어, 동적 승인은 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후의 하나 이상의 후속 스몰 데이터 송신들과 같은 하나 이상의 후속 스몰 데이터 송신들에 대해 사용될 수 있다). 제 1 RNTI는 제 1 스몰 데이터 송신(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신) 동안 RNTI(예를 들어, 기존 RNTI)에 기초하여 결정(예를 들어, 도출 및/또는 계산)될 수 있다. 예를 들어, RNTI(예를 들어, 기존 RNTI)는, UE가 제 1 스몰 데이터 송신에 대해 사용한 RNTI 및/또는 제 1 스몰 데이터 송신 동안 UE의 RNTI에 대응할 수 있다. UE 및 NW 둘 모두가 동일한 규칙에 기초하여 (예를 들어, 하나 이상의 후속 스몰 데이터 송신들에 대한) 제 1 RNTI를 결정(예를 들어, 도출 및/또는 계산)할 수 있다. 제 1 RNTI는, UE의 미리-구성된 PUSCH 자원들을 사용하는 송신에 대한 RNTI, RA-RNTI, MSGB-RNTI, 임시 C-RNTI, C-RNTI, 및/또는 CS-RNTI에 기초하여 결정(예를 들어, 도출 및/또는 계산)될 수 있다. UE는, RA 기법을 사용하는 스몰 데이터 송신 동안(예를 들어, RA 기법을 사용하여 수행되는 SDT 절차와 같은 RACH-기반 SDT 동안) RA-RNTI 및/또는 MSGB-RNTI를 결정(예를 들어, 도출 및/또는 계산)할 수 있다. NW는, RA 기법을 사용하는 스몰 데이터 송신 동안(예를 들어, RA 기법을 사용하여 수행되는 SDT 절차와 같은 RACH-기반 SDT 동안) RA-RNTI 및/또는 MSGB-RNTI를 인식할 수 있다. UE는, NW로부터 RA 기법을 사용하는 스몰 데이터 송신 동안(예를 들어, RA 기법을 사용하여 수행되는 SDT 절차와 같은 RACH-기반 SDT 동안) RAR에서 임시 C-RNTI를 수신할 수 있다. UE는, NW로부터 RA 기법을 사용하는 스몰 데이터 송신 동안 제 1 DL 송신에서(예를 들어, Msg4 및/또는 MSGB에서) C-RNTI를 수신할 수 있다. UE는 미리-구성된 절차들을 사용하는 스몰 데이터 송신 동안(예를 들어, 미리-구성된 PUSCH 자원들을 사용하여 수행되는 SDT 절차와 같은 미리-구성된 PUSCH 자원-기반 SDT 동안) 구성된 RNTI(예를 들어, CS-RNTI)를 가질 수 있다. 이상에서 언급된 RNTI들(예를 들어, UE의 미리-구성된 PUSCH 자원들을 사용하는 송신에 대한 RNTI, RA-RNTI, MSGB-RNTI, 임시 C-RNTI, C-RNTI, CS-RNTI 및/또는 구성된 RNTI) 중 하나 이상의 RNTI들(예를 들어, 하나, 일부 및/또는 모든 RNTI들)이 하나 이상의 미리 정의된 규칙들(예를 들어, 미리 정의된 공식)에 기초하여 제 1 RNTI를 결정(예를 들어, 도출 및/또는 계산)하기 위해 사용될 수 있다. 대안적으로 및/또는 추가적으로, 이상에서 언급된 RNTI들(예를 들어, UE의 미리-구성된 PUSCH 자원들을 사용하는 송신에 대한 RNTI, RA-RNTI, MSGB-RNTI, 임시 C-RNTI, C-RNTI, CS-RNTI 및/또는 구성된 RNTI) 중 하나 이상의 RNTI들(예를 들어, 하나, 일부 및/또는 모든 RNTI들)이 제 1 RNTI로서 재사용될 수 있다. 일부 예들에 있어서, 제 1 RNTI는 C-RNTI일 수 있다. UE는 동적 승인을 수신하기 위해 제 1 RNTI에 의해 PDCCH를 모니터링할 수 있다(예를 들어, 동적 승인은 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후의 하나 이상의 후속 UL 스몰 데이터 송신들과 같은 하나 이상의 후속 UL 송신들에 대해 사용될 수 있다).
일부 예들에 있어서, UE는, 후속 데이터 송신(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후의 하나 이상의 후속 스몰 데이터 송신들)이 요청될 때 제 1 RNTI를 결정(예를 들어, 도출 및/또는 계산)할 수 있다(예를 들어, UE는 후속 데이터 송신이 요청될 때 및/또는 이에 응답하여 제 1 RNTI를 결정할 수 있다). 대안적으로 및/또는 추가적으로, UE는, 제 1 스몰 데이터 송신(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신)이 완료될 때 제 1 RNTI를 결정(예를 들어, 도출 및/또는 계산)할 수 있다(예를 들어, UE는 제 1 스몰 데이터 송신의 완료 시에 및/또는 이에 응답하여 제 1 RNTI를 결정할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 제 1 스몰 데이터 송신을 완료하기 위한 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 수신할 때 제 1 RNTI를 결정(예를 들어, 도출 및/또는 계산)할 수 있다(예를 들어, UE는, 제 1 스몰 데이터 송신을 완료하기 위한 RRC 릴리즈 메시지의 수신 시에 및/또는 이에 응답하여 제 1 RNTI를 결정할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 제 1 DL 송신(예를 들어, Msg4 및/또는 MSGB와 같은 제 1 DL 스몰 데이터 송신)을 수신할 때 제 1 RNTI를 결정(예를 들어, 도출 및/또는 계산)할 수 있다(예를 들어, UE는 제 1 DL 송신의 수신 시에 및/또는 이에 응답하여 제 1 RNTI를 결정할 수 있다). 대안적으로 및/또는 추가적으로, UE는, UE가 후속 송신(예를 들어, 후속 스몰 데이터 송신)을 수행하기 위해 NW 표시(예를 들어, NW로부터의 표시 및/또는 지시)를 수신할 때 제 1 RNTI를 결정(예를 들어, 도출 및/또는 계산)할 수 있다(예를 들어, UE는 NW 표시의 수신 시에 및/또는 이에 응답하여 제 1 RNTI를 결정할 수 있다).
도 10에 대한 일 예에 있어서, UE(1002)는 RA 프리앰블(1006)을 송신할 수 있으며, RAR(1008)을 수신하기 위해 RA-RNTI에 의해 PDCCH를 모니터링할 수 있다. RAR(1008)을 수신하는 것에 응답하여, UE(1002)는 Msg3(1010)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신하기 위해 RAR(1008) 내의 UL 승인을 사용할 수 있다. UE(1002)는 Msg4(1014)(예를 들어, 제 1 DL 스몰 데이터 송신)을 수신하기 위해 임시 C-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(1002)는 Msg4(1014)에서 C-RNTI를 수신할 수 있다. 예를 들어, Msg4(1014)는 C-RNTI를 포함할 수 있다. 일부 예들에 있어서, UE(1002)는 하나 이상의 미리 정의된 규칙들(예를 들어, 미리 정의된 공식)에 의해 제 1 RNTI를 결정(예를 들어, 계산 및/또는 도출)하기 위한 입력 값으로서 C-RNTI를 사용할 수 있다. 대안적으로 및/또는 추가적으로, UE(1002)는 제 1 RNTI로서 (예를 들어, Msg4(1014)에서 수신된) C-RNTI를 재사용할 수 있다. 대안적으로 및/또는 추가적으로, UE(1002)는 Msg4(1014)에서 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 수신할 수 있다. 예를 들어, Msg4(1014)는 RRC 릴리즈 메시지를 포함할 수 있다. 일부 예들에 있어서, UE(1002)는 (예를 들어, RRC 릴리즈 메시지에 응답하여) C-RNTI를 릴리즈할 수 있다. RRC릴리즈 메시지를 수신하거나 및/또는 C-RNTI를 릴리즈한 이후에, UE(1002)는 하나 이상의 동적 UL 승인들을 수신하기 위해 제 1 RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(1002)는, 예컨대 하나 이상의 동적 UL 승인들을 사용하여 후속 스몰 데이터 송신(예를 들어, 제 1 후속 UL 송신(1018) 및/또는 제 2 후속 UL 송신(1024))을 송신할 수 있다. 일부 예들에 있어서, UE(1002)는 (예를 들어, 후속 스몰 데이터 송신을 송신한 이후에) 재송신 및/또는 하나 이상의 후속 송신들(예를 들어, 하나 이상의 후속 스몰 데이터 송신들)의 하나 이상의 다른 UL 승인들에 대해 제 1 RNTI에 의해 PDCCH를 계속해서 모니터링할 수 있다.
도 12에 대한 일 예에 있어서, UE(1202)는 하나 이상의 미리-구성된 PUSCH 자원들을 사용하여 PDU(1206)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신할 수 있으며, 피드백(1210)(예를 들어, 제 1 DL 스몰 데이터 송신)을 수신하기 위해 CS-RNTI에 의해 PDCCH를 모니터링할 수 있다. 피드백(1210)은 (NW(1204)로부터의) NW 피드백일 수 있다. UE(1202)는 (예를 들어, CS-RNTI에 의해 PDCCH를 모니터링하는 것을 통해) 피드백(1210)을 수신할 수 있다. UE는 하나 이상의 미리 정의된 규칙들(예를 들어, 미리 정의된 공식)에 의해 제 1 RNTI를 결정(예를 들어, 계산 및/또는 도출)하기 위한 입력 값으로서 CS-RNTI를 사용할 수 있다. 대안적으로 및/또는 추가적으로, UE(1202)는 제 1 RNTI로서 CS-RNTI를 재사용할 수 있다(예를 들어, 제 1 RNTI는 CS-RNTI와 동일할 수 있다). 대안적으로 및/또는 추가적으로, UE(1202)는 피드백(1210)에서 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 수신할 수 있다. 예를 들어, 피드백(1210)는 RRC 릴리즈 메시지를 포함할 수 있다. 일부 예들에 있어서, UE(1202)는 (예를 들어, RRC 릴리즈 메시지에 응답하여) CS-RNTI를 저장할 수 있다. RRC릴리즈 메시지를 수신하거나 및/또는 CS-RNTI를 저장한 이후에, UE(1202)는 하나 이상의 동적 UL 승인들을 수신하기 위해 제 1 RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(1202)는, 예컨대 하나 이상의 동적 UL 승인들을 사용하여 후속 스몰 데이터 송신(예를 들어, 제 1 후속 UL 송신(1214) 및/또는 제 2 후속 UL 송신(1220))을 송신할 수 있다. 일부 예들에 있어서, UE(1202)는 (예를 들어, 후속 스몰 데이터 송신을 송신한 이후에) 재송신 및/또는 하나 이상의 후속 송신들(예를 들어, 하나 이상의 후속 스몰 데이터 송신들)의 하나 이상의 다른 UL 승인들에 대해 제 1 RNTI에 의해 PDCCH를 계속해서 모니터링할 수 있다.
일부 예들에 있어서, 제 5 실시예에 대해 본원에서 개시되는 실시예들은 전술한 이슈들(예를 들어, UE가 하나 이상의 후속 송신들에 대한 동적 UL 승인을 수신하기 위해 PDCCH를 모니터링하기 위해 사용할 RNTI를 갖지 않는 것, NW가 RNTI에 의해 UE를 인식하지 않는 것 및/또는 NW가 하나 이상의 후속 송신들에 대한 동적 UL 승인을 제공하지 않는 것) 중 하나 이상을 해결하도록 구현될 수 있거나 및/또는 해결하기 위해 사용될 수 있다.
제 6 실시예에 있어서, UE는 동적 승인을 수신하기 위해 제 1 RNTI에 의해 PDCCH를 모니터링할 수 있다(예를 들어, 동적 승인은 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신 이후의 하나 이상의 후속 스몰 데이터 송신들과 같은 하나 이상의 후속 스몰 데이터 송신들에 대해 사용될 수 있다). 제 1 RNTI는 제 1 스몰 데이터 송신(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신)에서 사용된 RNTI(예를 들어, 기존 RNTI)를 사용(예를 들어, 재사용)할 수 있다. 예를 들어, UE는, 제 1 RNTI로서 제 1 스몰 데이터 송신에서 사용된 RNTI(예를 들어, 기존 RNTI)를 사용(예를 들어, 재사용)할 수 있다. 대안적으로 및/또는 추가적으로, 제 1 RNTI는 SDT 절차 동안 (예를 들어, UE에) 제공될 수 있다. 대안적으로 및/또는 추가적으로, UE는 제 1 스몰 데이터 송신(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신) 동안 및/또는 그 이후에 제 1 RNTI를 수신하거나 및/또는 유지할 수 있으며, (하나 이상의 후속 스몰 데이터 송신들에 대해 사용될) 동적 승인을 수신하기 위해 제 1 RNTI에 의해 PDCCH를 모니터링할 수 있다. UE는, SDT 절차 동안 제 1 RNTI를 릴리즈, 폐기, 대체 및/또는 저장하지 않을 수 있다. 제 1 RNTI는 C-RNTI, CS-RNTI 및/또는 하나 이상의 미리-구성된 PUSCH 자원들을 사용하는 송신을 위한 RNTI일 수 있다. 제 1 RNTI는 제 1 DL 스몰 데이터 송신(예를 들어, MSGB, Msg4 및/또는 하나 이상의 미리 구성된 PUSCH 자원을 사용하는 송신에 대한 NW 피드백)에서 수신될 수 있다. 제 1 RNTI는 RRC 릴리즈 메시지(예를 들어, RRCRelease), MAC CE, 및/또는 DCI 내에 포함(예를 들어, 표시)될 수 있다.
도 10에 대한 일 예에 있어서, UE(1002)는 RA 프리앰블(1006)을 송신할 수 있으며, RAR(1008)을 수신하기 위해 RA-RNTI에 의해 PDCCH를 모니터링할 수 있다. RAR(1008)을 수신하는 것에 응답하여, UE(1002)는 Msg3(1010)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신하기 위해 RAR(1008) 내의 UL 승인을 사용할 수 있다. UE(1002)는 Msg4(1014)(예를 들어, 제 1 DL 스몰 데이터 송신)을 수신하기 위해 임시 C-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(1002)는 Msg4(1014)에서 C-RNTI 및/또는 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 수신할 수 있다. 예를 들어, Msg4(1014)는 C-RNTI 및/또는 RRC 릴리즈 메시지를 포함할 수 있다. 일부 예들에 있어서, UE(1002)는 RRC 릴리즈(예를 들어, RRC 릴리즈 메시지에 의해 표시된 RRC 릴리즈)를 수행할 수 있지만 C-RNTI를 릴리즈하지 않을 수 있다(예를 들어, UE(1002)는 C-RNTI를 릴리즈하지 않고 RRC 릴리즈를 수행할 수 있다). UE(1002)는 하나 이상의 동적 UL 승인들을 수신하기 위해 C-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(1002)는, 예컨대 하나 이상의 동적 UL 승인들을 사용하여 후속 스몰 데이터 송신(예를 들어, 제 1 후속 UL 송신(1018) 및/또는 제 2 후속 UL 송신(1024))을 송신할 수 있다. 일부 예들에 있어서, UE(1002)는 (예를 들어, 후속 스몰 데이터 송신을 송신한 이후에) 재송신 및/또는 하나 이상의 후속 송신들(예를 들어, 하나 이상의 후속 스몰 데이터 송신들)의 하나 이상의 다른 UL 승인들에 대해 C-RNTI에 의해 PDCCH를 계속해서 모니터링할 수 있다.
도 12에 대한 일 예에 있어서, UE(1202)는 하나 이상의 미리-구성된 PUSCH 자원들을 사용하여 PDU(1206)(예를 들어, 제 1 UL 스몰 데이터 송신)을 송신할 수 있으며, 피드백(1210)(예를 들어, 제 1 DL 스몰 데이터 송신)을 수신하기 위해 CS-RNTI에 의해 PDCCH를 모니터링할 수 있다. 피드백(1210)은 (NW(1204)로부터의) NW 피드백일 수 있다. UE(1202)는 (예를 들어, CS-RNTI에 의해 PDCCH를 모니터링하는 것을 통해) 피드백(1210)을 수신할 수 있다. 피드백(1210)은 RRC 릴리즈 메시지(예를 들어, RRCRelease) 및 제 1 RNTI의 MAC CE(예를 들어, C-RNTI MAC CE)를 포함할 수 있다. 제 1 RNTI는 C-RNTI일 수 있다. 예를 들어, 제 1 RNTI(예를 들어, C-RNTI)는 MAC CE(예를 들어, C-RNTI MAC CE)에 의해 표시될 수 있다. 일부 예들에 있어서, UE(1202)는 RRC 릴리즈(예를 들어, RRC 릴리즈 메시지에 의해 표시된 RRC 릴리즈)를 수행할 수 있지만 제 1 RNTI를 릴리즈하지 않을 수 있다(예를 들어, UE(1202)는 제 1 RNTI를 릴리즈하지 않고 RRC 릴리즈를 수행할 수 있다). UE(1202)는 하나 이상의 동적 UL 승인들을 수신하기 위해 제 1 RNTI에 의해 PDCCH를 모니터링할 수 있다. UE(1002)는, 예컨대 하나 이상의 동적 UL 승인들을 사용하여 후속 스몰 데이터 송신(예를 들어, 제 1 후속 UL 송신(1214) 및/또는 제 2 후속 UL 송신(1220))을 송신할 수 있다. 일부 예들에 있어서, UE(1202)는 (예를 들어, 후속 스몰 데이터 송신을 송신한 이후에) 재송신 및/또는 하나 이상의 후속 송신들(예를 들어, 하나 이상의 후속 스몰 데이터 송신들)의 하나 이상의 다른 UL 승인들에 대해 제 1 RNTI에 의해 PDCCH를 계속해서 모니터링할 수 있다.
일부 예들에 있어서, 제 6 실시예에 대해 본원에서 개시되는 실시예들은 전술한 이슈들(예를 들어, UE가 하나 이상의 후속 송신들에 대한 동적 UL 승인을 수신하기 위해 PDCCH를 모니터링하기 위해 사용할 RNTI를 갖지 않는 것, NW가 RNTI에 의해 UE를 인식하지 않는 것 및/또는 NW가 하나 이상의 후속 송신들에 대한 동적 UL 승인을 제공하지 않는 것) 중 하나 이상을 해결하도록 구현될 수 있거나 및/또는 해결하기 위해 사용될 수 있다.
일부 예들에 있어서, 제 5 실시예 및/또는 제 6 실시예에 대해 설명되는 기술들, 실시예들, 방법들 및/또는 대안예들과 같은 본원에서 개시되는 실시예들의 조합은, 예컨대 전술한 이슈들(예를 들어, UE가 하나 이상의 후속 송신들에 대한 동적 UL 승인을 수신하기 위해 PDCCH를 모니터링하기 위해 사용할 RNTI를 갖지 않는 것, NW가 RNTI에 의해 UE를 인식하지 않는 것 및/또는 NW가 하나 이상의 후속 송신들에 대한 동적 UL 승인을 제공하지 않는 것) 중 하나 이상을 해결하도록 구현될 수 있거나 및/또는 해결하기 위해 사용될 수 있다. 예를 들어, 제 5 실시예 및/또는 제 6 실시예에 대해 설명되는 기술들, 실시예들, 방법들 및/또는 대안예들이 (예컨대 전술한 이슈들 중 하나 이상을 해결하기 위해) 고려될 수 있다(예를 들어, 함께 고려될 수 있다).
예를 들어, UE는, UE가 RRC_INACTIVE 상태에 있을 때, SDT 절차를 트리거(및/또는 개시)할 수 있다. UE는 RA에 기초하여 및/또는 하나 이상의 미리-구성된 PUSCH 자원들에 기초하여 (예를 들어, SDT 절차의) 제 1 UL 송신 및/또는 제 2 DL 송신을 수행할 수 있다(예를 들어, 제 1 UL 송신은 SDT 절차의 제 1 UL 스몰 데이터 송신에 대응할 수 있거나 및/또는 제 1 DL 송신은 SDT 절차의 제 1 DL 스몰 데이터 송신에 대응할 수 있다). UE는 하나 이상의 동적 승인들에 기초하여 (예를 들어, SDT 절차의) 하나 이상의 후속 송신들을 수행할 수 있다(예를 들어, 하나 이상의 후속 송신들은 SDT 절차의 하나 이상의 후속 UL 스몰 데이터 송신들 및/또는 SDT 절차의 하나 이상의 후속 DL 스몰 데이터 송신들을 포함할 수 있다). UE는 제 1 스몰 데이터 송신(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신) 동안 RNTI(예를 들어, 기존 RNTI)에 기초하여 제 1 RNTI를 결정(예를 들어, 도출 및/또는 계산)할 수 있다. 예를 들어, RNTI(예를 들어, 기존 RNTI)는, UE가 제 1 스몰 데이터 송신에 대해 사용한 RNTI 및/또는 제 1 스몰 데이터 송신 동안 UE의 RNTI에 대응할 수 있다. 대안적으로 및/또는 추가적으로, UE는 제 1 스몰 데이터 송신 동안에 및/또는 이후에 존재하거나 및/또는 수신되는 제 1 RNTI를 유지할 수 있다.
일 예에 있어서, UE는 NW 피드백(예를 들어, 피드백(1210))에서 C-RNTI MAC CE 및 RRC 릴리즈 메시지(예를 들어, RRCRelease)를 수신할 수 있다. 일부 예들에 있어서, NW 피드백은 하나 이상의 미리-구성된 PUSCH 자원들을 사용하여 수행된 UL 스몰 데이터 송신(예를 들어, 제 1 UL 스몰 데이터 송신)의 피드백에 대응할 수 있다. 일부 예들에 있어서, UE는 RRC 릴리즈(예를 들어, RRC 릴리즈 메시지에 의해 표시된 RRC 릴리즈)를 수행할 수 있지만 C-RNTI를 릴리즈하지 않을 수 있다(예를 들어, UE는 C-RNTI를 릴리즈하지 않고 RRC 릴리즈를 수행할 수 있다). 대안적으로 및/또는 추가적으로, UE가 (예를 들어, NW 피드백을 통해) C-RNTI를 수신하지 않는 경우, UE는 미리 정의된 공식에 의해 C-RNTI를 결정(예를 들어, 도출 및/또는 계산)하기 위한 입력 값으로서 RNTI(예를 들어, 제 1 UL 스몰 데이터 송신 및/또는 제 1 DL 스몰 데이터 송신과 같은 하나 이상의 미리-구성된 PUSCH 자원들을 사용하는 송신을 위한 다른 유형의 RNTI 및/또는 CS-RNTI와 같은 RNTI)를 사용할 수 있다(예를 들어, C-RNTI는 RNTI 및/또는 미리 정의된 공식에 기초하여 결정될 수 있다). UE는 하나 이상의 동적 UL 승인들을 수신하기 위해 C-RNTI에 의해 PDCCH를 모니터링할 수 있다. UE는, 예컨대 하나 이상의 동적 UL 승인들을 사용하여 후속 스몰 데이터 송신을 송신할 수 있다. 일부 예들에 있어서, UE는 (예를 들어, 후속 스몰 데이터 송신을 송신한 이후에) 재송신 및/또는 하나 이상의 후속 송신들(예를 들어, 하나 이상의 후속 스몰 데이터 송신들)의 하나 이상의 다른 UL 승인들에 대해 C-RNTI에 의해 PDCCH를 계속해서 모니터링할 수 있다.
본 개시의 전체에 걸쳐, RNTI(예를 들어, UE의 미리-구성된 PUSCH 자원들을 사용하는 송신에 대한 RNTI, RA-RNTI, MSGB-RNTI, 임시 C-RNTI, C-RNTI, 또는 CS-RNTI)에 의해 PDCCH를 모니터링하는 UE는 RNTI(예를 들어, UE의 미리-구성된 PUSCH 자원들을 사용하는 송신에 대한 RNTI, RA-RNTI, MSGB-RNTI, 임시 C-RNTI, C-RNTI, 또는 CS-RNTI)를 사용하여 PDCCH를 모니터링하는 UE에 대응할 수 있거나 및/또는 이에 의해 대체될 수 있다.
전술한 기술들 및/또는 실시예들 중 하나, 일부 및/또는 전부는 새로운 실시예로 형성될 수 있다.
일부 예들에 있어서, 제 1 실시예, 제 2 실시예, 제 3 실시예, 제 4 실시예, 제 5 실시예, 및 제 6 실시예에 대하여 설명된 실시예들과 같은 본원에서 설명되는 실시예들은 독립적으로 및/또는 개별적으로 구현될 수 있다. 대안적으로 및/또는 추가적으로, 제 1 실시예, 제 2 실시예, 제 3 실시예, 제 4 실시예, 제 5 실시예, 및/또는 제 6 실시예에 대하여 설명된 실시예들과 같은 본원에서 설명되는 실시예들의 조합이 구현될 수 있다. 대안적으로 및/또는 추가적으로, 제 1 실시예, 제 2 실시예, 제 3 실시예, 제 4 실시예, 제 5 실시예, 및/또는 제 6 실시예에 대하여 설명된 실시예들과 같은 본원에서 설명되는 실시예들의 조합은 동시에 및/또는 일제히 구현될 수 있다.
본 개시의 다양한 기술들, 실시예들, 방법들 및/또는 대안예들은 서로 독립적으로 및/또는 개별적으로 수행될 수 있다. 대안적으로 및/또는 추가적으로, 본 개시의 다양한 기술들, 실시예들, 방법들 및/또는 대안예들은 단일 시스템을 사용하여 결합되거나 및/또는 구현될 수 있다. 대안적으로 및/또는 추가적으로, 본 개시의 다양한 기술들, 실시예들, 방법들 및/또는 대안예들은 동시에 및/또는 함께 구현될 수 있다.
도 13은 UE의 관점으로부터의 예시적인 일 실시예에 따른 순서도(1300)이다. 단계(1305)에서, UE는, RACH-기반 기법을 사용하여, UE가 RRC_INACTIVE 상태에 있을 때, 제 1 스몰 데이터 송신을 수행한다(예를 들어, UE는, UE가 RRC_INACTIVE 상태에 있을 때, RACH-기반 기법을 사용하여 제 1 스몰 데이터 송신을 수행한다). 단계(1310)에서, UE는, UE가 RRC_INACTIVE 상태에 있을 때 후속 스몰 데이터 송신에 대한 CS-RNTI를 획득한다. 예를 들어, 후속 스몰 데이터 송신은 제 1 스몰 데이터 송신 이후일 수 있다. 대안적으로 및/또는 추가적으로, 후속 스몰 데이터 송신은, UE가 RRC_INACTIVE 상태에 있을 때 수행될 수 있다. 대안적으로 및/또는 추가적으로, UE는, UE가 RRC_INACTIVE 상태에 있을 때, CS-RNTI를 획득할 수 있다.
일 실시예에 있어서, 제 1 스몰 데이터 송신은 SDT 절차(예를 들어, RACH-기반 SDT 절차)의 송신(예를 들어, UL 송신)이거나 및/또는 후속 스몰 데이터 송신은 제 1 스몰 데이터 송신을 뒤따르는 SDT 절차의 송신이다.
일 실시예에 있어서, RACH-기반 기법은 4-단계 RA 및/또는 2-단계 RA이다.
일 실시예에 있어서, 제 1 스몰 데이터 송신은 Msg3 송신 및/또는 MSGA 송신을 포함한다. 예를 들어, 제 1 스몰 데이터 송신의 제 1 스몰 데이터는 Msg3 및/또는 MSGA에서 송신될 수 있다.
일 실시예에 있어서, UE는 하나 이상의 미리-구성된 PUSCH 자원들을 통해 후속 스몰 데이터 송신을 수행한다. 예를 들어, UE는 하나 이상의 미리-구성된 PUSCH 자원들을 통해 후속 스몰 데이터 송신의 후속 스몰 데이터를 송신할 수 있다.
일 실시예에 있어서, CS-RNTI는 구성(예를 들어, 저장된 구성)으로부터 복원된다. 구성은, UE가 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태에 진입할 때(예를 들어, UE가 RRC_CONNECTED 상태로부터 RRC_INACTIVE 상태에 진입하는 것에 응답하여) (예를 들어, UE가 제 1 스몰 데이터 송신을 수행하기 이전에) 저장될 수 있다.
일 실시예에 있어서, CS-RNTI는 RRC 메시지 및/또는 RRC 구성에서 수신된다. 예를 들어, RRC 메시지 및/또는 RRC 구성은 UE에 의해 수신될 수 있다. 대안적으로 및/또는 추가적으로, RRC 메시지 및/또는 RRC 구성은 CS-RNTI를 포함할 수 있다.
일 실시예에 있어서, CS-RNTI는 MAC CE 및/또는 DCI에서 수신된다. 예를 들어, MAC CE 및/또는 DCI는 UE에 의해 수신될 수 있다. 대안적으로 및/또는 추가적으로, MAC CE 및/또는 DCI는 CS-RNTI를 포함할 수 있다.
일 실시예에 있어서, CS-RNTI는 RRC_CONNECTED 상태에서(예를 들어, UE가 RRC_CONNECTED 상태에 있을 때) 수신된다.
일 실시예에 있어서, CS-RNTI는 RRC_INACTIVE 상태에서(예를 들어, UE가 RRC_INACTIVE 상태에 있을 때) 수신된다.
일 실시예에 있어서, CS-RNTI는 제 1 스몰 데이터 송신에서 수신된 C-RNTI에 기초하여 결정된다(예를 들어, 이로부터 도출되거나 및/또는 계산된다).
일 실시예에 있어서, UE는, 미리 정의된 규칙(예를 들어, 미리 정의된 공식)에 기초하여, C-RNTI를 사용하여 CS-RNTI를 결정(예를 들어, 도출 및/또는 계산)한다. 예를 들어, 하나 이상의 연산들(예를 들어, 수학적 연산들)이 CS-RNTI를 결정하기 위해 C-RNTI를 사용하여 수행될 수 있다(예를 들어, 하나 이상의 연산들은 미리 정의된 공식과 같은 미리 정의된 규칙에 따라 수행될 수 있다).
일 실시예에 있어서, UE는 CS-RNTI로서 C-RNTI를 재사용한다(예를 들어, CS-RNTI는 C-RNTI와 동일할 수 있다).
일 실시예에 있어서, UE는 후속 스몰 데이터 송신에 대한 및/또는 후속 스몰 데이터 송신 이외의 하나 이상의 후속 스몰 데이터 송신들에 대한 하나 이상의 미리-구성된 PUSCH 자원들을 수신하기 위해 CS-RNTI에 의해 PDCCH를 모니터링한다. 예를 들어, UE는 후속 스몰 데이터 송신 및/또는 후속 스몰 데이터 송신 이외의 하나 이상의 후속 스몰 데이터 송신들을 수행하기 위해 하나 이상의 미리-구성된 PUSCH 자원들을 사용할 수 있다.
일 실시예에 있어서, UE는 후속 스몰 데이터 송신에 대한 활성화 및/또는 표시에 대해 및/또는 후속 스몰 데이터 송신 이외의 하나 이상의 후속 스몰 데이터 송신들에 대한 활성화 및/또는 표시에 대해 CS-RNTI에 의해 PDCCH를 모니터링한다.
일 실시예에 있어서, UE는 후속 스몰 데이터 송신에 대한 재송신 및/또는 비활성화에 대해 및/또는 후속 스몰 데이터 송신 이외의 하나 이상의 후속 스몰 데이터 송신들에 대한 재송신 및/또는 비활성화에 대해 CS-RNTI에 의해 PDCCH를 모니터링한다.
일 실시예에 있어서, UE는, 상위 계층들(예를 들어, RRC 계층)이 스몰 데이터 송신을 나타내는 경우(예를 들어, 상위 계층이 스몰 데이터 송신을 수행할 것을 지시하는 경우), (예를 들어, 제 1 스몰 데이터 송신의) 제 1 스몰 데이터를 송신하기 위해 RA 절차를 개시한다.
일 실시예에 있어서, UE는, 상위 계층(예를 들어, RRC 계층)이 RRC_INACTIVE 상태에서 스몰 데이터 송신을 위한 일시 중단된 RRC 연결의 재개를 요청하는 경우(예를 들어, 상위 계층이, UE가 RRC_INACTIVE 상태에 있을 때 스몰 데이터 송신을 위한 일시 중단된 RRC 연결의 재개를 요청하는 경우), (예를 들어, 제 1 스몰 데이터 송신의) 제 1 스몰 데이터를 송신하기 위해 RA 절차를 개시한다.
일 실시예에 있어서, UE는, UE가 송신할 많은 양의 데이터를 갖는 경우(예를 들어, UE에 의해 송신을 위해 이용가능한 데이터의 양이 데이터의 임계 양을 초과하는 경우), 하나 이상의 미리-구성된 PUSCH 자원들을 사용하여 후속 스몰 데이터 송신(및/또는 하나 이상의 다른 후속 스몰 데이터 송신)을 개시한다.
일 실시예에 있어서, UE는, UE가 송신할 많은 양의 데이터를 예상하는 경우(예를 들어, UE가 송신을 위해 이용가능한 것으로 가질 것으로 예상하는 데이터의 양이 데이터의 임계 양을 초과하는 경우), 예컨대 UE가 제 1 스몰 데이터 송신 및/또는 후속 스몰 데이터 송신을 통한 송신을 위해 이용가능한 많은 양의 데이터(예를 들어, 데이터의 임계 양을 초과하는 데이터의 양)을 가질 것으로 예상하는 경우, 하나 이상의 미리-구성된 PUSCH 자원들을 사용하여 후속 스몰 데이터 송신(및/또는 하나 이상의 다른 후속 스몰 데이터 송신들)을 개시한다.
일 실시예에 있어서, UE는, NW가 후속 스몰 데이터 송신을 허용하는 경우(예를 들어, NW가 SDT 절차의 제 1 스몰 데이터 송신 이후에 SDT 절차에서 후속 스몰 데이터 송신을 수행하도록 UE를 구성하거나 및/또는 이를 허용하는 경우), 하나 이상의 미리-구성된 PUSCH 자원들을 사용하여 후속 스몰 데이터 송신(및/또는 하나 이상의 다른 후속 스몰 데이터 송신들)을 개시한다.
일 실시예에 있어서, UE는, NW가 미리-구성된 PUSCH 자원들(예를 들어, 하나 이상의 미리-구성된 PUSCH 자원들의 구성)을 UE에 제공하는 경우, 하나 이상의 미리-구성된 PUSCH 자원들을 사용하여 후속 스몰 데이터 송신(및/또는 하나 이상의 다른 후속 스몰 데이터 송신)을 개시한다.
다시 도 3 및 도 4를 참조하면, UE의 예시적인 일 실시예에 있어서, 디바이스(300)는 메모리(310) 내에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, UE가 (i) UE가 RRC_INACTIVE 상태에 있을 때 RACH-기반 기법을 사용하여 제 1 스몰 데이터 송신을 수행하고, 및 (ii) UE가 RRC_INACTIVE 상태에 있을 때 후속 스몰 데이터 송신에 대한 CS-RNTI을 획득하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 및/또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.
도 14는 UE의 관점으로부터의 예시적인 일 실시예에 따른 순서도(1400)이다. 단계(1405)에서, UE는, UE가 RRC_INACTIVE 상태에 있을 때 제 1 스몰 데이터 송신을 수행한다. 단계(1410)에서, UE는, UE가 RRC_INACTIVE 상태에 있을 때 후속 스몰 데이터 송신에 대한 제 1 RNTI를 획득한다. 예를 들어, 후속 스몰 데이터 송신은 제 1 스몰 데이터 송신 이후일 수 있다. 대안적으로 및/또는 추가적으로, 후속 스몰 데이터 송신은, UE가 RRC_INACTIVE 상태에 있을 때 수행될 수 있다. 대안적으로 및/또는 추가적으로, UE는, UE가 RRC_INACTIVE 상태에 있을 때, 제 1 RNTI를 획득할 수 있다.
일 실시예에 있어서, 제 1 스몰 데이터 송신은 SDT 절차(예를 들어, 미리-구성된 PUSCH 자원-기반 SDT 절차)의 송신(예를 들어, UL 송신)이거나 및/또는 후속 스몰 데이터 송신은 제 1 스몰 데이터 송신을 뒤따르는 SDT 절차의 송신이다.
일 실시예에 있어서, UE는 RACH-기반 기법을 사용하여 제 1 스몰 데이터 송신을 수행한다.
일 실시예에 있어서, RACH-기반 기법은 4-단계 RA 및/또는 2-단계 RA이다.
일 실시예에 있어서, 제 1 스몰 데이터 송신은 Msg3 송신 및/또는 MSGA 송신을 포함한다. 예를 들어, 제 1 스몰 데이터 송신의 제 1 스몰 데이터는 Msg3 및/또는 MSGA에서 송신될 수 있다.
일 실시예에 있어서, UE는 미리-구성된 PUSCH 자원-기반 기법을 사용하여 제 1 스몰 데이터 송신을 수행한다.
일 실시예에 있어서, 제 1 스몰 데이터 송신은 하나 이상의 미리-구성된 PUSCH 자원들을 사용하는 PDU의 송신을 포함한다. 예를 들어, 제 1 스몰 데이터 송신의 제 1 스몰 데이터는 하나 이상의 미리-구성된 PUSCH 자원들을 사용하여 PDU에서 송신될 수 있다.
일 실시예에 있어서, UE는 제 1 스몰 데이터 송신의 제 1 스몰 데이터와 함께 RRC 재개 요청 메시지(예를 들어, RRCResumeRequest)를 송신한다. 예를 들어, 제 1 스몰 데이터 송신은 제 1 스몰 데이터 및 RRC 재개 요청 메시지의 송신을 포함할 수 있다.
일 실시예에 있어서, UE는, 제 1 스몰 데이터 송신이 수행된 이후에(예를 들어, 제 1 스몰 데이터 송신의 제 1 스몰 데이터가 송신된 이후에) RRC 릴리즈 메시지(예를 들어, RRCRelease)를 수신한다.
일 실시예에 있어서, UE는 하나 이상의 동적 UL 승인들을 통해 후속 스몰 데이터 송신을 수행한다. 예를 들어, UE는 하나 이상의 동적 UL 승인들에서 후속 스몰 데이터 송신의 후속 스몰 데이터를 송신할 수 있다.
일 실시예에 있어서, 제 1 RNTI는 제 1 스몰 데이터 송신 동안의 RNTI(예를 들어, 기존 RNTI)에 기초하여 결정된다(예를 들어, 이로부터 도출되거나 및/또는 계산된다). 예를 들어, RNTI(예를 들어, 기존 RNTI)는, UE가 제 1 스몰 데이터 송신에 대해 사용한 RNTI 및/또는 제 1 스몰 데이터 송신 동안 UE의 RNTI에 대응할 수 있다.
일 실시예에 있어서, UE는, 미리 정의된 규칙(예를 들어, 미리 정의된 공식)에 기초하여, RNTI(예를 들어, 기존 RNTI)를 사용하여 제 1 RNTI를 결정(예를 들어, 도출 및/또는 계산)한다. 예를 들어, 하나 이상의 연산들(예를 들어, 수학적 연산들)이 제 1 RNTI를 결정하기 위해 RNTI(예를 들어, 기존 RNTI)를 사용하여 수행될 수 있다(예를 들어, 하나 이상의 연산들은 미리 정의된 공식과 같은 미리 정의된 규칙에 따라 수행될 수 있다). 예를 들어, RNTI(예를 들어, 기존 RNTI)는, UE가 제 1 스몰 데이터 송신에 대해 사용한 RNTI 및/또는 제 1 스몰 데이터 송신 동안 UE의 RNTI에 대응할 수 있다.
일 실시예에 있어서, UE는 제 1 RNTI로서 RNTI(예를 들어, 기존 RNTI)를 재사용한다. 예를 들어, RNTI(예를 들어, 기존 RNTI)는, UE가 제 1 스몰 데이터 송신에 대해 사용한 RNTI 및/또는 제 1 스몰 데이터 송신 동안 UE의 RNTI에 대응할 수 있다.
일 실시예에 있어서, 제 1 RNTI는 하나 이상의 후속 스몰 데이터 송신들(예를 들어, 제 1 스몰 데이터 송신 및/또는 하나 이상의 후속 스몰 데이터 송신들) 동안 유지된다.
일 실시예에 있어서, 제 1 RNTI는 제 1 스몰 데이터 송신 및/또는 후속 스몰 데이터 송신을 포함하는 SDT 절차 동안 유지된다.
UE는, SDT 절차 동안 제 1 RNTI를 릴리즈, 폐기, 및/또는 대체하지 않을 수 있다.
일 실시예에 있어서, UE는 SDT 절차 동안 제 1 RNTI를 수신한다.
예를 들어, UE는, 제 1 RNTI로서 제 1 스몰 데이터 송신에서 사용된 RNTI(예를 들어, 기존 RNTI)를 사용(예를 들어, 재사용)한다.
일 실시예에 있어서, 기존 RNTI(예를 들어, 제 1 RNTI)는 제 1 스몰 데이터 송신 동안의 RA-RNTI, MSGB-RNTI, 임시 C-RNTI 및/또는 C-RNTI이며, 여기에서 제 1 스몰 데이터 송신은 RACH-기반 기법을 사용하여 수행된다. 일 실시예에 있어서, 기존 RNTI(예를 들어, 제 1 RNTI)는 제 1 스몰 데이터 송신 동안의 RNTI(예를 들어, RA-RNTI, MSGB-RNTI, 임시 C-RNTI 및/또는 C-RNTI)일 수 있다.
일 실시예에 있어서, 기존 RNTI(예를 들어, 제 1 RNTI)는 제 1 스몰 데이터 송신에 대한 제 2 RNTI이며, 여기에서 제 1 스몰 데이터 송신은 미리-구성된 PUSCH 자원-기반 기법을 사용하여 수행된다.
일 실시예에 있어서, 제 1 RNTI는 C-RNTI이다.
일 실시예에 있어서, 제 1 RNTI는 제 1 스몰 데이터 송신에 대한 제 2 RNTI이며, 여기에서 제 1 스몰 데이터 송신은 미리-구성된 PUSCH 자원-기반 기법을 사용하여 수행된다.
일 실시예에 있어서, 제 2 RNTI는 CS-RNTI이다.
일 실시예에 있어서, 제 1 RNTI는 MSGB, Msg4, 및/또는 NW 피드백 내에 포함되거나 및/또는 여기에서 수신될 수 있다. 예를 들어, MSGB, Msg4, 및/또는 NW 피드백은 UE에 의해 수신될 수 있다. 대안적으로 및/또는 추가적으로, MSGB, Msg4, 및/또는 NW 피드백은 제 1 RNTI를 포함할 수 있다.
일 실시예에 있어서, 제 1 RNTI는 RRC 메시지, MAC CE 및/또는 DCI 내에 포함된다. 예를 들어, UE는 RRC 메시지, MAC CE 및/또는 DCI를 수신할 수 있다.
일 실시예에 있어서, UE는 후속 스몰 데이터 송신에 대한 및/또는 후속 스몰 데이터 송신 이외의 하나 이상의 후속 스몰 데이터 송신들에 대한 하나 이상의 동적 UL 승인들을 수신하기 위해 제 1 RNTI에 의해 PDCCH를 모니터링한다. 예를 들어, UE는 후속 스몰 데이터 송신 및/또는 후속 스몰 데이터 송신 이외의 하나 이상의 후속 스몰 데이터 송신들을 수행하기 위해 하나 이상의 동적 UL 승인들을 사용할 수 있다.
일 실시예에 있어서, UE는 후속 스몰 데이터 송신의 재송신에 대하여 및/또는 후속 스몰 데이터 송신 이외의 하나 이상의 후속 스몰 데이터 송신들의 재송신에 대하여 제 1 RNTI에 의해 PDCCH를 모니터링한다.
일 실시예에 있어서, UE는, 상위 계층들(예를 들어, RRC 계층)이 스몰 데이터 송신을 나타내는 경우(예를 들어, 상위 계층이 스몰 데이터 송신을 수행할 것을 지시하는 경우), (예를 들어, 제 1 스몰 데이터 송신 및/또는 후속 스몰 데이터 송신을 포함하는) 스몰 데이터 송신을 개시한다.
일 실시예에 있어서, UE는, 상위 계층(예를 들어, RRC 계층)이 RRC_INACTIVE 상태에서 스몰 데이터를 송신하기 위해 일시 중단된 RRC 연결의 재개를 요청하는 경우(예를 들어, 상위 계층이, UE가 RRC_INACTIVE 상태에 있을 때 스몰 데이터를 송신하기 위해 일시 중단된 RRC 연결의 재개를 요청하는 경우), (예를 들어, 제 1 스몰 데이터 송신 및/또는 후속 스몰 데이터 송신을 포함하는) 스몰 데이터 송신을 개시한다.
일 실시예에 있어서, UE는, UE가 송신할 많은 양의 데이터를 갖는 경우(예를 들어, UE에 의해 송신을 위해 이용가능한 데이터의 양이 데이터의 임계 양을 초과하는 경우), 후속 스몰 데이터 송신(및/또는 하나 이상의 다른 후속 스몰 데이터 송신)을 개시한다.
일 실시예에 있어서, UE는, UE가 송신할 많은 양의 데이터를 예상하는 경우(예를 들어, UE가 송신을 위해 이용가능한 것으로 가질 것으로 예상하는 데이터의 양이 데이터의 임계 양을 초과하는 경우), 예컨대 UE가 제 1 스몰 데이터 송신 및/또는 후속 스몰 데이터 송신을 통한 송신을 위해 이용가능한 많은 양의 데이터(예를 들어, 데이터의 임계 양을 초과하는 데이터의 양)을 가질 것으로 예상하는 경우, 후속 스몰 데이터 송신(및/또는 하나 이상의 다른 후속 스몰 데이터 송신들)을 개시한다.
일 실시예에 있어서, UE는, NW가 후속 스몰 데이터 송신을 허용하는 경우(예를 들어, NW가 SDT 절차의 제 1 스몰 데이터 송신 이후에 SDT 절차에서 후속 스몰 데이터 송신을 수행하도록 UE를 구성하거나 및/또는 이를 허용하는 경우), 후속 스몰 데이터 송신(및/또는 하나 이상의 다른 후속 스몰 데이터 송신들)을 개시한다.
다시 도 3 및 도 4를 참조하면, UE의 예시적인 일 실시예에 있어서, 디바이스(300)는 메모리(310) 내에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, UE가 (i) UE가 RRC_INACTIVE 상태에 있을 때 제 1 스몰 데이터 송신을 수행하고, 및 (ii) UE가 RRC_INACTIVE 상태에 있을 때 후속 스몰 데이터 송신에 대한 제 1 RNTI을 획득하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 및/또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.
도 15는 UE의 관점으로부터의 예시적인 일 실시예에 따른 순서도(1500)이다. 단계(1505)에서, UE는, UE가 RRC 연결 상태(예를 들어, RRC_CONNECTED 상태)에 있을 때, 제 1 RRC 메시지에서 제 1 RNTI를 수신한다. 예를 들어, 제 1 RRC 메시지는 제 1 RNTI를 포함한다. 단계(1510)에서, UE는, UE가 RRC 연결 상태에 있을 때, 제 1 RNTI를 사용하여 PDCCH를 모니터링한다. 예를 들어, UE가 RRC 연결 상태에 있을 때, UE는 PDCCH를 모니터링하기 위해 제 1 RNTI를 사용할 수 있다. 단계(1515)에서, UE는, UE가 RRC 연결 상태로부터 RRC 비활성 상태로 전환(예를 들어, 천이)하는 것을 나타내는 제 2 RRC 메시지를 수신한다. 예를 들어, 제 2 RRC 메시지는, UE를 RRC_INACTIVE 상태로 전환(예를 들어, 천이)하기 위해 (예를 들어, NW에 의해) UE로 송신될 수 있다. 단계(1520)에서, UE는, 제 2 RRC 메시지가 제 2 RNTI를 포함하는지 여부에 기초하여, 제 1 RNTI 또는 제 2 RNTI를 포함하는, RNTI를 결정한다. 단계(1525)에서, UE는, UE가 RRC 비활성 상태에 있을 때, RNTI를 사용하여 PDCCH를 모니터링한다. 일 예에 있어서, 제 1 RNTI는, 제 2 RNTI를 포함하지 않는 제 2 RRC 메시지에 기초하여, RNTI로서 결정될 수 있다(그리고 UE는, UE가 RRC 비활성 상태에 있을 때 PDCCH를 모니터링하기 위해 제 1 RNTI를 사용할 수 있다). 대안적으로 및/또는 추가적으로, 제 2 RNTI는, 제 2 RNTI를 포함하는 제 2 RRC 메시지에 기초하여, RNTI로서 결정될 수 있다(그리고 UE는, UE가 RRC 비활성 상태에 있을 때 PDCCH를 모니터링하기 위해 제 2 RNTI를 사용할 수 있다).
일 실시예에 있어서, UE는, UE가 RRC 연결 상태에 있을 때, 제 1 송신(예를 들어, UE가 RRC 연결 상태에 있을 때, 하나 이상의 제 1 구성된 승인들을 사용하는 제 1 송신, 여기에서 하나 이상의 제 1 구성된 승인들은 하나 이상의 구성된 승인 유형 1 구성된 승인들 및/또는 하나 이상의 구성된 승인 유형 2 구성된 승인들을 포함할 수 있음)의 재송신의 표시를 수신하기 위해 PDCCH를 모니터링한다. 예를 들어, UE는 제 1 송신의 재송신의 표시를 수신하기 위해 제 1 RNTI를 사용하여 PDCCH를 모니터링한다.
일 실시예에 있어서, UE는, UE가 RRC 연결 상태에 있을 때, 제 2 송신의 활성화의 표시를 수신하기 위해 PDCCH를 모니터링한다(UE가 RRC 연결 상태에 있을 때, 하나 이상의 제 2 구성된 승인들을 사용하는 제 2 송신, 여기에서 하나 이상의 제 2 구성된 승인들은 하나 이상의 구성된 승인 유형 1 구성된 승인들 및/또는 하나 이상의 구성된 승인 유형 2 구성된 승인들을 포함할 수 있음)의 활성화의 표시를 수신하기 위해 PDCCH를 모니터링한다. 예를 들어, UE는 제 2 송신의 활성화의 표시를 수신하기 위해 제 1 RNTI를 사용하여 PDCCH를 모니터링한다. 대안적으로 및/또는 추가적으로, UE는, UE가 RRC 연결 상태에 있을 때, 하나 이상의 제 2 구성된 승인들의 활성화의 표시를 수신하기 위해 PDCCH를 모니터링한다(예를 들어, PDCCH는 하나 이상의 제 2 구성된 승인들의 활성화의 표시를 수신하기 위해 제 1 RNTI를 사용하여 모니터링될 수 있으며, 여기에서 표시에 의해 표시되는 활성화는 UE가 RRC 연결 상태에 있는 시간에 존재할 수 있다). 일 예에 있어서, UE는, 하나 이상의 제 2 구성된 승인들의 활성화의 표시를 수신하는 것에 응답하여 (예를 들어, UE가 RRC 연결 상태에 있을 때) 하나 이상의 제 2 구성된 승인들을 활성화할 수 있다.
일 실시예에 있어서, UE는, UE가 RRC 연결 상태에 있을 때, 제 3 송신의 비활성화의 표시를 수신하기 위해 PDCCH를 모니터링한다(UE가 RRC 연결 상태에 있을 때, 하나 이상의 제 3 구성된 승인들을 사용하는 제 3 송신, 여기에서 하나 이상의 제 3 구성된 승인들은 하나 이상의 구성된 승인 유형 1 구성된 승인들 및/또는 하나 이상의 구성된 승인 유형 2 구성된 승인들을 포함할 수 있음)의 비활성화의 표시를 수신하기 위해 PDCCH를 모니터링한다. 예를 들어, UE는 제 3 송신의 비활성화의 표시를 수신하기 위해 제 1 RNTI를 사용하여 PDCCH를 모니터링한다. 대안적으로 및/또는 추가적으로, UE는, UE가 RRC 연결 상태에 있을 때, 하나 이상의 제 3 구성된 승인들의 비활성화의 표시를 수신하기 위해 PDCCH를 모니터링한다(예를 들어, PDCCH는 하나 이상의 제 3 구성된 승인들의 비활성화의 표시를 수신하기 위해 제 1 RNTI를 사용하여 모니터링될 수 있으며, 여기에서 표시에 의해 표시되는 비활성화는 UE가 RRC 연결 상태에 있는 시간에 존재할 수 있다). 일 예에 있어서, UE는, 하나 이상의 제 3 구성된 승인들의 비활성화의 표시를 수신하는 것에 응답하여 (예를 들어, UE가 RRC 연결 상태에 있을 때) 하나 이상의 제 3 구성된 승인들을 비활성화할 수 있다.
일 실시예에 있어서, 제 2 RRC 메시지를 수신하는 것에 응답하여, UE는 RRC 비활성 상태로 전환(예를 들어, 천이)될 수 있으며, UE는 제 1 RNTI를 저장한다. 예를 들어, UE가 제 2 RRC 메시지를 수신할 때, UE는 RRC 비활성 상태로 전환(예를 들어, 천이)될 수 있으며 제 1 RNTI를 저장할 수 있다.
일 실시예에 있어서, UE가 RRC 비활성 상태에 있을 때, UE는 데이터를 송신하기 위해 하나 이상의 미리-구성된 PUSCH 자원들(예를 들어, 하나 이상의 구성된 승인 유형 1 자원들)을 사용하여 구성된 승인-기반 스몰 데이터 송신을 개시한다.
일 실시예에 있어서, UE는, 제 2 RNTI를 포함하는 제 2 RRC 메시지에 기초하여 RNTI가 제 2 RNTI를 포함한다는 것을 결정한다. 예를 들어, UE는, 제 2 RRC 메시지가 제 2 RNTI를 포함하는 경우, UE가 RRC 비활성 상태에 있을 때 PDCCH를 모니터링하기 위해 제 2 RNTI를 사용한다.
일 실시예에 있어서, UE는, 제 2 RRC 메시지가 제 2 RNTI를 포함하는 경우, UE가 RRC 비활성 상태에 있을 때 PDCCH를 모니터링하기 위해 제 1 RNTI를 사용하지 않는다.
일 실시예에 있어서, UE는, 제 2 RNTI를 포함하지 않는 제 2 RRC 메시지에 기초하여 RNTI가 제 1 RNTI를 포함한다는 것을 결정한다. 예를 들어, UE는, 제 2 RRC 메시지가 제 2 RNTI를 포함하지 않는 경우, UE가 RRC 비활성 상태에 있을 때 PDCCH를 모니터링하기 위해 제 1 RNTI를 사용한다.
일 실시예에 있어서, UE는, UE가 RRC 비활성 상태에 있을 때, 구성된 승인-기반 스몰 데이터 송신의 재송신의 표시를 수신하기 위해 PDCCH를 모니터링한다. UE가 RRC 비활성 상태에 있을 때, 구성된 승인-기반 스몰 데이터 송신이 수행된다.
일 실시예에 있어서, 제 1 RNTI는 제 1 CS-RNTI이고, 제 2 RNTI는 제 2 CS-RNTI이다.
일 실시예에 있어서, 제 1 RRC 메시지는 RRC 재구성 메시지이며, 제 2 RRC 메시지는 RRC 릴리즈 메시지이다.
다시 도 3 및 도 4를 참조하면, UE의 예시적인 일 실시예에 있어서, 디바이스(300)는 메모리(310) 내에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, UE가 (i) UE가 RRC 연결 상태에 있을 때, 제 1 RRC 메시지에서 제 1 RNTI를 수신하고, (ii) UE가 RRC 연결 상태에 있을 때, 제 1 RNTI를 사용하여 PDCCH를 모니터링하며, (iii) UE가 RRC 연결 상태로부터 RRC 비활성 상태로 전환되는 것을 나타내는 제 2 RRC 메시지를 수신하고, (iv) 제 2 RRC 메시지가 제 2 RNTI를 포함하는지 여부에 기초하여, 제 1 RNTI 또는 제 2 RNTI를 포함하는 RNTI를 결정하며, 및 (v) UE가 RRC 비활성 상태에 있을 때, RNTI를 사용하여 PDCCH를 모니터링하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 및/또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.
통신 디바이스(예를 들어, UE, 기지국, NW 노드, 등)가 제공될 수 있으며, 여기에서 통신 디바이스는 제어 회로, 제어 회로에 설치된 프로세서, 및/또는 제어 회로에 설치되며 프로세서에 결합되는 메모리를 포함할 수 있다. 프로세서는, 도 13 내지 도 15에 예시된 방법 단계들을 수행하기 위해 메모리에 저장된 프로그램 코드를 실행하도록 구성될 수 있다. 추가로, 프로세서는 이상에서 설명된 액션들 및 단계들 및/또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드를 실행할 수 있다.
컴퓨터-판독가능 매체가 제공될 수 있다. 컴퓨터 판독가능 매체는 비-일시적인 컴퓨터-판독가능 매체일 수 있다. 컴퓨터-판독가능 매체는, 플래시 메모리 디바이스, 하드 디스크 드라이브, 디스크(예를 들어, 자기 디스크 및/또는 광 디스크, 예컨대 디지털 다기능 디스크(digital versatile disc; DVD), 콤팩트 디스크(compact disc; CD), 등) 중 적어도 하나, 및/또는 메모리 반도체, 예컨대 정적 랜덤 액세스 메모리(static random access memory; SRAM), 동적 랜덤 액세스 메모리(dynamic random access memory; DRAM), 동기식 동적 랜덤 액세스 메모리(dynamic random access memory; SDRAM), 등 중 적어도 하나를 포함하라 수 있다. 컴퓨터-판독가능 매체는, 실행될 때 도 13 내지 도 15에 예시된 방법 단계들 중 하나, 일부 및/또는 전부, 및/또는 본원에서 설명된 이상에서 설명된 액션들 및 단계들 및/또는 다른 것들 중 하나, 일부 및/또는 전부의 수행을 초래하는 프로세서-실행가능 명령어들을 포함할 수 있다.
본원에서 제시되는 기술들 중 하나 이상을 적용하는 것은, 비제한적으로, UE가 RRC_INACTIVE 상태에 있을 때, UE가 구성된 UL 승인 및/또는 동적 UL 승인을 사용하여 하나 이상의 후속 스몰 데이터 송신들에 대해 PDCCH를 모니터링하는 것을 가능하게 하는 것을 포함하여, 하나 이상의 이득들을 야기할 수 있음이 이해될 수 있다. UE가 RRC_INACTIVE 상태에 있을 때, UE가 하나 이상의 후속 스몰 데이터 송신들에 대해 PDCCH를 모니터링하는 것을 가능하게 하는 것은, (예를 들어, UE가 RRC 연결 상태에 진입하지 않고 하나 이상의 후속 스몰 데이터 송신들을 수행하는 것을 가능하게 하는 것에 기인하여) 전력 소비 및/또는 시그널링 오버헤드의 감소와 같은, 디바이스들(예를 들어, UE 및/또는 NW 노드) 사이의 통신의 증가된 효율을 야기할 수 있다.
본 개시의 다양한 측면들이 이상에서 설명되었다. 본원에서의 교시들이 광범위한 형태들로 구현될 수 있으며, 본원에서 개시되는 임의의 특정 구조, 기능, 또는 이 둘 모두가 단지 대표적일 뿐이라는 것이 명백할 것이다. 본원의 교시들에 기초하여 당업자는, 본원에 개시된 측면들이 임의의 다른 측면들과 독립적으로 구현될 수 있다는 것, 및 이러한 측면들 중 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)의 방법으로서,
    상기 UE가 무선 자원 제어(Radio Resource Control; RRC) 연결 상태에 있을 때, 제 1 RRC 메시지에서 제 1 무선 네트워크 임시 식별자(Radio Network Temporary Identifier; RNTI)를 수신하는 단계;
    상기 UE가 RRC 연결 상태에 있을 때, 상기 제 1 RNTI를 사용하여 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)을 모니터링하는 단계;
    상기 UE가 RRC 연결 상태로부터 RRC 비활성 상태로 전환하는 것을 나타내는 제 2 RRC 메시지를 수신하는 단계;
    상기 제 2 RRC 메시지가 제 2 RNTI를 포함하는지 여부에 기초하여, 상기 제 1 RNTI 또는 상기 제 2 RNTI를 포함하는, RNTI를 결정하는 단계; 및
    상기 UE가 RRC 비활성 상태에 있을 때, 상기 RNTI를 사용하여 상기 PDCCH를 모니터링하는 단계를 포함하는, 방법.
  2. 청구항 1에 있어서,
    상기 UE가 RRC 연결 상태에 있을 때, 상기 PDCCH를 모니터링하는 것은 하기의 표시 중 적어도 하나를 수신하기 위해 수행되며, 상기 표시는,
    상기 UE가 RRC 연결 상태에 있을 때, 하나 이상의 구성된 승인들을 사용하는 제 1 송신의 재송신의 표시;
    상기 UE가 RRC 연결 상태에 있을 때, 하나 이상의 구성된 승인들의 활성화의 표시; 또는
    상기 UE가 RRC 연결 상태에 있을 때, 하나 이상의 구성된 승인들의 비활성화의 표시를 포함하는, 방법.
  3. 청구항 1에 있어서,
    상기 제 2 RRC 메시지를 수신하는 것에 응답하여,
    RRC 비활성 상태로 전환하는 단계; 및
    상기 제 1 RNTI를 저장하는 단계를 포함하는, 방법.
  4. 청구항 1에 있어서,
    상기 UE가 RRC 비활성 상태에 있을 때, 데이터를 송신하기 위해 하나 이상의 미리-구성된 물리 업링크 공유 채널(Physical Uplink Shared Channel; PUSCH) 자원들을 사용하여 구성된 승인-기반 스몰 데이터 송신을 개시하는 단계를 포함하는, 방법.
  5. 청구항 1에 있어서,
    상기 RNTI는, 상기 제 2 RNTI를 포함하는 상기 제 2 RRC 메시지에 기초하여 상기 제 2 RNTI를 포함하는 것으로 결정되는, 방법.
  6. 청구항 1에 있어서,
    상기 제 2 RRC 메시지가 상기 제 2 RNTI를 포함하는 경우, UE가 RRC 비활성 상태에 있을 때 상기 PDCCH를 모니터링하는 것은 상기 제 1 RNTI를 사용하여 수행되지 않는, 방법.
  7. 청구항 1에 있어서,
    상기 RNTI는, 상기 제 2 RNTI를 포함하지 않는 상기 제 2 RRC 메시지에 기초하여 상기 제 1 RNTI를 포함하는 것으로 결정되는, 방법.
  8. 청구항 1에 있어서,
    상기 UE가 RRC 비활성 상태에 있을 때, 상기 PDCCH를 모니터링하는 것은 구성된 승인-기반 스몰 데이터 송신의 재송신의 표시를 수신하기 위해 수행되며; 및
    상기 UE가 RRC 비활성 상태에 있을 때, 상기 구성된 승인-기반 스몰 데이터 송신이 수행되는, 방법.
  9. 청구항 1에 있어서,
    상기 제 1 RNTI는 제 1 구성된 스케줄링 RNTI(Configured Scheduling RNTI; CS-RNTI)이며; 및
    상기 제 2 RNTI는 제 2 CS-RNTI인, 방법.
  10. 청구항 1에 있어서,
    상기 제 1 RRC 메시지는 RRC 재구성 메시지이며; 및
    상기 제 2 RRC 메시지는 RRC 릴리즈 메시지인, 방법.
  11. 사용자 단말(User Equipment; UE)로서,
    제어 회로;
    상기 제어 회로 내에 설치된 프로세서; 및
    상기 제어 회로에 설치되며 상기 프로세서에 동작가능하게 결합되는 메모리를 포함하며, 상기 프로세서는 동작들을 수행하기 위해 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되고, 상기 동작들은,
    상기 UE가 무선 자원 제어(Radio Resource Control; RRC) 연결 상태에 있을 때, 제 1 RRC 메시지에서 제 1 무선 네트워크 임시 식별자(Radio Network Temporary Identifier; RNTI)를 수신하는 동작;
    상기 UE가 RRC 연결 상태에 있을 때, 상기 제 1 RNTI를 사용하여 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)을 모니터링하는 동작;
    상기 UE가 RRC 연결 상태로부터 RRC 비활성 상태로 전환하는 것을 나타내는 제 2 RRC 메시지를 수신하는 동작;
    상기 제 2 RRC 메시지가 제 2 RNTI를 포함하는지 여부에 기초하여, 상기 제 1 RNTI 또는 상기 제 2 RNTI를 포함하는, RNTI를 결정하는 동작; 및
    상기 UE가 RRC 비활성 상태에 있을 때, 상기 RNTI를 사용하여 상기 PDCCH를 모니터링하는 동작을 포함하는, UE.
  12. 청구항 11에 있어서,
    상기 UE가 RRC 연결 상태에 있을 때, 상기 PDCCH를 모니터링하는 것은 하기의 표시 중 적어도 하나를 수신하기 위해 수행되며, 상기 표시는,
    상기 UE가 RRC 연결 상태에 있을 때, 하나 이상의 구성된 승인들을 사용하는 제 1 송신의 재송신의 표시;
    상기 UE가 RRC 연결 상태에 있을 때, 하나 이상의 구성된 승인들의 활성화의 표시; 또는
    상기 UE가 RRC 연결 상태에 있을 때, 하나 이상의 구성된 승인들의 비활성화의 표시를 포함하는, UE.
  13. 청구항 11에 있어서, 상기 동작들은,
    상기 제 2 RRC 메시지를 수신하는 것에 응답하여,
    RRC 비활성 상태로 전환하는 동작; 및
    상기 제 1 RNTI를 저장하는 동작을 포함하는, UE.
  14. 청구항 11에 있어서, 상기 동작들은,
    상기 UE가 RRC 비활성 상태에 있을 때, 데이터를 송신하기 위해 하나 이상의 미리-구성된 물리 업링크 공유 채널(Physical Uplink Shared Channel; PUSCH) 자원들을 사용하여 구성된 승인-기반 스몰 데이터 송신을 개시하는 동작을 포함하는, UE.
  15. 청구항 11에 있어서,
    상기 RNTI는, 상기 제 2 RNTI를 포함하는 상기 제 2 RRC 메시지에 기초하여 상기 제 2 RNTI를 포함하는 것으로 결정되는, UE.
  16. 청구항 11에 있어서,
    상기 제 2 RRC 메시지가 상기 제 2 RNTI를 포함하는 경우, UE가 RRC 비활성 상태에 있을 때 상기 PDCCH를 모니터링하는 것은 상기 제 1 RNTI를 사용하여 수행되지 않는, UE.
  17. 청구항 11에 있어서,
    상기 RNTI는, 상기 제 2 RNTI를 포함하지 않는 상기 제 2 RRC 메시지에 기초하여 상기 제 1 RNTI를 포함하는 것으로 결정되는, UE.
  18. 청구항 11에 있어서,
    상기 UE가 RRC 비활성 상태에 있을 때, 상기 PDCCH를 모니터링하는 것은 구성된 승인-기반 스몰 데이터 송신의 재송신의 표시를 수신하기 위해 수행되며; 및
    상기 UE가 RRC 비활성 상태에 있을 때, 상기 구성된 승인-기반 스몰 데이터 송신이 수행되는, UE.
  19. 청구항 11에 있어서,
    상기 제 1 RNTI는 제 1 구성된 스케줄링 RNTI(Configured Scheduling RNTI; CS-RNTI)이며; 및
    상기 제 2 RNTI는 제 2 CS-RNTI인, UE.
  20. 사용자 단말(User Equipment; UE)에 의해 실행될 때 동작들의 수행을 초래하는 프로세서-실행가능 명령어들을 포함하는 비-일시적인 컴퓨터-판독가능 매체로서, 상기 동작들은,
    상기 UE가 무선 자원 제어(Radio Resource Control; RRC) 연결 상태에 있을 때, 제 1 RRC 메시지에서 제 1 무선 네트워크 임시 식별자(Radio Network Temporary Identifier; RNTI)를 수신하는 동작;
    상기 UE가 RRC 연결 상태에 있을 때, 상기 제 1 RNTI를 사용하여 물리 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)을 모니터링하는 동작;
    상기 UE가 RRC 연결 상태로부터 RRC 비활성 상태로 전환하는 것을 나타내는 제 2 RRC 메시지를 수신하는 동작;
    상기 제 2 RRC 메시지가 제 2 RNTI를 포함하는지 여부에 기초하여, 상기 제 1 RNTI 또는 상기 제 2 RNTI를 포함하는, RNTI를 결정하는 동작; 및
    상기 UE가 RRC 비활성 상태에 있을 때, 상기 RNTI를 사용하여 상기 PDCCH를 모니터링하는 동작을 포함하는, 비-일시적인 컴퓨터-판독가능 매체.
KR1020210116113A 2020-09-17 2021-09-01 무선 통신 시스템에서 스몰 데이터 송신을 위한 방법 및 장치 KR20220037346A (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US202063079618P 2020-09-17 2020-09-17
US202063079629P 2020-09-17 2020-09-17
US63/079,618 2020-09-17
US63/079,629 2020-09-17

Publications (1)

Publication Number Publication Date
KR20220037346A true KR20220037346A (ko) 2022-03-24

Family

ID=80627442

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210116113A KR20220037346A (ko) 2020-09-17 2021-09-01 무선 통신 시스템에서 스몰 데이터 송신을 위한 방법 및 장치

Country Status (3)

Country Link
US (1) US20220086946A1 (ko)
KR (1) KR20220037346A (ko)
CN (1) CN114205921A (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230070273A (ko) * 2020-10-22 2023-05-22 애플 인크. 비활성 상태에서의 rrc 기반 사용자 데이터 송신
EP4248701A4 (en) * 2020-12-21 2024-04-17 Samsung Electronics Co Ltd METHOD AND APPARATUS FOR HANDLING CONFIGURED GRANT RESOURCES FOR TRANSMITTING SMALL DATA IN A WIRELESS COMMUNICATIONS SYSTEM
KR102456569B1 (ko) * 2021-08-18 2022-10-19 주식회사 블랙핀 무선 이동 통신 시스템에서 rrc_inactive 상태의 단말이 버퍼 상태를 보고하는 방법 및 장치
WO2023230490A1 (en) * 2022-05-23 2023-11-30 Google Llc Managing data communication in an inactive state with a network

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10034308B2 (en) * 2014-03-11 2018-07-24 Lg Electronics Inc. Method for allocating temporary identifier to terminal in random access procedure in wireless communication system and apparatus therefor
CN106899941B (zh) * 2015-12-18 2020-08-07 普天信息技术有限公司 一种集群通信系统中非连续监听控制信道的方法和装置
WO2017192018A1 (ko) * 2016-05-04 2017-11-09 엘지전자 주식회사 무선 통신 시스템에서 라이트 연결 상태에 있는 단말을 페이징하는 방법 및 장치
CN107370573B (zh) * 2016-05-12 2022-10-11 大唐移动通信设备有限公司 一种下行数据传输的方法及设备
CN108418661B (zh) * 2017-02-09 2022-04-29 中兴通讯股份有限公司 数据传输方法及装置
PL3583809T3 (pl) * 2017-02-12 2022-07-18 FG Innovation Company Limited Zarządzanie mobilnością urządzenia użytkownika rrc inactive
US11323982B2 (en) * 2017-08-17 2022-05-03 Qualcomm Incorporated Mode change signaling for a plurality of wireless devices
US11743787B2 (en) * 2018-08-09 2023-08-29 Kyocera Corporation Handover management in communication systems using unlicensed frequency bands
US11671858B2 (en) * 2018-09-28 2023-06-06 Lg Electronics Inc. Relaxed measurement based on data transmission
EP3804454B1 (en) * 2018-09-28 2022-11-02 LG Electronics, Inc. Method and apparatus for determining whether to perform transmission on a random access or a configured grant in wireless communication system
US20200137760A1 (en) * 2018-10-31 2020-04-30 Asustek Computer Inc. Method and apparatus for transmission using preconfigured uplink resources in a wireless communication system
WO2021138662A1 (en) * 2020-01-02 2021-07-08 Ofinno, Llc Neighbour cell conditional configuration for a user equipment in inactive state
US11399408B2 (en) * 2020-02-13 2022-07-26 PanPsy Technologies, LLC Wireless device and wireless network processes in inactive state
JP2023518502A (ja) * 2020-03-24 2023-05-01 鴻穎創新有限公司 Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ設定のための方法及びユーザ機器
WO2021197326A1 (en) * 2020-03-30 2021-10-07 FG Innovation Company Limited Method and user equipment for small data transmission
WO2021259370A1 (en) * 2020-06-24 2021-12-30 FG Innovation Company Limited User equipment and method for small data transmission

Also Published As

Publication number Publication date
CN114205921A (zh) 2022-03-18
US20220086946A1 (en) 2022-03-17

Similar Documents

Publication Publication Date Title
US11696198B2 (en) Method and device for performing handover in mobile communication system
US10117229B2 (en) Method and apparatus for using a configured resource in a wireless communication system
US11653315B2 (en) Method and apparatus for triggering and canceling power headroom report (PHR) in small data transmission procedure in a wireless communication system
US10271232B2 (en) Method and apparatus for monitoring for radio link failure
US11751277B2 (en) Method and apparatus for selecting Bandwidth part (BWP) for subsequent transmission in pre-configured resources based Small Data Transmission (SDT) in a wireless communication system
US10904873B2 (en) Terminal apparatus, communication method, and integrated circuit
US11889577B2 (en) Methods for handling periodic radio access network notification area (RNA) update configuration upon reject
US20200396591A1 (en) Method and apparatus for multiple-usim device in a wireless communication system
KR20220032484A (ko) 무선 통신 시스템에서 ｍａｃ 리셋에 관한 이동성 절차를 위한 방법 및 장치
JP2019106699A (ja) 無線通信システムにおけるランダムアクセス手順中のｂｗｐ不活性タイマを処理する方法及び装置
US20230021290A1 (en) Method and apparatus for connection control in a wireless communication system
KR20220037346A (ko) 무선 통신 시스템에서 스몰 데이터 송신을 위한 방법 및 장치
CN112788797B (zh) 无线通信系统中释放预配置的上行链路资源(pur)的方法和设备
JP2012520616A (ja) アップリンク一次キャリアを選択し再選択する方法および機器
CN116530204A (zh) 小数据传输的后续数据信息
KR102561019B1 (ko) 무선 통신 시스템에서 구성된 업링크 승인의 묶음에 대한 ｄｒｘ 타이머를 핸들링하기 위한 방법 및 장치
CN112040554A (zh) 移动终止提前数据传送和预配置上行链路资源方法和设备
US20210218458A1 (en) Method and apparatus for handling beam failure recovery regarding medium access control reset in a wireless communication system
US20230309081A1 (en) Method and apparatus for mobile terminated small data transmission in a wireless communication system
KR20230054205A (ko) 차세대 이동 통신 시스템에서 셀 그룹 활성화 또는 비활성화를 위한 방법 및 장치