KR102406955B1

KR102406955B1 - 무선 통신 시스템에서 소규모 데이터 전송 절차에서 전력 헤드 룸 보고서 (phr)를 트리거 및 취소하는 방법 및 장치

Info

Publication number: KR102406955B1
Application number: KR1020200155727A
Authority: KR
Inventors: 툰-화이 시; 유-슈안 구오
Original assignee: 아서스테크 컴퓨터 인코포레이션
Priority date: 2020-01-03
Filing date: 2020-11-19
Publication date: 2022-06-10
Also published as: US11653315B2; KR20210088414A; US20210211994A1; CN113079560A

Abstract

방법 및 장치가 개시된다. UE(User Equipment) 관점의 예에서, UE는 UE가 RRC(Radio Resource Control) 비활성 상태에 있을 때 PHR(Power Headroom Report)을 트리거한다. UE는 RRC 비활성 상태에서 전송을 위한 업링크 (UL) 리소스가 전송을 위해 이용 가능한 제 1 보류 데이터를 수용할 수 있는지 여부에 기초하여 PHR을 취소할지 여부를 결정한다.

Description

무선 통신 시스템에서 소규모 데이터 전송 절차에서 전력 헤드 룸 보고서 (PHR)를 트리거 및 취소하는 방법 및 장치{METHOD AND APPARATUS FOR TRIGGERING AND CANCELING POWER HEADROOM REPORT (PHR) IN SMALL DATA TRANSMISSION PROCEDURE IN A WIRELESS COMMUNICATION SYSTEM}

본 출원은 2020년 1월 3일자로 출원된 미국 특허 가출원 일련번호 62/956,692호에 대한 우선권을 주장하며, 이러한 출원의 개시내용의 그 전체가 본원에 참조로써 통합된다. 본 출원은 또한 2020년 1월 3일 자로 출원된 미국 특허 가출원 일련번호 62/956,693호에 대한 우선권을 주장하며, 이러한 출원의 개시내용의 그 전체가 본원에 참조로써 통합된다.

본 개시는 일반적으로 무선통신 네트워크에 관한 것으로, 특히, 무선통신 시스템의 스몰 데이터 전송(small data transmission) 절차에서 PHR (Power Headroom Report)을 트리거 및 취소하는 방법 및 장치에 관한 것이다.

이동 통신기기간 대용량 데이터 통신에 대한 수요가 급격히 증가하면서, 종래 이동 음성 통신 네트워크는 인터넷 프로토콜(IP) 데이터 패킷으로 통신하는 네크워크로 진화하고 있다. 그러한 IP 데이터 패킷 통신은 이동 통신기기 사용자에게 음성 IP (Voice over IP), 멀티미디어, 멀티캐스트 및 수요에 의한(on-demand) 통신 서비스를 제공할 수 있다.

예시적인 네트워크 구조로는 LTE 무선 접속 네트워크 (E-TRAN)가 있다. E-TRAN 시스템은 상술한 음성 IP 및 멀티미디어 서비스를 실현하기 위해 높은 데이터 처리량(throughput)을 제공할 수 있다. 차세대 (예를 들어, 5G)를 위한 새로운 무선 기술이 현재 3GPP 표준 기구에서 논의되고 있다. 따라서 현재의 3GPP 표준 본문에 대한 변경안이 제 출되어 3GPP표준이 진화 및 완결될 것으로 보인다.

본 개시에 따르면, 하나 이상의 장치 및/또는 방법이 제공된다.

본 개시에 따르면, 하나 이상의 장치 및/또는 방법이 제공된다. UE (User Equipment) 관점의 예에서, UE가 RRC(Radio Resource Control) 비활성 상태에 있는 경우, UE는 PHR(Power Headroom Report)를 트리거 한다. UE는 RRC 비활성 상태에서 전송을 위한 UL(uplink) 리소스가 전송에 사용가능한 제 1 보류(pending) 데이터를 수용할 수 있는지 여부에 기초하여 PHR을 취소할지 여부를 결정한다.

도 1은 예시적인 일실시예에 따른 무선 통신 시스템에 대한 도면이다.
도 2는 예시적인 일실시예에 따른 (접속 네트워크로도 알려진) 전송기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템에 대한 블록도이다.
도 3은 예시적인 일실시예에 따른 통신 시스템에 대한 기능 블록도이다.
도 4는 예시적인 일실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 예시적인 일실예에 따라, RRC_INACTIVE 상태에서 RRC_CONNECTED 상태로의 UE 트리거 전이(UE triggered transition)와 연관된 예시적인 시나리오를 도시한 것이다.
도 6은 예시적인 일실예에 따라, RRC_INACTIVE 상태에서 RRC_CONNECTED 상태로의 UE트리거 전이와 연관된 예시적인 시나리오를 도시한 것이다.
도 7은 예시적인 일실예에 따른, 연결을 재개하려고 하는 UE와 연관된 예시적인 시나리오를 도시한 것이다.
도 8은 예시적인 일실예에 따라, RRC_INACTIVE 상태에서 RRC_CONNECTED 상태로의 네트워크 트리거 전이와 연관된 예시적인 시나리오를 도시한 것이다.
도 9는 예시적인 일실시예에 따라, UE 콘텍스트가 재배치되는 RNA(Radio Access Network-based Notification Area) 갱신 절차와 연관된 예시적인 시나리오를 도시한 것이다.
도 10은 예시적인 일실예에 따른, UE 콘텍스트 재배치가 없는 주기적인 RNA 갱신 절차와 연관된 예시적인 시나라오를 도시한 것이다.
도 11은 예시적인 일실예에 따른, RRC_IDLE 상태로의 전이가 있는 RNA 갱신 절차와 연관된 예시적인 시나리오를 도시한 것이다.
도 12는 예시적인 일실예에 따라, NR(New Radio)에서 UE의 상태 머신(state machine) 및 상태 전이와 연관된 예시적인 시나리오를 도시한 것이다.
도 13은 예시적인 일실예에 따른, RRC(Radio Resource Control) 연결 재개와 연관된 예시적인 시나리오를 도시한 것이다.
도 14는 예시적인 일실예에 따른, RRC 연결 수립과 연관된 예시적인 시나리오를 도시한 것이다.
도 15는 예시적인 일실예에 따른, RRC 연결 재개에 이은 네트워크 해지(network release)와 연관된 예시적인 시나리오를 도시한 것이다.
도 16은 예시적인 일실예에 따른, RRC 연결 재개에 이은 네트워크 유예(suspend)와 연관된 예시적인 시나리오를 도시한 것이다.
도 17은 예시적인 일실예에 따른, RRC 연결 재개와 연관된 예시적인 시나리오를 도시한 것이다.
도 18은 예시적인 일실시예에 따른, 단일 엔트리 PHR MAC CE(Medium Access Control-Control Element)와 연관된 예시적인 시나리오를 도시한 것이다.
도 19는 예시적인 일실예에 따른, RRC 비활성 상태에서 다중 스몰 데이터 전송과 연관된 예시적인 시나리오를 도시한 것이다.
도 20은 예시적인 일실예에 따른, RRC 비활성 상태에서 다중 스몰 데이터 전송과 연관된 예시적인 시나리오를 도시한 것이다.
도 21은 예시적인 일시시예에 따른 흐름도이다.
도 22는 예시적인 일시시예에 따른 흐름도이다.
도 23은 예시적인 일시시예에 따른 흐름도이다.

후술된 예시적인 무선 통신 시스템 및 디바이스는 브로트캐스트 서비스를 지원하는 무선 통신 시스템을 채용한다. 무선 통신 시스템은 광범위하게 배치되어 음성, 데이터 등 다양한 통신 형태를 제공한다. 이 시스템은 코드분할다중접속(CDMA), 시분할다중접속(TDMA), 직교주파수분할다중접속(OFDMA), 3세대 파트너십 프로젝트 (3GPP) LTE (Long Term Evolution) 무선접속, 3GPP LTE-A 또는 광대역 LTE(Long Term Evolution Advanced), 3GPP2 UMB (Ultra Mobile Broadband), WiMax, 5G를 위한 3GPP NR (New Radio) 무선 접속, 또는 다른 변조기법을 기반으로 할 수 있다.

특히, 후술될 예시적인 무선 통신 시스템 및 디바이스들은 다음을 포함하는, 3GPP로 언급된 “3세대 파트너십 프로젝트”로 명명된 컨소시엄이 제안한 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다: 3GPP TS 38.300 V15.7.0, “NR, NR 및 NG-RAN의 전체 설명, 2 단계”; 3GPP TS 38.321 V15.7.0, “NR, MAC 프로토콜 규격”; 3GPP TS 38.331 V15.7.0, “NR, RRC 프로토콜 규격”; RP-193252, “INACTIVE 상태에서 NR 스몰 데이터 전송에 대한 신규 작업 항목”. 위에서 열거된 표준 및 문서들이 그 전체가 참조로써 통합된다.

도 1은 본 개시의 하나 이상의 실시예에 따른 일실시예에 따른 다중 접속 무선 통신 시스템을 제시한다. 접속 네트워크(AN, 100)는 한 그룹은 참조번호 104 및 106, 다른 그룹은 참조번호 108 및 110, 추가 그룹은 참조번호 112 및 114를 포함하는 다수의 안테나 그룹들을 포함한다. 도 18에서, 각 안테나 그룹별로 두 개의 안테나가 도시되었지만, 각 그룹별로 더 많은 혹은 더 적은 안테나가 사용될 수 있다. 접속 단말(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)가 사용하는 것과 다른 주파수를 사용할 수 있다.

각 안테나 그룹 및/또는 이들이 통신하도록 설계된 영역은 보통 접속 네트워크의 섹터(sector)로 불린다. 본 실시예에서, 각 안테나 그룹은 액세스 네트워크(100)에 의해 커버되는 영역의 섹터에서 접속 단말과 통신하도록 설계된다.

순방향 링크(120, 126)를 통한 통신에서, 접속 네트워크(100)의 전송 안테나들은 다른 접속 단말들(116, 122)에 대한 순방향 링크의 신호대잡음비를 향상시키기 위해 빔포밍(beamforming)를 사용할 수 있다. 또한 빔포밍을 사용하여 커버리지(coverage)에 랜덤하게 산재되어 있는 접속 단말에 전송하는 접속망은 하나의 안테나를 통해 모든 접속 단말에 전송하는 접속망보다 이웃 셀 내 접속 단말들에게 간섭을 덜 일으킨다.

접속망(AN)은 단말들과 통신에 사용된 고정국 또는 기지국일 수 있고, 접속 포인트, 노드 B(node B), 기지국, 확장형 기지국 (enhanced base station), 진화된 노드 B(eNB), 차세게 노드B (gNB) 또는 다른 용어로도 지칭될 수 있다. 접속 단말(AT)은 또한 사용자 단말(UE), 무선 통신 디바이스, 단말, 접속 단말 또는 다른 용어로도 불릴 수 있다.

도 2는 MIMO 시스템(200)에서, (접속망으로도 알려진) 수신기 시스템(210), (접속 단말(AT) 또는 UE(User Equipment)로도 알려진) 수신기 시스템(250)의 실시예에 대한 단순화된 블록도이다. 전송기 시스템(210)에서, 다수의 데이터 스트림에 대한 트래픽 데이터는 데이터 소스(212)에서 전송(TX) 데이터 프로세서(214)로 공급된다.

일 실시예에서, 각 데이터 스트림은 개별 전송 안테나를 통해 전송된다. TX 데이터 프로세서(214)는 부호화된 데이터를 제공하도록 데이터 스트림에 대해 선택된 특별한 부호화 방식을 기반으로 그 데이터 스트림을 위한 트래픽 데이터를 포맷, 부호화 및 인터리빙 한다.

각 데이터 스트림에 대해 부호화된 데이터는 OFDM 기법을 사용해 파일럿 데이터와 다중화된다. 파일럿 데이터는 보통 기지의 방식으로 처리된 기지의 데이터로 수신기 시스템에서 채널 응답 추정에 사용될 수 있다. 각 데이트 스트림에서 다중화된 파일럿 데이터와 부호화된 데이터는 변조된 심볼을 제공하도록 그 데이터 스트림에 대해 선택된 특별한 변조방식(예를 들어, BPSK, QPSK, M-PSK, 또는 M-QAM))을 기반으로 변조된다(즉, 심볼 매핑). 각 데이트 스트림에 대해 데이터 전송속도, 부호화 및 변조는 프로세서(230)가 내린 지시에 따라 결정될 수 있다.

그런 다음, 모든 데이터 스트림에 대한 변조 심볼이 TX MIMO 프로세서(220)로 제공되어, 추가로 (예를 들어, OFDM용) 변조 심볼이 처리된다. 그런 다음, TX MIMO 프로세서(220)는 N _T 개의 변조 심볼 스트림을 N _T 개의 전송기들(TMTR, 220a 내지 222t)로 제공한다. 어떤 실시예에서, TX MIMO 프로세서(220)는 데이터 스트림 심볼과 심볼이 전송되고 있는 안테나에 빔포밍 가중치를 적용할 수 있다.

각 전송기(222)는 개별 심볼 스트림을 수신 및 처리하여 하나 이상의 아날로그 신호를 공급하고, 아날로그 신호를 추가로 처리(예를 들어, 증폭, 필터링, 및 상향 변환)을 수행하여 MIMO 채널을 통한 전송에 적합한 변조신호를 제공한다. 그런 다음, 전송기들(222a 내지 222t)에서 전송된 N _T 개의 변조된 신호들은 각각 N _T 개의 안테나들(224a 내지 224t)을 통해 전송된다.

수신기 시스템(250)에서, 전송된 변조신호들이 N _R 개 안테나들(252a 내지 252r)에 의해 수신되고, 각 안테나(252)에서 수신된 신호들은 각 수신기(RCVR, 254a 내지 254r)로 공급된다. 각 수신기(254)는 개별 수신 신호를 (예를 들어, 필터링, 증폭 및 하향 변환) 처리하고, 처리된 신호를 디지털로 변환하여 샘플을 제공하고, 샘플들을 추가 처리하여 해당 “수신” 심볼 스트림을 공급한다.

그런 다음, RX 데이터 프로세서(260)는 특별한 수신기 처리 기법에 기반한 N _R 개의 수신기들(254)에서 출력된 N _R 개의 수신 심볼 스트림을 수신 및 처리하여 N _R 개의 “검출된 ” 심볼 스트림들을 공급한다. 이후, RX 데이터 프로세서(260)는 각 검출된 심볼 스트림을 복조, 디인터리빙 및 복호하여 데이터 스트림에 대한 트래픽 데이터를 복원한다. RX 데이터 프로세서(260)에 의한 처리는 전송기 시스템(210)에서 TX MIMO 프로세서(220) 및 TX 데이터 프로세서(214)가 수행된 처리와 상보적이다.

프로세서(270)는 주기적으로 어느 프리코딩 행렬을 사용할 것인지(후술됨)를 판단한다. 프로세서(270)는 행렬 인덱스부 및 랭크값부를 포함하는 역방향 링크 메시지를 작성한다.

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

전송기 시스템(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) 및 트랜시버(transceiver, 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에서 스케줄링과 관련된 일부 텍스트들이 3GPP TS 38.300 V15.7.0 로부터 다음과 같이 인용되었다:

10 스케줄링

10.1 기본 스케줄러 동작

무선 리소스를 효율적으로 사용하기 위해, gNB에서 MAC은 다운링크 및 업링크를 위한 물리적 계층 리소스를 할당하는 동적 리소스 스케줄러를 포함한다. 이 절에서, 스케줄러의 개요는 스케줄러의 동작, 스케줄러 판정의 시그널링(signalling) 및 측정 면에서 주어진다.

스캐줄러의 동작:

- UE의 버퍼 상태 및 각 UE와 연관 무선 베어러들의 QoS 요구조건들을 고려하여 스케줄러는 UE들 사이에 리소스를 할당한다;

- 스케줄러들은 gNB에서 이뤄진 및/또는 UE에 의해 보고된 측정들을 통해 식별된 UE에서 무선 조건들을 고려하여 리소스들을 할당한다;

- 스케줄러들은 슬롯 단위 (예를 들어, 미니-슬롯, 슬롯, 또는 다중 슬롯들)로 무선 리소스들을 할당한다;

- 리소스 할당은 무선 리소스들 (리소스 블록들)로 구성된다.

스케줄러 판정의 시그널링:

- UE들은 스케줄링 (리소스 할당) 채널을 수신하여 리소스들을 식별한다.

스케줄러 동작을 지원하기 위한 측정들:

- (UE에서 논리 채널 큐(queue)에서 버퍼링된 데이터를 측정하는) 업링크 버퍼 상태 보고들은 QoS-인지패킷 (QoS-aware packet) 스케줄링에 대한 지원 제공에 사용된다;

(UE의 명목(nominal) 최대 전송 파워 및 업링크 전송에 대한 추정된 파워 사이의 차를 측정하는) 파워 헤드룸 보고들이 파워 인지 패킷 스케줄링에 대한 지원 제공에 사용된다.

10.2 다운링크 스케줄링

다운링크에서, gNB는 PDCCH(들) 상의 C-RNTI를 통해 리소스들을 UE들에 동적으로 할당할 수 있다. 다운링크 수신이 인에이블된 경우 (구성되었을 때 DRX에 의해 동작이 제어되는 경우) 가능한 할당을 찾기 위해, UE는 항상 PDCCH(들)을 모니터한다. CA가 구성된 경우, 동일한 C-RNTI가 모든 서빙 셀에 적용된다.

gNB는 다른 UE로의 지연 민감(latency-critical) 전송을 통해 하나의 UE에 대해 진행중인 PDSCH 전송을 선점한다. gNB는 PDCCH 상에서 INT-RNTI를 사용하여 인터럽트된 전송 표시를 모니터링하도록 UE들을 구성할 수 있다. UE가 인터럽트된 전송 표시를 수신한다면, 리소스 요소들의 일부가 이미 UE에 스케줄링되었다고 하더라도, 이 UE에 유용한 정보가 그 표시에 포함된 리소스 요소들에 의해 반송되지 않았다고 가정할 수 있다.

또한, SPS (Semi-Persistent Scheduling)로, gNB는 초기 HARQ 전송용 다운링크 리소스를 UE들에 할당할 수 있다: RRC는 구성된 다운링크 할당의 주기성을 정의하는 반면, CS-RNTI에 송신된(addressed) PDCCH는 구성된 다운링크 할당(configured downlink assignment)을 시그널링 및 활성화하거나 비활성화할 수 있다 ; 즉, CS-RNTI로 전송된 PDCCH는 다운링크 할당이 RRC에 의해 정의된 주기성에 따라 비활성화될 때까지 암묵적으로 재사용될 수 있음을 표시한다.

주: 요구된 경우, 재전송은 명백하게 PDCCH(들)에서 스케줄링된다.

동적으로 할당된 다운링크 수신은, 시간에서 중복된다면, 동일 서빙 셀에서 구성된 다운링크 할당을 중단시킨다. 활성화되었다면, 구성된 다운링크 할당에 따른 다운링크 수신이 가정된다.

CA가 구성된 경우, 최대 하나의 구성된 다운링크 할당이 서빙 셀별로 시그널링될 수 있다. BA가 구성된 경우, 최대 하나의 구성된 다운링크 할당이 BWP별로 시그널링될 수 있다. 각 서빙 셀에서, 한 번에 하나의 구성된 다운링크 할당만이 활성화될 수 있다. 구성된 다운링크 할당의 활성화 및 비활성화는 서빙 셀들 사이에서 독립적이다.

10.3 업링크 스케줄링

업링크에서, gNB는 PDCCH(들) 상의 C-RNTI를 통해 리소스들을 UE들에 동적으로 할당할 수 있다. 다운링크 수신이 인에이블된 경우 (구성되었을 때 DRX에 의해 동작이 제어되는 경우) 업링크 전송에 가능한 그랜트(grants)를 찾기 위해, UE는 항상 PDCCH(들)을 모니터한다. CA가 구성된 경우, 동일한 C-RNTI가 모든 서빙 셀에 적용된다.

또한, 구성된 그랜트 (Configured Grants) 로, gNB는 초기 HARQ 전송용 업링크 리소스를 UE들에 할당할 수 있다. 두 가지 형태의 구성된 업링크 그랜트가 정의된다:

- 타입 1으로, RRC는 직접 (주기성을 포함한) 구성된 업링크 그랜트를 제공한다.

- 타입 2로, CS-RNTI에 송신된(addressed) PDCCH가 구성된 업링크 그랜트를 시그널링 및 활성화할 수 있거나 비활성화하는 반면, RRC는 구성된 업링크 그랜트의 주기성을 정의한다; 즉, CS-RNTI에 전송된 PDCCH는 업링크 그랜트가 RRC에 의해 정의된 주기성에 따라 비활성화될 때까지 암묵적으로 재사용될 수 있음을 표시한다.

동적으로 할당된 업링크 전송은, 시간에서 중복된다면, 동일 서빙 셀에서 구성된 업링크 그랜트를 중단시킨다. 활성되었다면, 구성된 업링크 그랜트에 따른 업링크 전송이 가정된다.

반복이 아닌 재전송은 PDCCH(들)을 통해 명백하게 할당된다.

CS가 구성된 경우, 최대 하나의 구성된 업링크 그랜트가 서빙 셀별로 시그널링될 수 있다. BA가 구성된 경우, 최대 하나의 구성된 업링크 그랜트가 BWP별로 시그널링될 수 있다. 각 서빙 셀에서, 한 번에 하나의 구성된 업링크 그랜트만이 활성화될 수 있다. 하나의 서빙 셀을 위해 구성된 업링크 그랜트는 타입 1 또는 타입 2를 가질 수 있다. 타입 2의 경우, 구성된 업링크 그랜트의 활성화 및 비활성화는 서빙 셀들 사이에서 독립적이다. SUL이 구성된 경우, 구성된 업링크 그랜트는 셀의 두 UL들 중 하나에 대해서만 시그널링될 수 있다.

NR에서 RRC_INACTIVE 상태와 관련된 일부 텍스트들이 3GPP TS 38.300 V15.7.0로부터 다음과 같이 인용되었다. 특히, “RRC_INACTIVE 에서 RRC_CONNECTED로의 UE 트리거 전이 (UE 콘텍스트 검색 성공”라는 제목의 3GPP TS 38.300 V15.7.0의 9.2.2.4.1 절의 도 9.2.2.4.1-1이 도 5에 재현되어 있다. “ RRC_INACTIVE 에서 RRC_CONNECTED로의 UE 트리거 전이 (UE 콘텍스트 검색 실패”라는 제목의 3GPP TS 38.300 V15.7.0의 9.2.2.4.1 절의 도 9.2.2.4.1-2가 도 6에 재현되어 있다. “네트워크로부터의 거부, UE가 연결 재개를 시도”라는 제목의 3GPP TS 38.300 V15.7.0의 9.2.2.4.1 절의 도 9.2.2.4.1-3이 도 7에 재현되어 있다. “RRC_INACTIVE 에서 RRC_CONNECTED로의 네트워크 트리거 전이”라는 제목의 3GPP TS 38.300 V15.7.0의 9.2.2.4.2 절의 도 9.2.2.4.2-1이 도 8에 재현되어 있다. “UE 콘텍스트가 재배치되는 RNA 갱신 절차”라는 제목의 3GPP TS 38.300 V15.7.0의 9.2.2.5절의 도 9.2.2.5-1이 도 9에 재현되어 있다. “UE 콘택스트 재배치가 없는 주기적인 RNA 갱신 절차”로 명명된 38.300 V15.7.0의 9.2.2.5절의 도 9.2.2.5-2가 도 10에 재현되어 있다. “RRC_IDLE로의 전이가 있는 RNA 갱신 절차”로 명명된 38.300 V15.7.0의 9.2.2.5절의 도 9.2.2.5-3이 도 11에 재현되어 있다.

9.2.2 RRC_INACTIVE에서 이동성

9.2.2.1 개요

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

UE가 RRC_INACTIVE 상태에 있는 동안, 마지막 서빙 gNB가 UPF로부터 DL 데이터를 수신하거나 AMF로부터 UE 연관 시그널링 (UE 콘텍스트 해지 명령 (UE Context Release Command) 메시지 제외)을 수신한다면, 마지막 서빙 gNB는 RNA에 해당하는 셀들에서 페이징하고, RNA가 이웃 gNB(들)의 셀들을 포함한다면 이웃 gNB(들)에게 XnAP RAN 페이징 (Paging)을 발송할 수 있다.

UE가 RRC_INACTIVE 상태에 있는 동안 UE 콘텍스트 해지 명령 메시지 수신시, 마지막 서빙 gNB는 RNA에 해당하는 셀들에서 페이징할 수 있고, RNA가 이웃 gNB(들)의 셀들을 포함한다면, UE들을 명백하게 해지하기 위해 이웃 gNB(들)에게 XnAP RAN 페이징을 발송할 수 있다.

UE가 RRC_INACTIVE 상태에 있는 동안 NG RESET 메시지 수신시, 마지막 서빙 gNB는 RNA에 해당하는 셀들에 포함된 UE들을 페이징하고, RNA가 이웃 gNB(들)의 셀들을 포함한다면, 포함된 UE들을 명백하게 해지하기 위해 이웃 gNB(들)에게 XnAP RAN 페이징을 송신할 수 있다.

RAN 페이징 실패시, gNB는 TS 23.501 [3]에 따라 거동한다.

AMF는 코어 네트워크 지원 정보(Core Network Assistance Information)를 NG-RAN 노드에 제공하여 UE를 RRC_INACTIVE 상태로 할 수 있는지 여부에 대한 NG-RAN 노드의 판정을 지원한다. 코어 네트워크 지원 정보는 UE에 대해 구성된 등록 영역, 주기적인 등록 갱신 (Periodic Registration Update) 타이머, 및 UE 아이덴티티 인덱스(Identity Index) 값을 포함하고, UE 특정 DRX, UE가 AMF에 의해 MICO(Mobile Initiated Connection Only) 모드로 구성되는지 여부에 대한 표시, 및 예상 UE 거동(Expected UE Behaviour)을 포함할 수 있다. UE 등록 영역은 RNA 구성시, NG-RAN 노드에 의해 고려된다. UE 특정 DRX 및 UE 아이덴티티 인덱스 값은 NG-RAN 노드에 의해 RAN 페이징에 사용된다. NG-RAN 노드는 주기적인 RNA 갱신 타이머를 구성하기 위해 주기적인 등록 갱신 타이머를 고려한다. NG-RAN 노드는 예상 UE 거동을 고려하여 UE RRC 상태 전이 판정을 지원한다.

RRC_INACTIVE로의 전이에서, NG-RAN 노드는 주기적인 RNA 갱신 타이머 값으로 UE를 구성할 수 있다. UE로부터의 통지가 없는 주기적인 RNA 갱신 타이머 만료시, gNB는 TS 23.501 [3]에 규정된 대로 거동한다.

UE가 마지막 서빙 gNB가 아닌 gNB에 액세스한다면, 수신 gNB는 XnAP 검색 UE 콘텍스트 (XnAP Retrieve UE Context) 절차를 트리거하여 마지막 서빙 gNB로부터 UE 콘텍스트를 얻고, 마지막 서빙 gNB로부터 잠재적인 데이터 복구용 터널 정보를 포함한 Xn-U 주소 표시 (Xn-U Address Indication) 절차도 트리거할 수 있다. UE 콘텍스트 검색 성공시, 수신 gNB는 슬라이스 정보를 수신한 경우 슬라이스-인지(slice-aware) 허가 제어를 수행하여 서빙 gNB가 되고, NGAP 경로 절환 요구 (Path Switch Request) 및 적용가능한 RRC 절차를 추가 트리거한다. 경로 절환 절차 이후, 서빙 gNB는 XnAP UE Context 해지 절차 (XnAP UE Context Release) 를 사용하여 마지막 서빙 gNB에서 UE 콘텍스트의 해지를 트리거한다.

UE가 마지막 서빙 gNB에 접근할 수 없다면, gNB는:

- 각 응답 메시지에서 비성공적인 동작의 시그널링을 허용하는, AMF가 시작한 UE 연관 클래스 1 절차를 실패할 것이다; 및

- UE용 AMF로부터 수신된 임의의 NAS PDU가 전달되지 않았음을 보고하기 위해 NAS 비전달 표시(NAS Non Delivery Indication) 절차를 트리거할 것이다.

UE가 마지막 서빙 gNB가 아닌 gNB에 액세스하고, 수신 gNB가 유효 UE 콘텍스트를 찾지 못했다면, 수신 gNB는 이전 RRC 연결 재개 대신 신규 RRC 연결 수립을 수행할 것이다. UE 콘텍스트 검색 또한 실패할 것이고, 따라서 서빙 AMF가 변경된다면 신규 RRC 연결이 수립될 필요가 있다.

RRC_INACTIVE 상태에 있는 UE가 구성된 RNA 밖으로 이동하는 경우 RNA 갱신 절차를 시작할 필요가 있다. UE로부터 RNA 갱신 요구를 수신한 경우, 수신 gNB는 XnAP 검색 UE 콘텍스트 절차를 트리거하여 마지막 서빙 gNB로부터 UE 콘텍스트를 얻고 UE를 RRC_INACTIVE 상태로 되돌리고, UE를 RRC_INACTIVE 상태로 이동시키거나 UE를 RRC_IDLE로 보내도록 결정할 수 있다. 주기적인 RNA 갱신의 경우, 마지막 서빙 gNB가 UE 콘텍스트를 재배치하지 않도록 결정했다면, 검색 UE 콘텍스트 절차는 실패할 것이고 UE는 캡슐화된 (encapsulated) RRCRelease 메시지에 의해 직접 RRC_INACTIVE 또는 RRC_IDLE로 되돌려질 것이다.

9.2.2.2 셀 재선택

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

9.2.2.3 RAN 기반 통지 영역

RRC_INACTIVE 상태의 UE는 마지막 서빙 NG-RAN에 의해 다음과 같은 경우에 RNA로 구성될 수 있다:

- RNA가 단일 또는 다중 셀을 커버할 수 있고, CN 등록 영역 내에 포함될 것이다; 이 이 해지에서 Xn 연결은 RNA 내에서 사용가능해야 한다;

- RNAU (RAN-based notification area update)는 주기적으로 UE에 의해 전송되고 UE의 셀 재선택 절차가, 구성된 RNA에 속하지 않는 셀을 선택하는 경우에도 발송된다.

RNA가 어떻게 구성되는지에 대한 몇 가지 다른 대안들이 있다:

- 셀 리스트:

- UE에는 RNA를 구성하는 (하나 이상의) 셀들의 명백한 리스트가 제공된다.

- RAN 영역 리스트:

- UE에는 RAN 영역이 CN 추적 영역 (CN Tracking Area)의 서브세트이거나 CN 추적 영역과 동일한 (적어도 하나의) RAN 영역 ID가 제공된다. RAN 영역은 TAC 및 선택적으로 RAN 영역 코드로 구성되는 하나의 RAN 영역 ID에 의해 규정된다;

- 셀은 시스템 정보에서 하나 이상의 RAN 영역 ID들을 브로드캐스트한다.

NG-RAN은 서로 다른 UE들에게 서로 다른 RNA 정의들을 제공하지만 동일 UE에게 동시에 서로 다른 정의들을 혼합하지 않는다. UE는 위에서 열거된 모든 RNA 구성 옵션들을 지원할 것이다.

9.2.2.4 상태 전이

9.2.2.4.1 RRC_INACTIVE에서 RRC_CONNECTED로의 UE 트리거 전이

다음 도면은 UE 콘텍스트 검색이 성공한 경우 RRC_INACTIVE에서 RRC_CONNECTED로의 UE 트리거 전이를 설명한다:

도 9.2.2.4.1-1: RRC_INACTIVE에서 RRC_CONNECTED로의 UE 트리거 전이 (UE 콘텍스트 검색 성공)

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

2. I-RNTI에 포함된 gNB 아이덴티티를 해결할 수 있다면, gNB는 마지막 서빙 gNB에 UE 콘텍스트 데이터 제공을 요구한다.

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

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

주: 사용자 데이터도 그랜트가 허용되면 5단계에서 발송될 수 있다.

6. 마지막 서빙 gNB에 버퍼링된 DL 사용자 데이터 손실이 방지된다면, gNB는 포워딩 주소(forwarding address)를 제공한다.

7/8. gNB는 경로 절환을 수행한다.

9. gNB는 마지막 서빙 gNB에서 UE 리소스들의 해지를 트리거한다.

1 단계 이후, gNB가 재개 요구 (Resume Request()를 거부하고 재구성없이 UE를 RRC_INACTIVE 상태로 유지하는 경우 (즉, 이하 두 예시에서 설명되는 것처럼), 또는 gNB가 신규 RRC 연결을 셋업하도록 결정하는 경우, (보안 없이) SRB0가 사용될 수 있다. gNB가 (예를 들어, 신규 DRX 사이클 또는 RNA로) UE 재구성을 결정하는 경우, 또는 gNB가 UE를 RRC_IDLE로 할 것으로 결정하는 경우, (적어도 무결성(integrity) 보호를 갖는) SRB1이 사용될 것이다.

주: SRB1은, 일단 UE 콘텍스트가 검색되면, 즉, 3단계 이후에만 사용될 수 있다.

다음 도면은 UE 콘텍스트 검색이 실패한 경우 RRC_INACTIVE에서 RRC_CONNECTED로의 UE 트리거 전이를 설명한다:

도 9.2.2.4.1-2: RRC_INACTIVE에서 RRC_CONNECTED로의 UE 트리거 전이 (UE 콘텍스트 검색 실패)

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

4. 마지막 서빙 gNB는 gNB에 실패를 표시한다.

5. gNB는 폴백(fallpack)을 수행하여 RRCSetup를 발송함으로써 신규 RRC 연결을 수립한다.

6. 신규 연결이 9.2.1.3.1절에 설명된 것처럼 셋업된다.

다음의 도면은 UE가 RRC_INACTIVE로부터 연결 재개를 시도하는 경우 네트워크로부터의 거부를 설명한다:

도 9.2.2.4.1-3: UE가 연결 재개 시도, 네트워크로부터의 거부

1. UE가 RRC_INACTIVE로부터 연결 재개를 시도한다.

2. gNB는, 예를 들어, 혼잡(congestion)으로 인해, 그 절차를 처리할 수 없다.

3. gNB는 (대기시간과 함께) RRCReject 를 발송하여 UE의 RRC_INACTIVE 상태를 유지한다.

9.2.2.4.2 RRC_INACTIVE에서 RRC_CONNECTED로의 네트워크 트리거 전이

다음 도면은 RRC_INACTIVE에서 RRC_CONNECTED로의 네트워크 트리거 전이를 설명한다:

도 9.2.2.4.2-1: RRC_INACTIVE에서 RRC_CONNECTED로의 네트워크 트리거 전이

1. RAN 페이징 트리거 이벤트가 일어난다 (인커밍(incoming) DL 사용자 평면, 5GC로부터의 DL 시그널링, 등).

2. RAN 기반 통지 영역 (RNA) 내 UE에게 구성된, 마지막 서빙 gNB에 의해 제어된 셀들에서만 또는 다른 gNB들에 의해 제어된 셀들 내 Xn RAN 페이징을 사용하여 RAN 페이징이 트리거된다.

3. UE는 I-RNTI로 페이징된다.

4. UE가 성공적으로 접근된다면, 9.2.2.4.1절에 설명된 대로 RRC_INACTIVE로부터 재개를 시도한다.

9.2.2.5 RNA 갱신

다음 도면은 Xn에 걸친 콘텍스트 검색을 포함한, UE 트리거 RNA 갱신 절차를 설명한다. 그 절차는 UE가 구성된 RNA 밖으로 이동하는 경우 또는 주기적으로 트리거될 수 있다.

도 9.2.2.5-1: UE 콘택스트가 재배치된 RNA 갱신 절차

1. UE는 RRC_INACTIVE에서 재개하여 마지막 서빙 gNB에 의해 할당된 I-RNTI 및 적절한 원인 값(cause value), 예를 들어, RAN 통지 영역 갱신을 제공한다.

2. I-RNTI에 포함된 gNB 아이덴티티를 해결할 수 있다면, gNB는 1 단계에서 수신된 원인 값 제공을 제공하면서, 마지막 서빙 gNB에게 UE 콘텍스트 데이터 제공을 요구한다.

3. 마지막 서빙 gNB는 (다음에 가정된 것처럼) UE 콘텍스트를 제공할 수 있다. 또는, 마지막 서빙 gNB는 UE를 RRC_IDLE 로 이동시키도록 결정할 수 있고 (및 그 절차는 도 9.2.2.5-3의 3 단계 및 그 이후를 따른다), 또는 UE가 아직 이전에 구성된 RNA 내에 있다면, 마지막 서빙 gNB에서 UE 콘텍스트를 유지하고, UE를 RRC_INACTIVE로 유지하도록 결정 (및 그 절차는 도 9.2.2.5-2의 3단계 및 그 이후를 따른다)할 수 있다.

4. gNB는 UE를 RRC_CONNECTED로 이동시킬 수 있고 (그 절차는 도 9.2.2.4.1-1의 4단계를 따른다), 또는 (gNB가 RRCRelease 메시지를 전송한 경우) UE를 RRC_IDLE로 되돌릴 수 있고, 또는 UE는 다음에 가정한 대로 RRC_INACTIVE 로 되돌릴 수 있다.

5. 마지막 서빙 gNB에 버퍼링된 DL 사용자 데이터 분실이 방지된다면, gNB는 포워딩 주소를 제공한다.

6./7. gNB는 경로 절환을 수행한다.

8. gNB는 유예 표시와 함께 RRCRelease 를 전송하여 UE를 RRC_INACTIVE 상태로 유지한다.

다음의 도면은, UE가 아직 구성된 RNA 내에 있고 마지막 서빙 gNB가 UE 콘택스트를 재배치하지 않고 UE를 RRC_INACTIVE로 유지한다고 결정한 경우에 대한 RNA 갱신 절차를 설명한다.

도 9.2.2.5-2: UE 콘택스트가 재배치된 RNA 갱신 절차

1. UE는 RRC_INACTIVE에서 재개하여 마지막 서빙 gNB에 의해 할당된 I-RNTI 및 적절한 원인 값, 예를 들어, RAN 통지 영역 갱신을 제공한다.

2. I-RNTI에 포함된 gNB 아이덴티티를 해결할 수 있다면, gNB는 1 단계에서 수신된 원인 값 제공하면서 마지막 서빙 gNB에게 UE 콘텍스트 데이터 제공을 요구한다.

3. 마지막 서빙 gNB는 다음 재개 시도에 사용될 수신된 정보 (예를 들어, 재개 셀과 관련된 C-RNTI 및 PCI)를 저장하 고, 캡슐화된 RRCRelease 메시지를 포함한 RETRIEVE UE CONTEXT FAILURE 메시지로 gNB에게 응답한다. RRCRelease 메시지는 유예 표시를 포함한다.

4. gNB는 RRCRelease 메시지를 UE에 포워딩한다.

다음 도면은 마지막 서빙 gNB가 UE를 RRC_IDLE로 이동하도록 결정한 경우에 대한 RNA 갱신 절차를 설명한다.

도 9.2.2.5-3: RRC_IDLE로의 전이가 있는 RNA 갱신 절차

3. UE 콘텍스트를 제공하는 대신, 마지막 서빙 gNB는 RRCRelease 메시지를 제공하여 UE를 RRC_IDLE로 이동시킨다.

4. 마지막 서빙 gNB는 UE 콘텍스트를 삭제한다.

5. gNB는 UE를 트리거하여 RRC_IDLE로 이동시키는 RRCRelease 를 발송한다.

NR에서 RRC_INACTIVE 상태와 관련된 일부 텍스트들이 3GPP TS 38.331 V15.7.0로부터 다음과 같이 인용되었다. 특히,“NR에서 UE 상태 머신 및 상태 전이”라는 제목의 3GPP TS 38.331 V15.7.0의 4.2.1절의 표 4.2.1-1이 도 12에 재현되어 있다. “RRC 연결 재개, 성공”이라는 제목의 3GPP TS 38.331 V15.7.0의 5.3.13.1절의 도 5.3.13.1-1이 도 13에 재현되어 있다. “RRC 연결 수립에 대한 RRC 연결 재개 폴백, 성공”으로 명명된 3GPP TS 38.331 V15.7.0의 5.3.13.1절의 도 5.3.13.1-2 2이 도 14에 재현되어 있다. “RRC 연결 재개에 이은 네트워크 해지, 성공”이라는 제목의 3GPP TS 38.331 V15.7.0의 5.3.13.1절의 도 5.3.13.1-3이 도 15에 재현되어 있다. “RRC 연결 재개에 이은 네트워크 유예, 성공”이라는 제목의 3GPP TS 38.331 V15.7.0의 5.3.13.1절의 도 5.3.13.1-4가 도 16에 재현되어 있다. “RRC 연결 재개, 네트워크 거부”라는 제목의 3GPP TS 38.331 V15.7.0의 5.3.13.1절의 도 5.3.13.1-5가 도 17에 재현되어 있다.

4.2.1 UE 상태 및 인터 RAT를 포함한 상태 전이

RRC 연결이 수립되어있는 경우, UE는 RRC_CONNECTED 상태 또는 RRC_INACTIVE 상태에 있다. 이 경우가 아니라면, 즉, RRC 연결이 수립되어 있지 않다면, UE는 RRC_IDLE 상태에 있다. RRC 상태는 다음과 같이 추가로 특징지어질 수 있다:

- RRC_IDLE:

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

- 네트워크 구성에 기반한 UE 제어 이동성;

- UE는:

- DCI를 통해 P-RNTI와 함께 전송된 단문 메시지를 모니터 (6.5 절 참조);

- 5G-S-TMSI를 사용하여 CN 페이징을 위한 페이징 채널을 모니터;

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

- 시스템 정보를 획득하고 (구성되었다면) SI 요구를 발송할 수 있다.

- RRC_INACTIVE:

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

- 네트워크 구성에 기반한 UE 제어 이동성;

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

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

UE는:

- 5G-S-TMSI를 사용한 CN 페이징 및 full-RNTI를 사용한 RAN 페이징을 위한 페이징 채널을 모니터;

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

- 주기적으로 및 구성된 RAN 기반 통지 영역 밖으로 이동시 RAN 기반 통지 영역을 갱신;

- RRC_CONNECTED:

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

- UE로/로부터 유니캐스트 데이터를 전달;

- 하위 계층에서, UE는 UE 특정 DRX로 구성될 수 있다;

- CA를 지원하는 UE의 경우, 증가된 대역폭에 대해 하나 이상의 SCell들의 사용, SpCell로 집성;

- DC를 지원하는 UE의 경우, 증가된 대역폭에 대해 하나의 SCG 사용, MCG 집성;

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

- UE는:

- (구성되었다면) DCI를 통해 P-RNTI와 함께 전송된 단문 메시지를 모니터 (6.5 절 참조,);

- 공유 데이터 채널과 연관된 제어 채널을 모니터하여, 데이터를 이를 위해 스케줄링되었는지 여부를 판단;

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

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

- 시스템 정보를 획득.

도 4.2.1-1은 NR에서 UE RRC 상태 머신 및 상태 전이에 대한 개요를 설명한다. UE는 NR에서 한 번에 하나의 RRC 상태만을 갖는다.

도 4.2. 1.-1 NR 에서 UE 상태 머신 및 상태 전이들

5.3.13 RRC 연결 재개

5.3.13.1 개요

도 5.3.13.1-1: RRC 연결 재개, 성공

도 5.3.13.1-2: RRC 연결에 대한 RRC 연결 재개 폴백 수립, 성공

도 5.3.13.1-3: RRC 연결 재개에 이은 네트워크 해지, 성공

도 5.3.13.1-4: RRC 연결 재개에 이은 네트워크 유예, 성공

도 5.3.13.1-5: RRC 연결 재개, 네트워크 거부

이 절차의 목적은 SRB(들) 및 DRB(들)의 재개를 포함하여 유예된 RRC 연결을 재개하거나 RNA 갱신을 수행하는 것이다.

5.3.13.2 시작

상위 계층들 또는 AS가 유예된 RRC 연결 재개를 요구하는 경우 (UE가 RRC_INACTIVE 상태에 있는 동안 RAN 페이징에 응답하거나 RAN 갱신을 트리거하는 경우), UE는 이 절차를 시작한다.

UE는 이 절차를 시작하기 전에 5.2.2.2에 규정된 대로 유효하고 최신의 필수 시스템 정보를 보장할 것이다.

절차 시작시, UE는:

1> NG-RAN 페이징에 대한 응답에 의해 RRC 연결 재개가 트리거된다면:

2> '0'을 접속 카테고리로 선택할 것이다;

2> 선택된 접속 카테고리 및 상위계층들이 제공한 하나 이상의 접속 아이덴티티들을 사용하여 5.3.14에 규정된 것처럼 단일화된 접속 제어 절차를 수행할 것이다;

3> 접속 시도가 금지되었다면, 절차는 종료된다;

1> RRC 연결 재개가 상위 계층들에 의해 트리거된다면:

2> 상위 계층들이 접속 카테고리 및 하나 이상의 접속 아이덴티티들을 제공한다면:

3> 상위계층들이 제공한 접속 카테고리 및 접속 아이덴티티들을 사용하여 5.3.14에 규정된 것처럼 단일화된 접속 제어 절차를 수행할 것이다;

4> 접속 시도가 금지되었다면, 절차는 종료된다;

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

1> RRC 연결 재개가 5.3.13.8에 규정된 것처럼 RNA 갱신으로 인해 트리거되었다면:

2> 긴급 서비스가 진행되고 있다면:

주: UE에서 RRC 계층이 어떻게 진행중인 긴급 서비스를 인지하는지는 UE의 구현에 좌우된다.

3> '2'를 접속 카테고리로 선택할 것이다;

3> resumeCause를 emergency 로 설정할 것이다;

2> 아니면:

3> '8'을 접속 카테고리로 선택할 것이다;

2> 선택된 접속 카테고리 및 TS 24.501 [23]에 규정된 대로 적용될 하나 이상의 접속 아이덴티티들을 사용하여 5.3.14에 규정된 것처럼 단일화된 접속 제어 절차를 수행할 것이다.

3> 접속 시도가 금지되었다면:

4> 변수 pendingRnaUpdate 를 ‘true’로 설정할 것이다;

4> 절차가 종료된다;

1> UE가 NE-DC 또는 NR-DC 상태에 있다면:

2> 저장되었다면, UE 비활성 AS 콘텍스트로부터 MR-DC 관련 구성들을 (즉, 5.3.5.10에 규정된 대로) 해지할 것이다;

1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 MCG SCell(들)을 해지할 것이다;

1> 값들이 SIB1에서 제공된 파라미터들을 제외하고, 해당 물리 계층 규격에 규정된 대로 디폴트 L1 파라미터 값들을 적용할 것이다;

1> 9.2.1에 규정된 것처럼 디폴트 SRB1 구성을 적용할 것이다;

1> 9.2.2에 규정된 것처럼 MAC Cell Group 구성을 적용할 것이다;

1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 delayBudgetReportingConfig를 해지할 것이다;

1> 실행되고 있다면, 타이머 T342를 중지할 것이다;

1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 overheatingAssistanceConfig를 해지할 것이다;

1> 실행되고 있다면, 타이머 T345를 중지할 것이다;

1> 9.1.1.2에 규정된 것처럼 CCCH 구성을 적용할 것이다;

1> SIB1에 포함된 timeAlignmentTimerCommon 를 적용할 것이다;

1> 타이머 T319를 시작할 것이다;

1> 변수 pendingRnaUpdate 를 ‘flase’로 설정할 것이다;

1> 5.3.13.3에 따라 RRCResumeRequest 메시지 또는 RRCResumeRequest1 의 전송을 시작할 것이다.

5.3.13.3 RRCResumeRequest 또는 RRCResumeRequest1 메시지 전송 관련 동작들

UE는 다음과 같이 RCResumeRequest 또는 RRCResumeRequest1 메시지 내용을 설정할 것이다:

1> useFullResumeID 필드가 SIB1에서 시그널링되면:

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

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

1> 아니면:

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

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

1> masterCellGroup 및 pdcp-Config를 제외한 저장된 UE 비활성 AS 콘텍스트로부터 RRC 구성 및 K_gNB 및 K_RRCint 키를 다시 저장한다;

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

2> clause 8 별 (즉, 8의 배수 비트들) VarINACTIVE-MAC-Input 로 부호화된 ASN.1에 대해;

2> UE 비활성 AS 콘텍스트에서 K_RRCint 키 및 이전에 구성된 무결성 보호 알고리듬으로; 및

2> 이진 비트들로 설정된 COUNT, BEARER 및 DIRECTION에 대한 모든 입력 비트들로;

1> TS 33.501 [11]에 규정된 것처럼, 저장된 nextHopChainingCount 값을 사용하여 현재의 K_eNB 키 또는 NH에 기반한 K_eNB 키를 도출한다;

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

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

주 1: 이전에 구성된 UP 무결성 보호를 갖는 DRB들만이 무결성 보호를 재개할 것이다.

1> 하위 계층들을 구성하여 SRB0를 제외한 모든 무선 베어러에 암호화를 적용하고, 구성된 알고리듬 및 이 서브절에서 도출된 K_RRCenc 키 및 K_UPenc 키를 적용한다, 즉, 암호화 구성은 UE에 의해 수신 및 전송된 모든 후속 메시지들에 적용될 것이다.

1> SRB1에 대한 PDCP 엔티티들을 재수립한다;

1> SRB1을 재개한다;

1> 전송을 위해 선택된 메시지 RRCResumeRequest 또는 RRCResumeRequest1 를 하위계층에 제출한다.

주 2: 이전에 구성된 UP 암호화를 갖는 DRB들만이 암호화를 재개할 것이다.

T319가 실행되고 있는 동안 하위 계층들이 무결성 체크 실패를 표시한다면, 5.3.13.5에 규정된 동작을 수행한다.

UE는 셀 재선택 평가뿐만 아니라 셀 재선택 관련 측정을 계속할 것이다.

5.3.13.4 UE에 의한 RRCResume 수신

UE는 다음을 수행할 것이다:

1> 타이머 T319를 중지;

1> 실행되고 있다면, 타이머 T380를 중지;

1> RRCResume 이 fullConfig를 포함한다면:

2> 5.3.5.11에 규정된 것처럼 전체 구성 절차를 수행;

1> 아니면:

2> UE 비활성 AS 콘텍스트로부터 masterCellGroup 및 pdcp-Config 를 다시 저장;

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

1> ran-NotificationAreaInfo를 제외하고 suspendConfig를 해지;

1> RRCResume 이 masterCellGroup을 포함한다면:

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

1> RRCResume 이 radioBearerConfig를 포함한다면:

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

1> RRCResume 메시지가 sk-Counter를 포함한다면:

2> 5.3.5.7에 규정된 것처럼 보안 키 갱신 절차를 수행;

1> RRCResume 메시지가 radioBearerConfig2 를 포함한다면:

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

1> SRB2 및 모든 DRB들을 재개;

1> 저장되었다면, cellReselectionPriorities 에 의해 제공된 또는 다른 RAT로부터 물려받은 셀 재선택 우선순위 정보를 폐기;

1> 실행되고 있다면, 타이머 T320를 중지;

1> RRCResume 메시지가 measConfig 를 포함한다면:

2> 5.5.2에 규정된 것처럼 측정 구성 절차를 수행;

1> 유예되었다면 측정을 재개;

1> 타이머 T390이 실행되고 있다면:

2> 모든 액세서리 카테고리에 대해 타이머 T390를 중지;

2> 5.3.14.4에 규정된 대로 동작들을 수행;

1> 타이머 T302가 실행되고 있다면:

2> 타이머 T302를 중지;

2> 5.3.14.4에 규정된 대로 동작들을 수행;

1> RRC_CONNECTED 상태에 진입;

1> 유예된 RRC 연결이 재개되었음을 하위 계층들에 표시;

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

1> 현재의 셀이 PCell이 되는 것을 고려;

1> RRCResumeComplete 메시지 내용을 다음과 같이 설정:

2> 상위 계층이 NAS PDU를 제공한다면, 상위 계층들로부터 수신된 정보를 포함하도록 dedicatedNAS-Message 를 설정;

2> 상위 계층이 PLMN을 제공한다면, selectedPLMN-Identity을, SIB1 내 plmn-IdentityList에 포함된 PLMN(들)로부터 상위 계층들에 의해 선택된 PLMN(TS 24.501 [23] 참조)으로 설정;

2> masterCellGroup이 reportUplinkTxDirectCurrent를 포함한다면:

3> UL를 갖는 각 서빙 셀에 대해 uplinkTxDirectCurrentList 를 포함;

3> UE가 SUL 캐리어로 구성된다면:

4> uplinkTxDirectCurrentList 내 SUL을 갖는 각 서빙 셀에 대한 uplinkDirectCurrentBWP-SUL를 포함;

1> RRCResumeComplete 메시지를 전송용 하위 계층들에 제공;

1> 절차가 종료된다.

6.2.2 메시지 정의들

- RRCRelease

RRCRelease 메시지는 RRC 연결 해지 또는 RRC 연결 유예의 명령에 사용된다.

시그널링 무선 베어러: SRB1

RLC-SAP: AM

논리 채널: DCCH

방향: 네트워크에서 UE로

RRCRelease 메시지

RRCRelease-IEs 필드 설명들

suspendConfig RRC_INACTIVE 상태에 대한 구성을 표시한다. 네트워크가 UE를 인터 RAT 캐리어 주파수로 리다이렉트(redirect)하는 경우, 네트워크는 suspendConfig를 구성하지 않는다.

SuspendConfig 필드 설명들

ran-NotificationAreaInfo 네트워크는 RRC_INACTIVE 상태의 UE가 항상 유효한 ran-NotificationAreaInfo를 갖는 것을 보증한다.

ran-PagingCycle RAN 시작 페이징을 위한 UE 특정 사이클을 지칭한다. 값 rf32는 32개, 값 rf64는 64 개 무선 프레임 등에 각각 대응한다.

t380 UE에서 주기적인 RNAU 절차를 트리거하는 타이머를 지칭한다. 값 min5는 5분, min10은 10초 등에 각각 대응한다.

- RRCResume

RRCResume 메시지는 유예된 RRC 연결의 재개에 사용된다.

시그널링 무선 베어러: SRB1

RLC-SAP: AM

논리 채널: DCCH

방향: 네트워크에서 UE로

RRCResume-IEs 필드 설명들

masterCellGroup 마스터 셀 그룹의 구성

- CellGroupConfig

CellGroupConfig IE 는 마스터 셀 그룹(MCG) 또는 2차 셀 그룹(SCG)의 구성에 사용된다. 셀 그룹은 하나의 MAC 엔티티, 연관된 RLC 엔티티를 갖는 논리 채널 세트 및 1차 셀 (SpCell) 및 하나 이상의 2차 셀들(SCells) 세트를 포함한다.

CellGroupConfig 정보 요소

CellGroupConfig 필드 설명들

mac-CellGroupConfig MAC 파라미터들은 전체 셀 그룹에 적용가능

- MAC-CellGroupConfig

IE MAC-CellGroupConfig 는 DRX를 포함한 셀 그룹용 MAC 파라미터들의 구성에 사용된다.

MAC-CellGroupConfig 정보 요소

9.2.2. 디폴트 MAC 셀 그룹 구성

파라미터들

이름	값	의미 설명	Ver
MAC 셀 그룹 구성
bsr-Config
>periodicBSR-Timer	sf10
>retxBSR-Timer	sf80
phr-Config
>phr-PeriodicTimer	sf10
>phr-ProhibitTimer	sf10
>phr-Tx-PowerFactorChange	dB1

(Power Headroom Report)과 관련된 일부 텍스트가 3GPP TS 38.321 V15.7.0으로부터 다음과 같이 인용된다. 특히,“단일 엔트리 PHR MAC CE”라는 제목의 3GPP TS 38.321 V15.7.0의 6.1.3.8절의 도 6.1.3.8-1이 도 18에 재현되어 있다.

5.4.6 파워 헤드룸 보고하기

파워 헤드룸 보고하기 절차는 서빙 gNB에 다음의 정보 제공를 제공하는 것에 사용된다:

- 타입 1 파워 헤드룸: 명목 (nominal) UE 최대 전송 파워 및 활성 서빙 셀별 UL-SCH 전송용 추정 파워 사이의 차;

- 타입 2 파워 헤드룸: 명목 UE 최대 전송 파워 및 다른 MAC 엔티티(즉, EN-DC, NE-DC, 및 NGEN-DC 케이스에서 E-UTRA MAC 엔티티)의 SpCell상에서 UL-SCH 및 PUCCH 전송용 추정 파워사이의 차;

- 타입 3 파워 헤드룸: 명목 UE 최대 전송 파워 및 활성화된 서빙 셀별 SRS 전송용 추정 파워 사이의 차.

RRC는 다음의 파라미터들을 구성하여 파워 헤드룸 보고하기를 제어한다:

- phr-PeriodicTimer;

- phr-ProhibitTimer;

- phr-Tx-PowerFactorChange;

- phr-Type2OtherCell;

- phr-ModeOtherCG;

- multiplePHR.

PHR(Power Headroom Report)은 다음의 이벤트들 중 어느 것이 일어난다면 트리거될 것이다:

- phr-ProhibitTimer가 만료되거나 이미 만료되었고, 경로 손실이 무손실 참조로 사용된 임의의 MAC 엔티티의 적어도 하나의 활성화된 서빙 셀에 대해, 이 MAC 엔티티가 신규 전송용 UL 리소스를 가질 때 이 MAC 엔티티 내 PHR의 마지막 전송 이후, phr-Tx-PowerFactorChange dB보다 더 많이 변화된 경우;

주 1: 위에서 평가된 하나의 셀에 대한 경로 손실 변동은 현재 경로손실(pathloss) 참조에 대해 현재 시간에 측정된 경로손실과 PHR의 마지막 전송 시간에 사용중인 경로손실 참조에 대해 측정된 경로 손실과의 차이고, 경로손실 참조가 그 사이에서 변했는지 여부와 무관하다.

- phr-PeriodicTimer 가 만료된 경우;

- 상위계층에 의한 파워 헤드룸 보고하기 기능을 구성 또는 재구성시, 이는 그 기능의 디스에이블에 사용되지 않는다;

- 구성된 업링크로 MAC 엔티티의 SCell 활성화;

- PSCell의 추가 (즉, PSCell이 새로 추가 또는 변경된다);

- phr-ProhibitTimer 가 만료되거나 이미 만료되었고, MAC 엔티티가 신규 전송용 UL 리소스를 갖는 경우, 및 구성된 업링크로 MAC 엔티티의 활성화된 서빙 셀들에 대해 다음이 참인 경우:

- 전송에 할당된 UL 리소스들이 있거나, 이 셀에서 PUCCH 전송이 이뤄지고, 이 셀에 대한 파워 관리로 인해 (TS 38.101-1 [14], TS 38.101-2 [15], 및 TS 38.101-3 [16]에서 규정된 대로 P-MPR_c에 의해 허용된 것처럼) 요구된 파워 백오프(backoff)가, MAC 엔티티가 이 셀에서 전송 또는 PUCCH 전송용으로 할당된 UL 리소스들을 가질 때, PHR의 마지막 전송 이후 phr-Tx-PowerFactorChange dB보다 더 많이 변화된 경우;

주 2: MAC 엔티티는 파워 관리로 인해 요구된 파워 백오프가 일시적으로만 (예를 들어, 수십 밀리초 동안) 감소한 경우 PHR 트리거링을 회피해야 하고, PHR이 다른 트리거링 조건으로 트리거될 때 P_CMAX,f,c/PH값이 그렇게 일시적인 감소를 반영하는 것을 회피해야 한다.

MAC 엔티티가 신규 전송에 할당된 UL 리소스들을 갖는다면, MAC 엔티티는 다음을 할 것이다:

1> 그것이 마지막 MAC 리셋 이후 신규 전송에 할당된 첫 UL 리소스라면:

2> phr-PeriodicTimer를 시작;

1> 파워 헤드룸 보고하기 절차가 적어도 하나의 PHR이 트리거되고 취소되지 않았다고 결정한다면; 및

1> 할당된 UL 리소스가, MAC 엔티티가 5.4.3.1절에 정의된 대로 LCP의 결과로서 MAC 엔티티가 전송하도록 구성된 PHR용 MAC CE + 서브헤더를 수용할 수 있다면:

2> 값이 true인 multiplePHR이 구성되었다면:

3> MAC 엔티티와 연관된 구성된 업링크를 갖는 각 활성화된 서빙 셀에 대해:

4> TS 38.213 [6]의 7.7 절에 규정된 대로 해당 업링크 캐리어에 대한 타입 1 또는 타입 3 파워 헤드룸의 값을 획득;

4> MAC 엔티티가 이 서빙 셀에서 전송에 할당된 UL 리소스들을 갖는다면: 또는

4> 구성되었다면 다른 MAC 엔티티가 이 서빙 셀에서 전송에 할당된 UL 리소스들을 갖고 phr-ModeOtherCG 가 상위 계층에 의해 real 로 설정되었다면:

5> 물리 계층으로부터 해당 P_CMAX,f,c 필드에 대한 값을 획득.

3> 값이 true인 phr-Type2OtherCell 이 구성되었다면:

4> 다른 MAC 엔티티가 E-UTRA MAC 엔티티라면:

5> 다른 MAC 엔티티(즉, E-UTRA MAC 엔티티)의 SpCell에 대한 타입 2 헤드룸 값을 획득;

5> phr-ModeOtherCG 가 상위 계층에 의해 real 로 설정되었다면:

6> 다른 MAC 엔티티(즉, E-UTRA MAC 엔티티)의 SpCell에 대한 해당 P_CMAX,f,c field 필드 값을 획득;

3> 다중화 및 조립(Multiplexing and Assembly) 절차를 명령하여 물리계층에 의해 보고된 값들에 기반하여 6.1.3.9절에 정의된 대로 다중 엔트리 PHR MAC CE를 생성 및 전송.

2> 아니면 (즉, 단일 엔트리 PHR 포맷이 사용된다):

3> PCell의 해당 업링크 캐리어용 물리 계층으로부터 타입 1 파워 헤드룸 값을 획득;

3> 물리 계층으로부터 해당 P_CMAX,f,c 필드에 대한 값을 획득;

3> 다중화 및 조립 절차를 명령하여 물리계층에 의해 보고된 값들에 기반하여 6.1.3.8절에 정의된 대로 단일 엔트리 PHR MAC CE를 생성 및 전송.

2> phr-PeriodicTimer를 시작 또는 재시작;

2> retxBSR-Timer를 시작 또는 재시작;

2> 모든 트리거된 PHR(들)을 취소.

6.1.3.8 단일 엔트리 PHR MAC CE

단일 엔트리 PHR MAC CE는 표 6.2.1-2에 규정된 대로 LCID를 갖는 MAC 서브헤더에 의해 식별된다.

그것은 고정된 크기를 갖고 다음과 같이 정의된 두 옥텟(octets)으로 구성된다 (도 6.1.3.8-1):

- R: 예약 비트, “0”으로 설정;

- PH(Power Headroom): 이 필드는 파워 헤드룸 레벨을 표시한다. 필드 길이는 6비트다. 보고된 PH 및 해당 파워 헤드룸 레벨은 아래 표 6.1.3.8-1에 도시되었다 (DB로 측정된 해당 값들은 TS 38.133 [11]에 규정되어 있다);

- P_CMAX,f,c: 이 필드는 선행 PF 필드 계산에 사용된 (TS 38.213 [6]에 규정된 것처럼) P_CMAX,f,c를 표시한다. 보고된 P_CMAX,f,c 및 해당 명목 UE 전송 파워 레벨은 표 6.1.3.8-2에 도시되었다 (dBm단위로 측정된 해당 값들은 TS 38.133 [11]에 규정되어 있다).

도 6.1.3.8-1: 단일 엔트리 PHR MAC CE

[표 6.1.3.8-1]PHR용 파워 헤드룸 레벨

PH	파워 헤드룸 레벨
0	POWER_HEADROOM_0
1	POWER_HEADROOM_1
2	POWER_HEADROOM_2
3	POWER_HEADROOM_3
…	…
60	POWER_HEADROOM_60
61	POWER_HEADROOM_61
62	POWER_HEADROOM_62
63	POWER_HEADROOM_63

[표 6.1.3.8-2]PHR용 명목 UE 전송 파워 레벨

P _CMAX,f,c	명목 UE 전송 파워 레벨
0	PCMAX_C_00
1	PCMAX_C_01
2	PCMAX_C_02
…	…
61	PCMAX_C_61
62	PCMAX_C_62
63	PCMAX_C_63

INACTIVE 상태에서 NR 스몰 데이터 전송과 관련된 일부 텍스트는 RP-193252로부터 아래에 인용되었다.

3 정당성

NR은 RRC_INACTIVE 상태를 지원하고, 드물게 (주기적으로 및/또는 비주기적으로) 데이터를 전송하는 UE들은 일반적으로 네트워크에 의해 RRC_INACTIVE 상태로 유지된다. Rel-16까지, RRC_INACTIVE 상태는 데이터 전송을 지원하지 않는다. 따라서, UE는 DL (MT) 및 UL (MO) 데이터에 대한 연결을 재개해야 한다 (즉, RRC_CONNECTED 상태로 이동한다). 연결 셋업 및 이어서 INACTIVE 상태로의 해지는 각 데이터 전송마다 일어나지만 데이터 패킷은 작고 드물다(small and infrequent). 이는 불필요한 파워 소비와 시그널링 오브헤드를 가져온다.

드문(infrequent) 스몰(small) 데이터 트래픽의 특정 예는 다음의 사용 케이스들 포함한다:

- 스마트폰 애플리케이션:

인스턴트 메시지 서비스 (whatsapp, QQ, wechat 등) 로부터의 트래픽

IM/이메일 클라이언트 및 다른 앱으로부터의 Heart-beat/keep-alive 트래픽

다양한 앱으로부터의 푸시(push) 통지

- 비스마트폰 애플리케이션:

웨어러블로부터의 트래픽 (주기적인 측위 정보 등)

센서들 (주기적으로 또는 이벤트 트리거 방식 등으로 온도, 압력 판독을 전송하는 산업용 무선 센서 네트워크)

주기적인 미터 판독을 전송하는 스마트 미터 및 스마트 미터 네트워크

3GPP TS 22.891에 주지된 것처럼, NR 시스템은:

- 낮은 처리량(throughput)의 쇼트 데이터 버스트(short data bursts)에 대해 효율적이고 유연할 것이다

- 효율적인 시그널링 매커니즘을 지원할 것이다 (예를 들어, 시그널링은 부하보다 적다)

- 대체로 시그널링 오버헤드를 감소시킬 것이다.

스몰 데이터 패킷들의 경우, INACTIVE 상태의 UE들로부터의 시그널링 오버헤드는 일반적인 문제이고, NR에서 보다 많은 UE들에 대해서는 네트워크 성능 및 효율뿐만 아니라 UE의 배터리 성능 면에서 중요한 문제가 될 것이다. 대체로, INACTIVE 상태의 간헐적인 스몰 데이터 패킷을 갖는 장치는 스몰 데이터 전송을 INACTIVE 상태에서 인에이블하는 잇점이 있다.

NR에서 스몰 데이터 전송을 위한 키 인에이블러(key enablers), 즉, INACTIVE 상태, 2단계, 4단계 RACH 및 구성된 그랜트 타입-1은 이미 Rel-15 및 Rel-16의 일부로 규정되어 있다. 따라서, 이 작업은 이 구축 블록(building block)을 쌓아 INACTIVE 상태의 NR에 대한 스몰 데이터 전송을 인에이블한다.

4 목적

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

이 작업 항목은 RRC_INACTIVE 상태에서 다음과 같이 스몰 데이터 전송을 인에이블한다:

- RRC_INACTIVE 상태의 경우:

RACH 기반 방식 (즉, 2단계 및 4단계 RACH)의 UL 스몰 데이터 전송:

(예를 들어, MSGA 또는 MSG3를 사용하여) INACTIVE 상태로부터 스몰 데이터 패킷에 대한 UP 데이터 전송을 인에이블하는 일반 절차 [RAN2]

MSGA 및 MSG3용 INACTIVE 상태에 대해 현재 가능한 Rel-16 CCCH 메시지 사이즈보다 큰 유연한 부하 크기를 인에이블하여 UL에서 UP 데이터 전송을 지원한다 (실제 부하 크기는 네트워크 구성에 좌우될 수 있다) [RAN2]

RACH 기반 솔루션용 INACTIVE 상태에서 (앵커(anchor)가 재배치된) 콘텍스트 페치(fetch) 및 (앵커가 재배치되지 않은 데이터 포워딩)[RAN2, RAN3]

주 1: 상술한 솔루션의 보안 측면은 SA3로 확인되어야 한다.

○ 사전 구성된 PUSCH 리소스들 에서 (즉, 구성된 그랜트 타입 1을 재사용한) UL 데이터의 전송 - TA가 유효한 경우

■ INACTIVE 상태로부터 구성된 그랜트 타입 1 리소스들에 대해 스몰 데이터 전송을 위한 일반 절차 [RAN2]

■ INACTIVE 상태에 대해 UL에서 스몰 데이터 전송을 위한 구성된 그랜트 타입 1 리소스들의 구성

신규 RRC 상태가 이 WID에서 도입되어서는 안된다. UL에서 스몰 데이터의 전송, UL 및 DL에서 스몰 데이터의 후속 전송, 및 상태 전이 판단이 네트워크 제어 하에 있어야 한다.

WID의 초점은 면허 캐리어들(licensed carriers) 상에 있어야 하고, 솔루션은 적용가능하다면 NR-U에 재사용될 수 있다.

주 2: 상술한 목적 세트의 지원에 필요한 RAN1 내 연관 규격 작업은 LS를 통해 RAN2에 의해 시작되어야 한다.

RRC_INACTIVE 상태는 데이터 전송이 드문 UE들에 도입되었다. 데이터 전송이 없는 경우, UE는 파워 소비를 감소하기 위해 RRC_INACTIVE 상태로 들어갈 수 있다 (예를 들어, UE가 그 상태에 놓일 수 있다). 데이터 도착시 (예를 들어, UE가 RRC_INACTIVE 상태에 있을 때 UE에 데이터가 도착), UE는 RRC_INACTIVE 상태로부터 RRC 연결을 재개할 수 있고 (예를 들어, UE는 랜덤 액세스 절차를 수행하여 RRC 연결을 재개할 수 있고), 이는 RRC_IDLE 상태에서 신규 RRC 연결을 수립하는 것보다 빠르다 (예를 들어, RRC_INACTIVE 상태에서 RRC 연결 재개로 전이하는 것이 RRC_IDLE 상태에서 신규 RRC 연결을 수립하는 전이보다 빠를 수 있다). RRC 연결 재개 후 (예를 들어, 랜덤 액세스 절차의 성공적인 완료 후), UE는 RRC_CONNECTED 상태에서 (예를 들어, 애플리케이션 계층으로부터) 데이터를 전송할 수 있다.

RRC_INACTIVE 상태가 장점 (예를 들어, UE가 데이터 전송을 하지 않을 때 파워 소비 감소)을 갖지만, UE는 RRC_INACTIVE 상태에서 데이터 전송이 가능하지 않을 수 있다. 예를 들어, UE는 데이터를 전송하기 전에 RRC_INACTIVE 상태로 들어갈 필요가 있을 수 있다. 데이터 전송 후, UE는 RRC_INACTIVE 상태로 다시 들어간다 (예를 들어, UE는 그 상태에 놓인다). 데이터 전송의 데이터 양 및 얼마나 자주 전송용 데이터가 도착했는지에 상관없이, 데이터를 전송하는 그러한 동작 (예를 들어, RRC_CONNECTED 상태로 들어가 데이터를 전송하는 하나 이상의 동작, 데이터 전송 후 RRC_INACTIVE 상태로 다시 들어가는 하나 이상의 동작, 등)은 각 데이터 전송마다 일어날 수 있고, 이는 파워 소비 증가 및/또는 시그널링 오너헤드 증가를 가져올 수 있다.

파워 소비 증가 및/또는 시그널링 오버헤드 증가 문제를 해결하기 위해, RRC_INACTIVE 상태에서 (RP-193252에서 논의된 대로) 스몰 데이터 전송이 도입될 수 있다. 스몰 데이터 전송의 목적은 UE가 RRC_INACTIVE 상태에서 RRC_CONNECTED 상태로 들어가지 않고, 또는 그 전에 데이터를 전송할 수 있게 하는 것이다. 그러한 전송을 인에이블하는 가능한 기법은 2단계 및/또는 4단계 랜덤 액세스 채널 (RACH) 절차, 및/또는 사전 구성된 PUSCH 리소스들 (예를 들어, NR에서 구성된 타입-1 그랜트)에 기반한다. RRC_INACTIVE 상태에서 스몰 데이터 전송은 “RRC_INACTIVE 상태에서의 EDT(Early Data Transmission)”로 지칭될 수 있다. RRC_INACTIVE 상태에서 스몰 데이터 전송은 “RRC_INACTIVE 상태에서 PUR(Preconfigured Uplink Resources)을 사용한 전송”으로 지칭될 수 있다.

스몰 데이터 전송 절차는 UE에 의한 스몰 데이터 전송을 포함할 수 있다. 스몰 데이터 전송 절차는 RRC 재개 절차 (예를 들어, RRC 연결 재개 절차)일 수 있다. 스몰 데이터는 UL(uplink) 리소스 (예를 들어, 사전 구성된 PUSCH 리소스, Msg3용 UL 리소스, MsgA용 UL 리소스 등 중 적어도 하나)에 의해 전송될 수 있다.

RRC_INACTIVE 상태에서 UE가 제 1 스몰 데이터를 전송 또는 수신한 후 UL 및/또는 DL(downlink) 에서 제 2 스몰 데이터의 후속 전송이 일어날 수 있다. 일례로, 제 2 스몰 데이터는 제 1 스몰 데이터에 대한 응답일 수 있고, 및/또는 제 2 스몰 데이터의 전송 방향은 제 1 스몰 데이터의 전송 방향과 다를 수 있다. 예를 들어, 제 2 스몰 데이터는 DL 신호일 수 있고, 제 1 스몰 데이터는 UL 신호일 수 있다 (예를 들어, DL 신호는 UL 신호에 응답한 것일 수 있다). 대안적으로 및/또는 추가적으로, 제 2 스몰 데이터는 UL 신호일 수 있고, 제 1 스몰 데이터는 DL 신호일 수 있다 (예를 들어, UL 신호는 DL 신호에 응답한 것일 수 있다). 일부 예에서, 제 2 스몰 데이터의 후속 전송은 전송에 사용가능한 모든 보류(pending) 데이터를 수용하지 않는 UL 및/또는 DL 리소스에 응답하여 수행될 수 있다. 상태 전송 판정뿐만 아니라 UL 및/또는 DL에서 스몰 데이터의 후속 전송은 네트워크 제어하에 있어야 한다고 RP-193252에 언급되어 있다. 예를 들어, UE가 RRC_INACTIVE 상태에서 스몰 데이터를 전송한 후, 후속 DL 데이터가 있다면, 네트워크는 UE를 RRC_CONNECTED 상태로 놓고 RRC_CONNECTED 상태의 UE에게 DL 데이터를 전송하도록 판정할 수 있다. 대안적으로 및/또는 추가적으로, 네트워크는 UE가 RRC_INACTIVE 상태에 있다고 판단하고, RRC_INACTIVE 상태의 UE에게 DL 데이터를 전송할 수 있다. UE는 RRC_INACTIVE 상태에서 1회 이상의 스몰 데이터 전송 (예를 들어, 이전 스몰 데이터 전송 이후인 UL 및/또는 DL에서의 하나 이상의 후속 스몰 데이터 전송)을 수행할 수 있다. UE에 의해 수행된 후속 스몰 데이터 전송은 신규 전송을 위한 것이다 (예를 들어, 후속 스몰 데이터 전송은 UL 또는 DL과 같은, 동일 방향에서 이전 스몰 데이터 전송의 재전송을 위한 것이 아닐 수 있다).

도 19는 일부 실시예에 따라, RRC_INACTIVE 상태에서 다중 스몰 데이터 전송과 연관된 예시 시나리오 (1900)를 도시한 것이다. UE는 RRC_INACTIVE 상태로 들어간다 (1906). 일부 예에서, UE는 UL 데이터(1908)의 도착에 응답하여 제 1 UL 데이터 전송(1910)을 수행한다. 일부 예에서, 네트워크는 DL 데이터(1912)의 도착에 응답하여 DL 데이터 전송 (1916)을 수행한다 (여기서, DL 데이터(1912) 및/또는 DL 데이터 전송 (1916)은 UL 데이터 (1908) 및/또는 제 1 UL 데이터 전송 (1910)에 응답한 것이다). 일부 예에서, 네트워크는 UL 데이터(1914)의 도착에 응답하여 제 2 UL 데이터 전송 (1918)을 수행한다 (여기서, UL 데이터(1914) 및/또는 제 2 UL 데이터 전송 (1918)은 DL 데이터 (1912) 및/또는 DL 데이터 전송 (1916)에 응답한 것이다). UE는 예시 시나리오(1900)의 UL 및 DL 전송을 통해 RRC_INACTIVE 상태에 머무른다(1920).

도 20는 일부 실시예에 따라, RRC_INACTIVE 상테에서 다중 스몰 데이터 전송과 연관된 예시 시나리오 (2000)를 도시한 것이다. UE는 RRC_INACTIVE 상태로 들어간다 (2006). 일부 예에서, UE는 UL 데이터(2008)의 도착에 응답하여 제 1 UL 데이터 전송(2010)을 수행한다. 일부 예에서, 제 1 UL 데이터 전송 (2010)은 단지 UL 데이터(2008)의 제 1 부분의 전송을 포함한다. 일부 예에서, 네트워크는 제 1 UL 데이터 전송(2010)에 응답하여 DL 데이터 전송(2016)을 수행한다. 대안적으로 및/또는 추가적으로, 네트워크는 DL 데이터 전송 (2016)을 수행하지 않을 수 있다. 일부 예에서, UE는 제 2 UL 데이터 전송 (2018)을 수행한다. 일부 예에서, 제 2 UL 데이터 전송 (2018)은 UL 데이터(2008)의 제 2 부분을 포함한다. UE는 예시 시나리오(2000)의 UL 및 / DL 전송을 통해 RRC_INACTIVE 상태에 머무른다(2020).

일부 예에서, RACH-기반 스몰 데이터 전송 (예를 들어, 2 단계 및/또는 4 단계 RACH 기반 스몰 데이터 전송)의 경우, UE는 랜덤 액세스 절차 동안 파워 램핑(power ramping)을 통해 UE의 전송 파워를 조정할 수 있다. 사전 구성된 PUSCH 리소스 기반 스몰 데이터 전송의 경우, UE의 UE 전송 파워는 네트워크에 의해 사전에 구성될 수 있다. UE가 하나 이상의 후속 UL 데이터 전송을 수행하는 시나리오에서, (예를 들어, 조정된 UE 전송 파워가 후속 UL 전송에 사용되도록) 네트워크가 UE의 전송 파워를 조정하기를 원할 수 있기 때문에, (네트워크가 파워 헤드룸 정보에 기반하여 UE 전송 파워를 조정할 수 있도록) 네트워크가 UE의 파워 헤드룸 정보를 구비하는 것이 유리할 수 있다. 그러나, 파워 헤드룸 정보를 항상 제공하는 것은 UL 리소스의 낭비를 초래할 수 있다 (예를 들어, 파워 헤드룸 정보를 네트워크에 제공하는 것이 유리하지 않을 수 있는 시나리오가 있다). 따라서, UE가 파워 헤드룸 정보를 어떻게 제공하는 것인지 뿐만 아니라, UE가 파워 헤드룸 정보를 제공해야 하는 조건이 규정될 필요가 있다.

일부 예에서, UE는 UL 스몰 데이터 전송에서 파워 헤드룸 정보를 포함할 수 있다. 예를 들어, UE는 4단계 RACH 절차의 Msg3 MAC PDU (Medium Access Control Protocol Data Unit)에 파워 헤드룸 정보를 포함할 수 있다. 대안적으로 및/또는 추가적으로, UE는 2단계 RACH 절차의 MsgA MAC PDU에 파워 헤드룸 정보를 포함할 수 있다. 대안적으로 및/또는 추가적으로, UE는 사전 구성된 PUSCH 리소스를 사용하여 전송된 MAC PDU에 파워 헤드룸 정보를 포함할 수 있다.

일부 예에서, 파워 헤드룸 정보를 포함한 MAC PDU (예를 들어, Msg3 MAC PDU, MsgA MAC PDU, 또는 사전 구성된 PUSCH 리소스를 사용한 MAC PDU)의 전송이 실패할 수 있다. 파워 헤드룸 정보를 포함한 MAC PDU의 전송이 실패하는 시나리오에서, UE는 MAC PDU의 재전송을 수행하기 전 MAC PDU에 포함된 파워 헤드룸 정보를 갱신할 수 있다.

예시 실시예 1 및/또는 예시 실시예 2의 기법이 UE가 UL 스몰 데이터 전송에 파워 헤드룸 정보를 포함하도록 구현될 수 있다.

예시 실시예 1

예시 실시예 1에서, UE는 RRC_INACTIVE 상태에서 스몰 데이터 전송 절차의 시작에 응답하여 PHR을 트리거할 수 있다.

일례로, UE의 RRC 계층은 스몰 데이터 전송 절차가 시작되었음을 UE의 MAC 계층에 표시할 수 있고, MAC 계층은 스몰 데이터 전송 절차가 시작되었다는 표시에 응답하여 PHR을 트리거할 수 있다.

일례로, 사전 구성된 PUSCH 리소스 기반 스몰 데이터 전송의 경우, UE의 MAC 계층은 RRC 계층으로부터 사전 구성된 UL 그랜트의 수신에 응답하여 PHR을 트리거할 수 있다.

일부 예에서, UE는 신규 전송용 제 1 UL 리소스 (예를 들어, 시작 UL 리소스)를 수신하기 전에 PHR을 트리거할 수 있다.

대안적으로 및/또는 추가적으로, UE는 (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송을 위해 PHR을 트리거할 수 있다 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 다른 스몰 데이터 전송에 이어진 UL 스몰 데이터 전송에 해당할 수 있다). 예를 들어, UE가 (RRC_INACTIVE 상태에서 초기 UL 스몰 데이터 전송과 같이) RRC_INACTIVE 상태에서 제 1 UL 스몰 데이터를 전송한 후, UE는 RRC_INACTIVE 상태에서 후속 UL 데이터 전송이 있다는 판단에 응답 및/또는 기반하여 PHR을 트리거한다 (예를 들어, UE가 RRC_INACTIVE 상태에서 후속 UL 데이터 전송이 있다고 판단한 경우 및/또는 판단한 후 UE는 PHR을 트리거할 수 있다). 대안적으로 및/또는 추가적으로, UE가 RRC_INACTIVE 상태에서 제 1 UL 스몰 데이터를 전송한 후, UE는 후속 UL 데이터 전송용 UL 리소스를 수신한 것에 응답 및/또는 기반하여 PHR을 트리거한다 (예를 들어, UE는 후속 UL 데이터 전송용 UL 리소스를 수신한 경우 및/또는 그 후 PHR을 트리거할 수 있다). 일부 예에서, UE는 후속 UL 스몰 데이터 전송용 MAC PDU에 파워 헤드룸 정보를 포함한다.

일부 예에서, UE는 전송용 MAC PDU에 파워 헤드룸 정보를 포함한 것에 응답하여 phr-ProhibitTimer 타이머를 시작 또는 재시작하지 않는다. 일부 예에서, UE는 전송용 MAC PDU에 파워 헤드룸 정보를 포함한 것에 응답하여 phr-PeriodicTimer 타이머를 시작 또는 재시작하지 않는다.

예시 실시예 2

예시 실시예 2에서, UE는 PHR을 트리거하지 않고 MAC PDU에 제 1 MAC 제어 요소를 포함할 수 있다.

RRC_INACTIVE 상태에서 스몰 데이터 전송의 경우, UE는 제 1 MAC 제어 요소를 MAC PDU에 포함하여 (예를 들어, 항상 포함할 수 있다) Msg3 및/또는 MsgA에서 또는 하나 이상의 사전 구성된 PUSCH 리소스를 사용하여 전송될 수 있다.

제 1 MAC 제어 요소는 파워 헤드룸 정보를 반송 (예를 들어, 포함 및/또는 표시)할 수 있다. 제 1 MAC 제어 요소는, 파워 헤드룸 정보 반송에 추가하여, UE의 버퍼 상태와 관계된 정보를 포함할 수 있다 (예를 들어, 제 1 MAC 제어 요소는 UE의 버퍼 상태를 표시할 수 있다). 제 1 MAC 제어요소는, 파워 헤드룸 정보의 반송에 추가하여, UE가 1회 이상의 후속 UL 및/또는 DL 전송을 예상하는지 여부를 표시할 수 있다.

대안적으로 및/또는 추가적으로, UE는 (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송을 위해 MAC PDU에 제 1 MAC 제어 요소를 포함할 수 있다 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 다른 스몰 데이터 전송에 이어진 UL 스몰 데이터 전송에 해당할 수 있다). 예를 들어, UE가 (RRC_INACTIVE 상태에서 초기 UL 스몰 데이터 전송과 같은) RRC_INACTIVE 상태에서 제 1 UL 스몰 데이터를 전송한 후, UE는 RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송용 MAC PDU에 제 1 MAC 제어 요소를 포함한다.

일부 예에서, 네트워크는 UE가 MAC PDU에 제 1 MAC 제어 요소를 포함해야 하는지 여부를 표시 (예를 들어, UE에게 표시)할 수 있다. 일부 예에서, 그 표시는 브로드캐스트된 시스템 정보를 통해 UE에게 제공될 수 있다. 대안적으로 및/또는 추가적으로, 그 표시는 전용 구성을 통해 UE에게 제공될 수 있다.

일부 예에서, 제 1 MAC 제어 요소는 UE의 P_CMAX,f,c를 표시하는 필드를 포함할 수 있다. 대안적으로 및/또는 추가적으로, 제 1 MAC 제어 요소는 UE의 P_CMAX,f,c를 표시하는 필드를 포함하지 않을 수 있다.

예시 실시예 3, 예시 실시예 4, 예시 실시예 5, 예시 실시예 6 및/또는 예시 실시예 7의 기법은 (UE가 RRC_INACTIVE 상태인 경우) UE가 PHR의 트리거 여부를 결정 및/또는 UE가 파워 헤드룸 정보를 UL 스몰 데이터 전송에 포함하도록 구현될 수 있다.

예시 실시예 3

예시 실시예 3에서, UE는 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터를 수용할 수 없다면 PHR을 트리거할 수 있다.

일부 예에서, 전송에 사용가능한 제 1 보류 데이터는 전송에 사용가능한 모든 보류 데이터 (예를 들어, 보류중이고 UE에 의한 전송에 사용가능한 모든 데이터)를 포함할 수 있다.

제 1 UL 리소스 (예를 들어, RRC_INACTIVE 상태에서 초기 UL 스몰 데이터 전송용 초기 UL 리소스)가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 없는 시나리오에서, 전송에 사용가능한 제 1 보류 데이터 모두를 전송하기 위해 후속 UL 데이터 전송이 필요하다. 보류 데이터 모두의 전송에 후속 UL 데이터 전송이 필요하기 때문에, 파워 헤드룸 정보가 유리할 수 있고 (예를 들어, 파워 헤드룸 정보는 후속 UL 데이터 전송을 위한 UE 전송 파워 조정을 인에이블할 수 있다), 따라서 UE는 PHR을 트리거할 수 있다. 예를 들어, UE는 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용하지 않는다는 판단에 기반하여 PHR을 트리거할 수 있다. 대안적으로 및/또는 추가적으로, UE는 후속 UL 데이터 전송이 적어도 일부 보류 데이터의 전송에 필요하다는 판단에 기반하여 PHR을 트리거할 수 있다. 대안적으로 및/또는 추가적으로, UE는 후속 UL 데이터 전송이 일어날 것이라는 판단에 기반하여 PHR을 트리거할 수 있다. 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다면, 후속 UL 데이터 전송은 전송에 사용가능한 제 1 보류 데이터의 전송에 필요하지 않을 수 있다 (및/또는 후속 UL 데이터 전송이 없을 수 있다). 일부 예에서, 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다면, 그에 따라 UE는 PHR을 트리거하지 않을 수 있다.

대안적으로 및/또는 추가적으로, (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송과 연관되어 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 초기 스몰 데이터 전송 이후인 UL 스몰 데이터 전송에 해당할 수 있다), UE는 후속 UL 스몰 데이터 전송용 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 없다면, PHR의 트리거를 결정할 수 있다. 예를 들어, UE가 RRC_INACTIVE 상태에서 제 1 UL 스몰 데이터를 전송한 후, RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송용 UL 리소스를 수신한 것에 응답하여, UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 없다면, UE는 PHR을 트리거할 수 있다.

대안적으로 및/또는 추가적으로, (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송과 연관되어 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 초기 스몰 데이터 전송 이후인 UL 스몰 데이터 전송에 해당할 수 있다), UE는 PHR을 트리거해야 한다는 표시를 수신하면, PHR의 트리거를 결정할 수 있다 (및/또는 PHR을 트리거할 수 있다). 일부 예에서, UE는 후속 UL 스몰 데이터 전송용 UL 그랜트에서 그 표시를 수신할 수 있다. 대안적으로 및/또는 추가적으로, UE는 후속 UL 스몰 데이터 전송 이전에 네트워크로부터 수신된 DL 메시지에서 그 표시를 수신할 수 있다.

일부 예에서, UE가 PHR의 트리거를 결정했다면, UE는 전송용 MAC PDU에 파워 헤드룸 정보를 포함한 것에 응답하여 phr-ProhibitTimer 타이머를 시작 또는 재시작하지 않을 수 있다. 대안적으로 및/또는 추가적으로, UE가 PHR의 트리거를 결정했다면, UE는 전송용 MAC PDU에 파워 헤드룸 정보를 포함한 것에 응답하여 phr-PeriodicTimer 타이머를 시작 또는 재시작하지 않을 수 있다.

예시 실시예 4

예시 실시예 4에서, UE는 제 1 UL 리소스 (예를 들어, 스몰 데이터 전송용 UL 리소스)가 전송에 사용가능한 제 1 보류 데이터를 수용할 수 있다면 트리거된 PHR을 취소할 수 있다.

UE는 제 1 UL 리소스 (예를 들어, RRC_INACTIVE 상태에서 초기 스몰 데이터 전송용 또는 RRC_INACTIVE 상태에서 후속 스몰 데이터 전송용 UL 리소스)가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터) (및/또는 파워 헤드룸 정보)를 수용할 수 있는지 여부에 기반하여 트리거된 PHR을 취소할지 여부를 판단한다.

UE는 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다고 판단한다면, 트리거된 PHR을 취소할 수 있다. 아니면, UE는 트리거된 PHR을 취소하지 않을 수 있다 (예를 들어, UE는 제 1 UL 리소스가, 전송에 사용가능한 모든 보류 데이터와 같은, 전송에 사용가능한 제 1 보류 데이터를 수용할 수 없다고 판단한다면, 트리거된 PHR을 취소하지 않을 수 있다). 일부 예에서, PHR이 RRC_CONNECTED 상태에서 트리거되었고, 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다면, UE는 트리거된 PHR을 취소하지 않을 수 있다. 대안적으로 및/또는 추가적으로, PHR이 RRC_CONNECTED 상태에서 트리거되었다면, 트리거된 PHR의 취소 여부 결정에서, UE는 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있는지 여부를 고려하지 않을 수 있다.

대안적으로 및/또는 추가적으로, 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있지만 추가로 파워 헤드룸 정보를 수용하기에는 충분하지 않다면, UE는 트리거된 PHR을 취소할 수 있다. 아니면, UE는 트리거된 PHR을 취소하지 않을 수 있다 (예를 들어, UE는 제 1 UL 리소스가, 전송에 사용가능한 모든 보류 데이터와 같은, 전송에 사용가능한 제 1 보류 데이터를 수용할 수 있고, 추가로 파워 헤드룸 정보를 수용할 수 있다면, UE는 트리거된 PHR을 취소하지 않을 수 있다). 일부 예에서, PHR이 RRC_CONNECTED 상태에서 트리거되었고, 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있지만 추가로 파워 헤드룸 정보를 수용하기에는 충분하지 않다면, UE는 트리거된 PHR을 취소하지 않을 수 있다. 대안적으로 및/또는 추가적으로, PHR이 RRC_CONNECTED 상태에서 트리거되었다면, 트리거된 PHR의 취소 여부 결정에서, UE는 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있고 추가로 파워 헤드룸 정보를 수용할 수 있는지 여부를 고려하지 않을 수 있다.

대안적으로 및/또는 추가적으로, (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송과 연관되어 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 초기 스몰 데이터 전송 이후인 UL 스몰 데이터 전송에 해당할 수 있다), 후속 UL 스몰 데이터 전송용 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다면, UE는 트리거된 PHR의 취소를 결정할 수 있다. 아니면, UE는 트리거된 PHR을 취소하지 않을 수 있다 (예를 들어, 후속 UL 스몰 데이터 전송용 UL 리소스가 전송에 사용가능한 모든 보류 데이터와 같은, 전송에 사용가능한 제 1 보류 데이터를 수용할 수 없다면, 트리거된 PHR을 취소하지 않을 수 있다). 예를 들어, UE가 RRC_INACTIVE 상태에서 제 1 UL 스몰 데이터를 전송한 후, RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송용 UL 리소스를 수신한 것에 응답하여, UL 리소스가 RRC_INACTIVE 상태에서 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다면, UE는 트리거된 PHR을 취소할 수 있다. 일부 예에서, PHR이 RRC_CONNECTED 상태에서 트리거되었고, UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다면, UE는 트리거된 PHR을 취소하지 않을 수 있다. 대안적으로 및/또는 추가적으로, PHR이 RRC_CONNECTED 상태에서 트리거되었다면, 트리거된 PHR의 취소 여부 결정에서, UE는 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있는지 여부를 고려하지 않을 수 있다.

대안적으로 및/또는 추가적으로, (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송과 연관되어 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 초기 스몰 데이터 전송 이후인 UL 스몰 데이터 전송에 해당할 수 있다), 후속 UL 스몰 데이터 전송용 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있지만 추가로 파워 헤드룸 정보를 수용할 만큼 충분하지 않다면, UE는 트리거된 PHR의 취소를 결정할 수 있다. 아니면, UE는 트리거된 PHR을 취소하지 않을 수 있다 (예를 들어, UE는 후속 UL 스몰 데이터 전송용 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있고, 추가로 파워 헤드룸 정보를 수용할 수 있다면, UE는 트리거된 PHR을 취소하지 않을 수 있다). 예를 들어, UE가 RRC_INACTIVE 상태에서 제 1 UL 스몰 데이터를 전송한 후, RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송용 UL 리소스를 수신한 것에 응답하여 UE는 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있지만 추가로 파워 헤드룸 정보를 수용할 수 없다면, UE는 트리거된 PHR을 취소할 수 있다. 일부 예에서, PHR이 RRC_CONNECTED 상태에서 트리거되었고, UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있지만 추가로 파워 헤드룸 정보를 수용하기에는 충분하지 않다면, UE는 트리거된 PHR을 취소하지 않을 수 있다. 대안적으로 및/또는 추가적으로, PHR이 RRC_CONNECTED 상태에서 트리거되었다면, 트리거된 PHR의 취소 여부 결정에서, UE는 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있고 추가로 파워 헤드룸 정보를 수용할 수 있는지 여부를 고려하지 않을 수 있다.

예시 실시예 3 및/또는 예시 실시예 4에 대해 설명된 것과 같이, 여기에서 개시된 하나 이상의 동작들 및/또는 기법들은 스몰 데이터 전송 절차 동안 (및/또는 그 절차와 연관되어) 수행될 수 있다. 예를 들어, 예시 실시예 3 및/또는 예시 실시예 4에 대해 설명된 것과 같이, 여기에서 개시된 결정들 및/또는 취소들은 스몰 데이터 전송 절차 동안 (및/또는 그 절차와 연관되어) 수행될 수 있다.

일부 예에서, 트리거된 PHR은, UE가 RRC_INACTIVE 상태에 있는 경우 트리거된 PHR일 수 있다. 대안적으로 및/또는 추가적으로, 트리거된 PHR은 스몰 데이터 전송 절차동안 트리거된 PHR 일 수 있다.

일부 예에서, 트리거된 PHR은, UE가 RRC_INACTIVE 상태에서 스몰 데이터 전송 절차의 시작에 응답하여 트리거된 PHR일 수 있다. 대안적으로 및/또는 추가적으로, 트리거된 PHR은 phr-ProhibitTimer 타이머의 만료 (및/또는 이미 만료된 것), 및 MAC 엔티티가 신규 전송용 UL 리소스를 갖는 경우 MAC 엔티티에서 PHR의 최종 전송 (예를 들어, 가장 최근의 전송) 이후 경로손실 참조로 사용된 MAC 엔티티 (예를 들어, 임의의 MAC 엔티티)의 적어도 하나의 활성화된 서빙 셀에 대한 임계치 (예를 들어, phr-Tx-PowerFactorChange dB) 보다 많이 변경된 경로 손실에 응답하여 트리거된 PHR일 수 있다. 트리거된 PHR은 phr-PeriodicTimer 타이머의 만료에 응답하여 트리거된 PHR일 수 있다. 트리거된 PHR은 파워 헤드룸 보고 기능을 구성 및/또는 재구성 (예를 들어, RRC와 같은 하나 이상의 상위 계층에 의해 파워 헤드룸 보고 기능을 구성 및/또는 재구성) 할 때 (및/또는 그에 응답하여) 트리거된 PHR일 수 있다. 일부 예에서, 파워 헤드룸 보고 기능의 구성 및/또는 재구성은 파워 헤드룸 보고 기능을 디스에이블하지 않을 수 있다 (예를 들어, 파워 헤드룸 보고 기능의 구성 및/또는 재구성은 파워 헤드룸 보고 기능을 디스에이블하도록 표시, 지시 및/또는 사용되지 않을 수 있다. 일부 예에서, 파워 헤드룸 보고 기능의 구성 및/또는 재구성은 (디폴트 MAC 셀 그룹 구성과 같은 MAC 셀 그룹 구성에서와 같이) phr-Config를 통해 이뤄질 수 있다.

일부 예에서, UE가 트리거된 PHR을 취소하지 않도록 결정했다면, UE는 전송용 MAC PDU에 파워 헤드룸 정보를 포함한 것에 응답하여 phr-ProhibitTimer 타이머를 시작 또는 재시작하지 않을 수 있다. 일부 예에서, UE가 트리거된 PHR을 취소하지 않도록 결정했다면, UE는 전송용 MAC PDU에 파워 헤드룸 정보를 포함한 것에 응답하여 phr-PeriodicTimer 타이머를 시작 또는 재시작하지 않을 수 있다.

예시 실시예 5

예시 실시예 5에서, UE는 전송에 사용가능한 제 1 보류 데이터 양이 임계치보다 크다면 (및/또는 임계치보다 낮지 않다면) PHR을 트리거할 수 있다.

전송에 사용가능한 제 1 보류 데이터 양은, UE가 전송용 MAC PDU의 생성 (및/또는 생성 시작) 전 UE의 보류 데이터 양일 수 있다.

또는, 전송에 사용가능한 제 1 보류 데이터 양은, UE가 전송용 MAC PDU의 생성 후 남아있는 보류 데이터 양 (예를 들어, 남아있는 보류 데이터의 추정된 양)일 수 있다. 일례로, 남아있는 보류 데이터 양은 MAC PDU 생성 후 남아있는 데이터 양 (예를 들어, MAC PDU의 크기 제한 등으로 인해, MAC PDU에 포함되지 않거나 및/또는 포함될 수 없는 데이터 양)에 해당한다. 예를 들어, MAC PDU 생성 전 (및/또는 생성 시작 전), UE는 전송용 MAC PDU를 생성한 후 남아있는 보류 데이터의 양을 추정할 수 있다. 예를 들어, (MAC PDU 생성 전과 같이) 전송에 사용가능한 보류 데이터의 양이 100 바이트이고, MAC PDU가 60 바이트 데이터를 수용할 수 있다면, 남아있는 보류 데이터의 양 (예를 들어, 남아있는 보류 데이터의 추정량)은 100-60=40 바이트일 수 있다.

일부 예에서, (전송에 사용가능한 제 1 보류 데이터 양에 대한 상술한 두 정의 중 하나에 해당하는 것과 같이) 전송에 사용가능한 제 1 보류 데이터 양이 임계치보다 크지 않다면 (및/또는 임계치보다 낮다면), 그에 따라 UE는 PHR을 트리거하지 않을 수 있다. 일부 예에서, UE는 전송에 사용가능한 제 1 보류 데이터 양이 임계치보다 크다면 (및/또는 임계치보다 낮지 않다면), 그에 따라 UE는 PHR을 트리거할 수 있다.

일부 예에서, 임계치는 미리 정의된다(예를 들어, 임계치는 고정된 값일 수 있다). 대안적으로 및/또는 추가적으로, 임계치는 브로드캐스트된 시스템 정보 (예를 들어, 스몰 데이터 전송에 관련된 시스템 정보)에 구성될 수 있다. 대안적으로 및/또는 추가적으로, 임계치는 UE용 전용 구성 (예를 들어, UE에 전송되고 UE용 스몰 데이터 전송에 관련된 전용 구성)에 구성될 수 있다.

또는, (전송에 사용가능한 제 1 보류 데이터 양에 대한 상술한 두 정의 중 하나에 해당하는 것과 같이) 전송에 사용가능한 제 1 보류 데이터 양이 임계치보다 크지 않다면 (및/또는 임계치보다 낮다면), UE는 트리거된 PHR을 취소할 수 있다. 트리거된 PHR은 UE가 RRC_INACTIVE 상태에서 스몰 데이터 전송 절차의 시작에 응답하여 트리거된 PHR일 수 있다.

대안적으로 및/또는 추가적으로, (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송과 연관되어 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 초기 스몰 데이터 전송 이후인 UL 스몰 데이터 전송에 해당할 수 있다), UE는 후속 UL 스몰 데이터 전송에 사용가능한 제 1 보류 데이터 양이 임계치 보다 크다면 (및/또는 임계치보다 낮지 않다면), PHR의 트리거를 결정할 수 있다. 예를 들어, UE가 RRC_INACTIVE 상태에서 제 1 UL 스몰 데이터를 전송한 후, UE는 RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송에 사용가능한 제 1 보류 데이터 양이 임계치 보다 크다면 (및/또는 임계치보다 낮지 않다면), PHR을 트리거할 수 있다.

대안적으로 및/또는 추가적으로, (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송과 연관되어 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 초기 스몰 데이터 전송 이후인 UL 스몰 데이터 전송에 해당할 수 있다), UE는 후속 UL 스몰 데이터 전송에 사용가능한 제 1 보류 데이터 양이 임계치 보다 크지 않다면 (및/또는 임계치보다 낮다면), 트리거된 PHR의 취소를 결정할 수 있다. 예를 들어, UE가 RRC_INACTIVE 상태에서 제 1 UL 스몰 데이터를 전송한 후, UE는 RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송에 사용가능한 제 1 보류 데이터 양이 임계치 보다 크지 않다면 (및/또는 임계치보다 낮다면), 트리거된 PHR을 취소할 수 있다. 일부 예에서, 트리거된 PHR은, UE가 RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송을 위해 트리거된 PHR일 수 있다. 일부 예에서, PHR이 RRC_CONNECTED 상태에서 트리거되고, RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송에 사용가능한 제 1 보류 데이터 양이 임계치보다 크지 않다면 (및/또는 임계치 보다 낮다면) UE는 트리거된 PHR을 취소하지 않을 수 있다. 대안적으로 및/또는 추가적으로, PHR이 RRC_CONNECTED 상태에서 트리거되었다면, 트리거된 PHR의 취소 여부 결정에서, UE는 RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송에 사용가능한 보류 데이터 양이 임계치보다 큰지 여부를 고려하지 않을 수 있다.

대안적으로 및/또는 추가적으로, (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송과 연관되어 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 초기 스몰 데이터 전송 이후인 UL 스몰 데이터 전송에 해당할 수 있다), UE는 PHR을 트리거해야 한다는 표시를 수신하면, PHR의 트리거를 결정할 수 있다. 일부 예에서, UE는 후속 UL 스몰 데이터 전송용 UL 그랜트에서 그 표시를 수신할 수 있다. 대안적으로 및/또는 추가적으로, UE는 후속 UL 스몰 데이터 전송 이전에 네트워크로부터 수신된 DL 메시지에서 그 표시를 수신할 수 있다.

일부 예에서, UE가 PHR의 트리거를 결정한다면 (및/또는 트리거된 PHR을 취소하지 않는다면), UE는 전송용 MAC PDU에 파워 헤드룸 정보를 포함한 것에 응답하여 phr-ProhibitTimer 타이머를 시작 또는 재시작하지 않을 수 있다. 대안적으로 및/또는 추가적으로, UE가 PHR의 트리거를 결정했다면 (및/또는 트리거된 PHR을 취소하지 않는다면), UE는 전송용 MAC PDU에 파워 헤드룸 정보를 포함한 것에 응답하여 phr-PeriodicTimer 타이머를 시작 또는 재시작하지 않을 수 있다.

예시 실시예 6

예시 실시예 6에서, 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터를 수용할 수 없다면, UE는 PHR을 트리거하지 않고 MAC PDU에 제 1 MAC 제어 요소를 포함할 수 있다.

일부 예에서, 전송에 사용가능한 제 1 보류 데이터는 전송에 사용가능한 모든 보류 데이터 (예를 들어, 보류중이고 UE에 의해 네트워크로 전송가능한 모든 데이터)를 포함할 수 있다.

제 1 UL 리소스 (예를 들어, RRC_INACTIVE 상태에서 초기 UL 스몰 데이터 전송용 초기 UL 리소스)가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 없는 시나리오에서, 후속 UL 데이터 전송은 모든 보류 데이터 전송에 필요하다. 모든 보류 데이터 전송에 후속 UL 데이터 전송이 필요하기 때문에, 파워 헤드룸 정보가 유리할 수 있고 (예를 들어, 파워 헤드룸 정보는 후속 UL 데이터 전송을 위한 UE 전송 파워 조정을 인에이블할 수 있다), 따라서 UE는 MAC PDU에 제 1 MAC 제어 요소를 포함할 수 있다. 예를 들어, UE는 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용하지 않는다는 판단에 기반하여 MAC PDU에 제 1 MAC 제어 요소를 포함할 수 있다. 대안적으로 및/또는 추가적으로, UE는 후속 UL 데이터 전송이 적어도 일부 보류 데이터의 전송에 필요하다는 판단에 기반하여 MAC PDU에 제 1 MAC 제어 요소를 포함할 수 있다. 대안적으로 및/또는 추가적으로, UE는 후속 UL 데이터 전송이 일어날 것이라는 판단에 기반하여 MAC PDU에 제 1 MAC 제어 요소를 포함할 수 있다. 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다면, 후속 UL 데이터 전송은 보류 데이터의 전송에 필요하지 않을 수 있다 (및/또는 후속 UL 데이터 전송이 없을 수 있다). 일부 예에서, 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다면, 그에 따라 UE는 MAC PDU에 제 1 MAC 제어 요소를 포함하지 않을 수 있다.

제 1 MAC 제어 요소는 파워 헤드룸 정보를 반송 (예를 들어, 포함 및/또는 표시)할 수 있다. 제 1 MAC 제어 요소는, 파워 헤드룸 정보 반송에 추가하는 것과 같이, UE의 버퍼 상태와 관계된 정보를 포함할 수 있다 (예를 들어, 제 1 MAC 제어 요소는 UE의 버퍼 상태를 표시할 수 있다). 제 1 MAC 제어요소는, 파워 헤드룸 정보의 반송에 추가하는 등, UE가 1회 이상의 후속 UL 및/또는 DL 전송을 예상하는지 여부를 표시할 수 있다.

대안적으로 및/또는 추가적으로, 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있지만 추가로 제 1 MAC 제어 요소를 수용하기에는 충분하지 않다면, UE는 MAC PDU에 제 1 MAC 제어 요소를 포함하지 않을 수 있다.

대안적으로 및/또는 추가적으로, (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송과 연관되어 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 초기 스몰 데이터 전송 이후인 UL 스몰 데이터 전송에 해당할 수 있다), UE는 후속 UL 스몰 데이터 전송용 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 없다면, 후속 UL 스몰 데이어 전송용 MAC PDU에 제 1 MAC 제어 요소를 포함하도록 결정할 수 있다. 예를 들어, UE가 RRC_INACTIVE 상태에서 제 1 UL 스몰 데이터를 전송한 후, 후속 UL 스몰 데이터 전송용 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 없다면, UE는 RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송용 MAC PDU에 제 1 MAC 제어 요소를 포함할 수 있다.

대안적으로 및/또는 추가적으로, (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송과 연관되어 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 초기 스몰 데이터 전송 이후인 UL 스몰 데이터 전송에 해당할 수 있다), UE는 후속 UL 스몰 데이터 전송용 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있지만, 추가로 제 1 MAC 제어 요소를 수용하기에는 충분하지 않다면, UE는 MAC PDU에 제 1 MAC 제어 요소를 포함하지 않도록 결정할 수 있다. 예를 들어, UE가 RRC_INACTIVE 상태에서 제 1 UL 스몰 데이터를 전송한 후, 후속 UL 스몰 데이터 전송용 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있지만 추가로 제 1 MAC 제어 요소를 수용하기에는 충분하지 않다면, UE는 RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송용 MAC PDU에 제 1 MAC 제어 요소를 포함하지 않을 수 있다.

일부 예에서, 네트워크는 UE가 (예시 실시예 6에 대해 상술한 조건 중 하나 이상에 기반하여) MAC PDU에 제 1 MAC 제어 요소를 포함해야 하는지 여부를 표시 (예를 들어, UE에게 표시)할 수 있다. 일부 예에서, 그 표시는 브로드캐스트된 시스템 정보를 통해 UE에게 제공될 수 있다. 대안적으로 및/또는 추가적으로, 그 표시는 전용 구성을 통해 UE에게 제공될 수 있다.

예시 실시예 7

예시 실시예 7에서, UE는 전송에 사용가능한 제 1 보류 데이터 양이 임계치보다 크다면 (및/또는 임계치보다 낮지 않다면), PHR을 트리거하지 않고 MAC PDU에 제 1 MAC 제어 요소를 포함할 수 있다.

전송에 사용가능한 제 1 보류 데이터 양은, UE가 전송용 MAC PDU의 생성 (및/또는 생성 시작) 전에 UE의 보류 데이터 양일 수 있다.

일부 예에서, (전송에 사용가능한 제 1 보류 데이터 양에 대한 상술한 두 정의 중 하나에 해당하는 것과 같이) 전송에 사용가능한 제 1 보류 데이터 양이 임계치보다 크지 않다면 (및/또는 임계치보다 낮다면), 그에 따라 UE는 MAC PDU에 제 1 MAC 제어 요소를 포함하지 않을 수 있다. 일부 예에서, 전송에 사용가능한 제 1 보류 데이터 양이 임계치보다 크다면 (및/또는 임계치보다 낮지 않다면), 그에 따라 MAC PDU에 제 1 MAC 제어 요소를 포함할 수 있다.

제 1 MAC 제어 요소는 파워 헤드룸 정보를 반송 (예를 들어, 포함 및/또는 표시)할 수 있다. 제 1 MAC 제어 요소는, 파워 헤드룸 정보 반송에 추가하는 등, UE의 버퍼 상태와 관계된 정보를 포함할 수 있다 (예를 들어, 제 1 MAC 제어 요소는 UE의 버퍼 상태를 표시할 수 있다). 제 1 MAC 제어요소는, 파워 헤드룸 정보의 반송에 추가하는 등, UE가 1회 이상의 후속 UL 및/또는 DL 전송을 예상하는지 여부를 표시할 수 있다.

대안적으로 및/또는 추가적으로, (RRC_INACTIVE 상태에 있는 동안) 후속 UL 스몰 데이터 전송과 연관되어 (예를 들어, 후속 UL 스몰 데이터 전송은 RRC_INACTIVE 상태에서 초기 스몰 데이터 전송 이후인 UL 스몰 데이터 전송에 해당할 수 있다), 후속 UL 스몰 데이터 전송에 사용가능한 제 1 보류 데이터 양이 임계치 보다 크다면 (및/또는 임계치보다 낮지 않다면), UE는 후속 UL 스몰 데이터 전송용 MAC PDU에 제 1 MAC 제어 요소를 포함하도록 결정할 수 있다. 예를 들어, UE가 RRC_INACTIVE 상태에서 제 1 UL 스몰 데이터를 전송한 후, UE는 RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송에 사용가능한 제 1 보류 데이터 양이 임계치 보다 크다면 (및/또는 임계치보다 낮지 않다면), 후속 UL 스몰 데이터 전송용 MAC PDU에 제 1 MAC 제어 요소를 포함할 수 있다.

일부 예에서, 네트워크는 UE가 (예시 실시예 7에 대해 상술한 조건 중 하나 이상에 기반하여) MAC PDU에 제 1 MAC 제어 요소를 포함해야 하는지 여부를 표시 (예를 들어, UE에게 표시)할 수 있다. 일부 예에서, 그 표시는 브로드캐스트된 시스템 정보를 통해 UE에게 제공될 수 있다. 대안적으로 및/또는 추가적으로, 그 표시는 전용 구성을 통해 UE에게 제공될 수 있다.

일부 예에서, 하나 이상의 실시예들에 대해, 파워 헤드룸 정보는 PHR MAC CE일 수 있다. 대안적으로 및/또는 추가적으로, 파워 헤드룸 정보는 파워 헤드룸 정보 및 버퍼 상태 정보 모두를 포함하는 MAC CE일 수 있다.

NR의 RRC 재개 절차에서, UE는 RRC 재개 절차를 시작하는 동안 디폴트 MAC 셀 그룹 구성을 적용할 수 있다. 디폴트 MAC 셀 그룹 구성은 bsr-Config 및 phr-Config를 포함하고, 여기서 bsr-Config는 BSR 절차에 관련된 제 1 타이머의 제 1 디폴트 타이머 길이를 표시하고, 및/또는 phr-Config는 PHR 절차에 관련된 제 2 타이머의 제 2 디폴트 타이머 길이를 표시한다. UE는 제 1 타이머 및/또는 제 2 타이머에 대한 제 1 디폴트 타이머 길이 및/또는 제 2 디폴트 타이머 길이를, (UE가 RRC 재개 메시지에 응답하여 RRC_CONNECTED 상태로 들어갈 수 있는 RRC 재개 메시지 수신할 때와 같이) 해당 파라미터들 (예를 들어, 제 1 타이머 및/또는 제 2 타이머와 연관된 타이머 길이)이 네트워크에 의해 재구성될 때까지 각각 사용한다. 디폴트 MAC 셀 그룹 구성은 (3GPP TS 38.331 V15.7.0에서 논의된 것처럼) 3GPP 구성에서 미리 정의되고 일부 및/또는 모든 UE들에게 공통일 수 있다.

UE가 RRC_INACTIVE 상태에서 스몰 데이터 전송을 수행하는 시나리오에서, UE는 RRC_CONNECTED state 상태에 들어가지 않고, 또는 그 전에 (예를 들어, RRC 재개 메시지를 수신하지 않고, 또는 그 전에) 데이터 전송을 수행할 수 있다. UE는 스몰 데이터 전송 절차 동안 BSR 절차 및/또는 PHR 절차에 대해 하나 이상의 디폴트 타이머 길이를 사용할 수 있다. 그러나, 일부 예에서, BSR 절차 및/또는 PHR 절차에 대한 하나 이상의 디폴트 타이머 길이는 RRC_INACTIVE 상태에서 스몰 데이터 전송 사용 케이스에 적합하지 않을 수 있다.

예시 실시예 8, 예시 실시예9, 및/또는 예시 실시예 10의 기법은 BSR 절차 및/또는 PHR 절차에 대한 디폴트 타이머 길이가 RRC_INACTIVE 상태에서 스몰 데이터 전송에 적합하지 않은 문제를 해결하기 위해 구현될 수 있다. 본 개시에서, 예시 실시예 8, 예시 실시예9, 및/또는 예시 실시예 10의 설명에서와 같이, “현재 디폴트 MAC 셀 그룹 구성”은 (현재 3GPP 규격에 정의된 것과 같이) 현재 정의된 디폴트 MAC 셀 그룹 구성을 지칭할 수 있다.

예시 실시예 8

예시 실시예 8에서, UE는 스몰 데이터 전송 절차에서 제 2 디폴트 MAC 셀 그룹 구성을 적용할 수 있다.

일부 예에서, 제 2 디폴트 MAC 셀 그룹 구성은 스몰 데이터 전송 절차에 대해 정의될 수 있다. 제 2 디폴트 MAC 셀 그룹 구성에 포함된 파라미터들은 고정된 값들을 갖는다 (예를 들어, 제 2 디폴트 MAC 셀 그룹 구성의 파라미터들은 미리 정의되고 및/또는 네트워크에 의해 구성되지 않을 수 있다. 일부 예에서, RRC 재개 절차 시작시 (및/또는 그에 응답하여), UE는 제 2 디폴트 MAC 셀 그룹 구성 또는 현재 디폴트 MAC 셀 그룹 구성의 적용 여부를 결정할 수 있다. 제 2 디폴트 MAC 셀 그룹 구성 또는 현재 디폴트 MAC 셀 그룹 구성의 적용 여부에 대한 결정은 RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용인지 여부에 기반할 수 있다. 예를 들어, RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용이라면 제 2 디폴트 MAC 셀 그룹 구성을 적용할 수 있다. 대안적으로 및/또는 추가적으로, RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용이 아니라면 현재의 디폴트 MAC 셀 그룹 구성을 적용할 수 있다.

제 2 디폴트 MAC 셀 그룹 구성에 포함된 타이머 (예를 들어, periodicBSR-Timer, retxBSR-Timer, phr-PeriodicTimer, 및 phr-ProhibitTimer 중 적어도 하나)에 대한 제 1 타이머 길이는 현재의 디폴트 MAC 셀 그룹 구성에 포함된 타이머에 대한 제 2 타이머 길이와 다를 수 있다. 일부 예에서, 제 2 디폴트 MAC 셀 그룹 구성은 현재 디폴트 MAC 셀 그룹 구성에 포함되지 않은 파라미터 (예를 들어, drx-Config)를 포함할 수 있다. 대안적으로 및/또는 추가적으로, 현재의 디폴트 MAC 셀 그룹 구성은 제 2 디폴트 MAC 셀 그룹 구성에 포함되지 않은 파라미터 (예를 들어, bsr-Config 및 phr-Config 등 중 적어도 하나)를 포함할 수 있다.

일부 예에서, 제 2 디폴트 MAC 셀 그룹 구성은 RRC_INACTIVE 상태에서 스몰 데이터 전송 절차와 연관된 (예를 들어, 그에 특정된) 하나 이상의 파라미터들을 포함할 수 있다. 일부 예에서, 제 2 디폴트 MAC 셀 그룹 구성은 bsr-config를 포함할 수 있다. 또는, 제 2 디폴트 MAC 셀 그룹 구성은 bsr-config를 포함하지 않을 수 있다. 일부 예에서, 제 2 디폴트 MAC 셀 그룹 구성은 phr-config를 포함할 수 있다. 또는, 제 2 디폴트 MAC 셀 그룹 구성은 phr-config를 포함하지 않을 수 있다. 일부 예에서, 제 2 디폴트 MAC 셀 그룹 구성은 drx-config를 포함할 수 있다. 또는, 제 2 디폴트 MAC 셀 그룹 구성은 drx-config를 포함하지 않을 수 있다.

일부 예에서, UE는 네트워크로부터 RRC 해지 메시지 수신에 응답하여 제 2 디폴트 MAC 셀 그룹 구성을 해지할 수 있다.

일부 예에서, 수신된 RRC 재개 메시지가 mac-CellGroupConfig를 포함하지 않는다면, UE는 네트워크로부터 RRC 재개 메시지 수신에 응답하여 현재의 디폴트 MAC 셀 그룹 구성을 적용할 수 있다. 일부 예에서, RRC 재개 메시지가 mac-CellGroupConfig를 포함한다면, UE는 네트워크로부터 RRC 재개 메시지 수신에 응답하여 현재의 디폴트 MAC 셀 그룹 구성을 적용하지 않을 수 있다 (및 오히려 제 2 디폴트 MAC 셀 그룹 구성을 적용할 수 있다).

예시 실시예 9

예시 실시예 9에서, UE는 스몰 데이터 전송 절차에서 현재의 디폴트 MAC 셀 그룹 구성을 적용하지 않을 수 있다.

일부 예에서, UE는 스몰 데이터 전송 절차에서 임의의 MAC 셀 그룹 구성을 적용하지 않을 수 있다.

일부 예에서, BSR 절차 및/또는 PHR 절차는 스몰 데이터 전송 절차의 전송 회수 등으로 인해 스몰 데이터 전송 절차에서 필요하지 않을 수 있다 (예를 들어, 스몰 데이터 전송 절차의 전송 회수는 다른 타입의 전송 절차들의 전송 회수보다 적을 수 있다). UE는 스몰 데이터 전송 절차에서 현재의 디폴트 MAC 셀 그룹 구성을 적용하지 않음으로써 (및/또는 임의의 MAC 셀 그룹 구성을 적용하지 않음으로써) BSR 및/또는 PHR 기능을 디스에이블할 수 있다 (및/또는 인에이블하지 않을 수 있다).

일부 예에서, RRC 재개 절차 시작시 (및/또는 그에 응답하여), UE는 RRC_INACTIVE 상태에서 RRC 재개 절차가 스몰 데이터 전송용인지 여부에 기반하여 현재의 디폴트 MAC 셀 그룹 구성의 적용 여부를 결정할 수 있다. 예를 들어, RRC_INACTIVE 상태에서 RRC 재개 절차가 스몰 데이터 전송용이라면 현재의 디폴트 MAC 셀 그룹 구성을 적용하지 않을 수 있다. 대안적으로 및/또는 추가적으로, RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용이 아니라면 현재의 디폴트 MAC 셀 그룹 구성을 적용할 수 있다.

일부 예에서, RRC 재개 절차 시작시 (및/또는 그에 응답하여), UE는 RRC_INACTIVE 상태에서 RRC 재개 절차가 스몰 데이터 전송용인지 여부에 기반하여 임의의 디폴트 MAC 셀 그룹 구성의 적용 여부를 결정할 수 있다. 예를 들어, RRC_INACTIVE 상태에서 RRC 재개 절차가 스몰 데이터 전송용이라면 임의의 디폴트 MAC 셀 그룹 구성을 적용하지 않을 수 있다. 대안적으로 및/또는 추가적으로, RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용이 아니라면, UE는 현재의 디폴트 MAC 셀 그룹 구성과 같은 MAC 셀 그룹 구성을 적용할 수 있다.

대안적으로 및/또는 추가적으로, RRC_INACTIVE 상태에서, 스몰 데이터 전송용 RRC 재개 절차 시작시 (및/또는 그에 응답하여), UE는 RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송이 없다고 판단한다면, 현재의 디폴트 MAC 셀 그룹 구성을 적용하지 않을 수 있다 (및/또는 UE는 임의의 MAC 셀 그룹 구성을 적용하지 않을 수 있다). 대안적으로 및/또는 추가적으로, RRC_INACTIVE 상태에서, 스몰 데이터 전송용 RRC 재개 절차 시작시 (및/또는 그에 응답하여), UE는 RRC_INACTIVE 상태에서 후속 UL 스몰 데이터 전송이 있다고 판단한다면, 현재의 디폴트 MAC 셀 그룹 구성을 적용할 수 있다.

대안적으로 및/또는 추가적으로, RRC_INACTIVE 상태에서, 스몰 데이터 전송용 RRC 재개 절차 시작시 (및/또는 그에 응답하여), UE는 전송에 사용가능한 데이터가 임계치보다 낮다 (및/또는 임계치보다 크지 않다)고 판단한다면, 현재의 디폴트 MAC 셀 그룹 구성을 적용하지 않을 수 있다 (및/또는 UE는 임의의 MAC 셀 그룹 구성을 적용하지 않을 수 있다). 대안적으로 및/또는 추가적으로, RRC_INACTIVE 상태에서, 스몰 데이터 전송용 RRC 재개 절차 시작시 (및/또는 그에 응답하여, UE는 전송에 사용가능한 데이터가 임계치보다 낮지 않다 (및/또는 임계치보다 크다)고 판단한다면, UE는 MAC 현재의 디폴트 셀 그룹 구성과 같은 MAC 셀 그룹 구성을 적용할 수 있다.

일부 예에서, 수신된 RRC 재개 메시지가 mac-CellGroupConfig를 포함하지 않는다면, UE는 네트워크로부터 RRC 재개 메시지 수신에 응답하여 현재의 디폴트 MAC 셀 그룹 구성을 적용할 수 있다. 일부 예에서, RRC 재개 메시지가 mac-CellGroupConfig를 포함한다면, UE는 네트워크로부터 RRC 재개 메시지 수신에 응답하여, 현재의 디폴트 MAC 셀 그룹 구성을 적용하지 않을 수 있다 (및/또는 임의의 디폴트 MAC 셀 그룹 구성을 적용하지 않을 수 있다).

예시 실시예 10

예시 실시예 10에서, UE는 스몰 데이터 전송 절차에서 전용 MAC 셀 그룹 구성에 포함된 적어도 일부 파라미터들을 적용할 수 있다.

일부 예에서, 복수의 UE들 중 각 UE는 UE 전용인 MAC 셀 그룹 구성을 구비하여 및/또는 포함하여 스몰 데이터 전송 절차에 사용할 수 있다 (예를 들어, 복수의 UE들 중 하나의 UE가 구비한 및/또는 포함한 MAC 셀 그룹 구성은 복수의 UE들 중 다른 UE가 구비한 및/또는 포함한 MAC 셀 그룹 구성과는 다를 수 있다).

일부 예에서, UE는 전용 MAC 셀 그룹 구성으로 (네트워크에 의해) 구성되어 스몰 데이터 전송 절차에 사용될 수 있다. UE는 스몰 데이터 전송 절차와 관련된 구성에서 스몰 데이터 전송 절차에 전용인 MAC 셀 그룹 구성을 수신할 수 있다. UE는 RRC_INACTIVE 상태에 진입하기 전 또는 진입시 (및/또는 진입에 응답하여) 전용 MAC 셀 그룹 구성을 수신할 수 있다. 일부 예에서, UE는 RRC 구성 메시지에서 전용 MAC 셀 그룹 구성을 수신할 수 있다. 일부 예에서, UE는 RRC 해지 메시지에서 전용 MAC 셀 그룹 구성을 수신할 수 있다.

일부 예에서, RRC 재개 절차 시작시 (및/또는 그에 응답하여), UE는 전용 MAC 셀 그룹 구성 또는 현재의 디폴트 MAC 셀 그룹 구성의 적용 여부를 결정할 수 있다. 전용 MAC 셀 그룹 구성 또는 현재의 디폴트 MAC 셀 그룹 구성의 적용 여부에 대한 결정은 RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용인지 여부에 기반할 수 있다. 예를 들어, RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용이라면, UE는 전용 MAC 셀 그룹 구성을 적용할 수 있다. 대안적으로 및/또는 추가적으로, RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용이 아니라면, UE는 현재의 디폴트 MAC 셀 그룹 구성을 적용할 수 있다.

전용 MAC 셀 그룹 구성에 포함된 타이머 (예를 들어, periodicBSR-Timer, retxBSR-Timer, phr-PeriodicTimer, 및 phr-ProhibitTimer 중 적어도 하나)에 대한 제 1 타이머 길이는 현재의 디폴트 MAC 셀 그룹 구성에 포함된 타이머에 대한 제 2 타이머 길이와 다를 수 있다. 일부 예에서, 전용 디폴트 MAC 셀 그룹 구성은 현재 디폴트 MAC 셀 그룹 구성에 포함되지 않은 파라미터 (예를 들어, drx-Config)를 포함할 수 있다. 대안적으로 및/또는 추가적으로, 현재의 디폴트 MAC 셀 그룹 구성은 전용 디폴트 MAC 셀 그룹 구성에 포함되지 않은 파라미터 (예를 들어, bsr-Config 및 phr-Config 등 중 적어도 하나)를 포함할 수 있다.

일부 예에서, 전용 디폴트 MAC 셀 그룹 구성은 RRC_INACTIVE 상태에서 스몰 데이터 전송 절차와 연관된 (예를 들어, 그에 특정된) 하나 이상의 파라미터들을 포함할 수 있다. 일부 예에서, 전용 MAC 셀 그룹 구성은 bsr-config를 포함할 수 있다. 또는, 전용 MAC 셀 그룹 구성은 bsr-config를 포함하지 않을 수 있다. 일부 예에서, 전용 MAC 셀 그룹 구성은 phr-config를 포함할 수 있다. 또는, 전용 MAC 셀 그룹 구성은 phr-config를 포함하지 않을 수 있다. 일부 예에서, 전용 MAC 셀 그룹 구성은 drx-config를 포함할 수 있다. 또는, 전용 MAC 셀 그룹 구성은 drx-config를 포함하지 않을 수 있다.

일부 예에서, 전용 MAC 셀 그룹 구성의 적용은 전용 MAC 셀 그룹 구성에 포함된 모든 파라미터들의 적용을 포함한다. 대안적으로 및/또는 추가적으로, 전용 MAC 셀 그룹 구성의 적용은 전용 MAC 셀 그룹 구성에 포함된 일부 파라미터들의 적용을 포함한다. 일부 예에서, 일부 파라미터들은 전용 MAC 셀 그룹 구성의 하나 이상의 파라미터들을 포함한다.

일부 예에서, 일부 파라미터들은 RRC_INACTIVE 상태에서 스몰 데이터 전송 절차와 연관된 (예를 들어, 그에 특정된) 하나 이상의 파라미터들을 포함할 수 있다. 일부 예에서, 일부 파라미터는 bsr-config를 포함할 수 있다. 또는, 일부 파라미터는 bsr-config를 포함하지 않을 수 있다. 일부 예에서, 일부 파라미터는 phr-config를 포함할 수 있다. 또는, 일부 파라미터는 phr-config를 포함하지 않을 수 있다. 일부 예에서, 일부 파라미터는 drx-config를 포함할 수 있다. 또는, 일부 파라미터는 drx-config를 포함하지 않을 수 있다.

일부 예에서, 전용 MAC 셀 그룹 구성은 UE의 마지막 (예를 들어, 가장 최근의) RRC_CONNECTED 상태에서 UE에 의해 사용된 MAC 셀 그룹 구성 (예를 들어, 마스터 셀 그룹에 대한 MAC 셀 그룹 구성)일 수 있다.

일부 예에서, UE는 네트워크로부터 RRC 해지 메시지 수신에 응답하여 전용 MAC 셀 그룹 구성을 해지할 수 있다. 대안적으로 및/또는 추가적으로, UE는 네트워크로부터 RRC 해지 메시지 수신에 응답하여 전용 MAC 셀 그룹 구성을 저장할 수 있다.

일부 예에서, 수신된 RRC 재개 메시지가 mac-CellGroupConfig를 포함하지 않는다면, UE는 네트워크로부터 RRC 재개 메시지 수신에 응답하여 현재의 디폴트 MAC 셀 그룹 구성을 적용할 수 있다. 일부 예에서, RRC 재개 메시지가 mac-CellGroupConfig를 포함한다면, UE는 네트워크로부터 RRC 재개 메시지 수신에 응답하여, 현재의 디폴트 MAC 셀 그룹 구성을 적용하지 않을 수 있다 (및 오히려 전용 디폴트 MAC 셀 그룹 구성을 적용할 수 있다).

하나, 일부 및/또는 모든 상술한 기법들 및/또는 실시예들은 감소된 능력 (Reduced Capability)의 NR 장치 (예를 들어, NR_Light 장치)에 적용가능 및/또는 그에 의해 구현될 수 있다. 상술한 기술들 및/또는 실시예들의 하나, 일부, 및/또는 모두는 정규 NR 장치에 적용가능 및/또는 그에 의해 구현될 수 있다.

여기의 하나 이상의 실시예들에 대해, 일부 예에서, 상위 계층이 스몰 데이터 전송 절차가 시작된 것을 표시한다면 (예를 들어, RRC 계층에 표시한다면) (및/또는 상위 계층이 유예된 RRC 연결의 재개를 요청한다면), RRC 재개 절차는 스몰 데이터 전송을 위한 것일 수 있다. 일부 예에서, 상위 계층이 RRC_INACTIVE 상태에서 스몰 데이터를 전송하기 위해 유예된 RRC 연결을 재개하도록 요청한다면, RRC 재개 절차는 스몰 데이터 전송을 위한 것일 수 있다.

여기의 하나 이상의 실시예들에 대해, 일부 예에서, UE는 RRC_CONNECTED 상태에서 마지막 (예를 들어, 가장 최근의) 서빙 셀 (예를 들어, 마지막 1차 서빙 셀)이 아닌 서빙 셀에서 스몰 데이터 전송 절차를 시작할 수 있다. 일부 예에서, UE는 RRC_CONNECTED 상태에서 마지막 (예를 들어, 가장 최근의) 서빙 셀 (예를 들어, 마지막 1차 서빙 셀)과 동일한 서빙 셀에서 스몰 데이터 전송 절차를 시작할 수 있다.

여기의 하나 이상의 실시예들에 대해, 일부 예에서, MAC 셀 그룹 구성 (예를 들어, 현재의 디폴트 MAC 셀 그룹 구성, 제 2 디폴트 MAC 셀 그룹 구성, 전용 MAC 셀 그룹 구성, 등 중 적어도 하나)의 적용은 MAC 셀 그룹 구성에 포함된 적어도 일부 파라미터들의 적용을 포함한다. MAC 셀 그룹 구성에 포함된 하나 이상의 파라미터들의 적용은, 하나 이상의 파라미터들 중 하나의 파라미터에 기반한 하나 이상의 타이머들의 하나 이상의 타이머 길이를 설정하는 것 및/또는 하나 이상의 파라미터들에 따라 하나 이상의 동작들을 수행하는 것 등에 의해 하나 이상의 파라미터들을 사용하는 것을 포함할 수 있다.

상술한 기술들 및/또는 실시예들의 하나, 일부, 및/또는 모두는 새로운 실시예로 형성될 수 있다.

일부 예에서, 예시 실시예 1, 예시 실시예 2, 예시 실시예 3, 예시 실시예 4, 예시 실시예 5, 예시 실시예 6, 예시 실시예 7, 예시 실시예 8, 예시 실시예 9, 및 예시 실시예 10에 대해 설명된 실시예들과 같이 여기에서 설명된 실시예들은 독립적으로 및/또는 별도로 구현될 수 있다. 대안적으로 및/또는 추가적으로, 예시 실시예 1, 예시 실시예 2, 예시 실시예 3, 예시 실시예 4, 예시 실시예 5, 예시 실시예 6, 예시 실시예 7, 예시 실시예 8, 예시 실시예 9, 및/또는 예시 실시예 10에 대해 설명된 실시예들과 같이 여기에서 설명된 실시예들의 결합이 구현될 수 있다. 대안적으로 및/또는 추가적으로, 예시 실시예 1, 예시 실시예 2, 예시 실시예 3, 예시 실시예 4, 예시 실시예 5, 예시 실시예 6, 예시 실시예 7, 예시 실시예 8, 예시 실시예 9, 및/또는 예시 실시예 10에 대해 설명된 실시예들과 같이 여기에서 설명된 실시예들의 결합이 함께 및/또는 동시에 구현될 수 있다.

본 개시의 다양한 기법들이 독립적으로 및/또는 별도로 수행될 수 있다. 대안적으로 및/또는 추가적으로, 본 개시의 다양한 기법들이 단일 시스템을 사용하여 결합 및/또는 구현될 수 있다. 대안적으로 및/또는 추가적으로, 본 개시의 다양한 기법들이 함께 및/또는 동시에 구현될 수 있다.

도 21은 UE의 관점에서 본 예시적인 일실시예에 따른 흐름도(2100)이다. 2105 단계에서, UE는 RRC_INACTIVE 상태에서 스몰 데이터 전송 절차를 시작한다. 2110 단계에서, UE는 전송에 사용가능한 보류 데이터 및 스몰 데이터 전송 절차에서 MAC PDU를 전송하기 위한 UL 리소스에 기반하여 제 1 PHR의 취소여부를 결정한다.

일실시예에서, UE는 스몰 데이터 전송 절차의 시작에 응답하여 제 1 PHR을 트리거한다.

일실시예에서, UL 리소스가 전송에 사용가능한 모든 보류 데이터를 수용할 수 있다면, UE는 제 1 PHR의 취소를 결정한다.

일실시예에서, UL 리소스가 전송에 사용가능한 모든 보류 데이터를 수용할 수 있지만, 추가로 파워 헤드룸 정보를 수용할만큼 충분하지 않다면, UE는 제 1 PHR의 취소를 결정한다.

일실시예에서, UE가 제 1 PHR의 취소를 결정하지 않는다면, UE는 파워 헤드룸 정보를 MAC PDU에 포함한다.

일실시예에서, UE가 제 1 PHR의 취소를 결정한다면, UE는 파워 헤드룸 정보를 MAC PDU에 포함하지 않는다.

일실시예에서, UE는 MAC PDU를 네트워크 노드에 전송한다.

일실시예에서, 제 2 PHR이 RRC_CONNECTED 상태에서 트리거된다면, UE는 전송에 사용가능한 보류 데이터 및 제 2 MAC PDU 전송을 위한 제 2 UL 리소스에 기반하여 제 2 PHR를 취소하지 않는다. 예를 들어, UE가 RRC_CONNECTED 상태에 있을 때 제 2 PHR이 트리거된다면, UE는 전송에 사용가능한 보류 데이터 및 제 2 UL 리소스를 고려하지 않고 제 2 PHR의 취소 여부를 결정할 수 있다. 대안적으로 및/또는 추가적으로, UE가 RRC_CONNECTED 상태에 있을 때 제 2 PHR이 트리거된다면, UE는 제 2 PHR을 취소하지 않을 수 있다.

일실시예에서, UE는 전송에 사용가능한 보류 데이터의 적어도 일부를 MAC PDU에 포함한다.

일실시예에서, 스몰 데이터 전송 절차는 NR에서 RRC 재개 절차이다 (예를 들어, 스몰 데이터 전송 절차는 NR에서 RRC 재개 절차의 한 종류이다).

일실시예에서, UL 리소스는 4 단계 랜덤 액세스 절차에서 Msg3를 전송하기 위한 것이다. 예를 들어, UL 리소스는 4 단계 랜덤 액세스 절차에서 Msg3 메시지의 전송을 위해 구성 및/또는 사용될 수 있다.

일실시예에서, UL 리소스는 2 단계 랜덤 액세스 절차에서 MsgA를 전송하기 위한 것이다. 예를 들어, UL 리소스는 2 단계 랜덤 액세스 절차에서 MsgA 메시지의 전송을 위해 구성 및/또는 사용될 수 있다.

일실시예에서, UL 리소스는 사전 구성된 PUSCH 리소스이다.

일실시예에서, UL 리소스는 스몰 데이터 전송 절차에서 제 1 UL 전송을 위한 것이다.

일실시예에서, UL 리소스는 스몰 데이터 전송 절차에서 제 1 UL 전송에 이어진 (예를 들어, 스몰 데이터 전송 절차에서) 제 2 UL 전송을 위한 것이다. 예를 들어, UL 리소스는 제 1 UL 전송을 위한 구성 및/또는 사용될 수 있다.

일실시예에서, UL 리소스는 MAC PDU의 신규 전송 (예를 들어, 초기 전송)을 위한 것이고, MAC PDU의 재전송을 위한 것이 아니다. 예를 들어, UL 리소스는 MAC PDU의 신규 전송을 위해 구성 및/또는 사용될 수 있다.

일실시예에서, 파워 헤드룸 정보는 PHR MAC 제어 요소다.

일실시예에서, 파워 헤드룸 정보는 파워 헤드룸 정보 및 버퍼 상태 정보를 포함한다.

도 3 및 4를 다시 참조하면, UE의 예시적인 일실시예에서, 디바이스(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 UE가 (i) RRC_INACTIVE 상태에서 스몰 데이터 전송 절차를 시작, 및 (ii) 스몰 데이터 전송 절차에서 전송에 사용가능한 보류 데이터 및 MAC PDU 전송용 UL 리소스에 기반하여 제 1 PHR의 취소 여부를 결정하게 할 수 있게 한다. 또한 CPU(308)는 프로그램 코드(312)를 실행하여 상술한 동작, 단계 또는 여기에서 설명된 다른 것들의 하나, 일부 및/또는 모두를 수행할 수 있다.

도 22은 UE의 관점에서 본 예시적인 일실시예에 따른 흐름도(2200)이다. 2205 단계에서, UE는 RRC_INACTIVE 상태에서 RRC 재개 절차를 시작한다. 2210 단계에서, UE는 RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용인지 여부에 기반하여 제 1 디폴트 MAC 셀 그룹 구성의 적용 여부를 결정한다.

일실시예에서, RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용이라면, UE는 제 2 디폴트 MAC 셀 그룹 구성을 적용한다.

일실시예에서, RRC_INACTIVE 상태에서 RRC 재개 절차가 스몰 데이터 전송용이라면, UE는 제 1 디폴트 MAC 셀 그룹 구성을 적용하지 않는다.

일실시예에서, RRC_INACTIVE 상태에서 RRC 재개 절차가 스몰 데이터 전송용이라면, UE는 임의의 디폴트 MAC 셀 그룹 구성을 적용하지 않는다.

일실시예에서, RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용이라면, UE는 전용 MAC 셀 그룹 구성에 포함된 파라미터 세트의 적어도 일부를 적용한다.

일실시예에서, RRC_INACTIVE 상태에서 RRC 재개 절차가 스몰 데이터 전송용이 아니라면, UE는 제 1 디폴트 MAC 셀 그룹 구성을 적용한다.

일실시예에서, 제 1 디폴트 MAC 셀 그룹 구성에 포함된 파라미터들은 미리 정의된다.

일실시예에서, 제 2 디폴트 MAC 셀 그룹 구성에 포함된 파라미터들은 미리 정의된다.

일실시예에서, 전용 디폴트 MAC 셀 그룹 구성에 포함된 파라미터들은 네트워크 노드에 의해 구성된다.

일실시예에서, 제 2 디폴트 MAC 셀 그룹 구성에 포함된 타이머용 제 1 타이머 길이는 제 1 디폴트 MAC 셀 그룹 구성에 포함된 타이머용 제 2 타이머 길이와 다르다. 예를 들어, 제 1 MAC 셀 그룹 구성은 타이머용 제 1 타이머 길이를 표시하고, 제 1 디폴트 MAC 셀 그룹 구성은 타이머용 제 2 타이머 길이를 표시하며, 제 1 타이머 길이는 제 2 타이머 길이와 다르다.

일실시예에서, 전용 MAC 셀 그룹 구성에 포함된 타이머용 제 1 타이머 길이는 제 1 디폴트 MAC 셀 그룹 구성에 포함된 타이머용 제 2 타이머 길이와 다르다. 예를 들어, 전용 MAC 셀 그룹 구성은 타이머용 제 1 타이머 길이를 표시하고, 제 1 디폴트 MAC 셀 그룹 구성은 타이머용 제 2 타이머 길이를 표시하며, 제 1 타이머 길이는 제 2 타이머 길이와 다르다.

일실시예에서, 제 1 디폴트 MAC 셀 그룹 구성은 bsr-config 및 phr-config를 포함한다.

일실시예에서, 제 2 디폴트 MAC 셀 그룹 구성은 bsr-config, phr-config 및/또는 drx-config를 포함한다.

일실시예에서, 제 2 디폴트 MAC 셀 그룹 구성은 bsr-config, phr-config 및/또는 drx-config를 포함하지 않는다.

일실시예에서, 전용 MAC 셀 그룹 구성은 bsr-config, phr-config 및/또는 drx-config를 포함한다.

일실시예에서, 전용 디폴트 MAC 셀 그룹 구성은 bsr-config, phr-config 및/또는 drx-config를 포함하지 않는다.

일실시예에서, 전용 MAC 셀 그룹 구성은 UE의 마지막 (예를 들어, 가장 최근의) RRC_CONNECTED 상태에서 UE에 의해 사용된 MAC 셀 그룹 구성 (마스터 셀 그룹에 대한 MAC 셀 그룹 구성)이다.

일실시예에서, UE는 RRC 재구성 메시지에서 전용 MAC 셀 그룹 구성을 수신한다.

일실시예에서, UE는 RRC 해지 메시지에서 전용 MAC 셀 그룹 구성을 수신한다.

도 3 및 4를 다시 참조하면, UE의 예시적인 일실시예에서, 디바이스(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 UE가 (i) RRC_INACTIVE 상태에서 RRC 재개 절차를 시작하고, (ii) RRC 재개 절차가 RRC_INACTIVE 상태에서 스몰 데이터 전송용인지 여부에 기반하여 제 1 디폴트 MAC 셀 그룹 구성의 적용여부를 결정할 수 있게 한다. 또한 CPU(308)는 프로그램 코드(312)를 실행하여 상술한 동작, 단계 또는 여기에서 설명된 다른 것들의 하나, 일부 및/또는 모두를 수행할 수 있다.

도 23은 UE의 관점에서 본 예시적인 일실시예에 따른 흐름도(2300)이다. 2305 단계에서, UE가 RRC 비활성 상태 (예를 들어, RRC_INACTIVE 상태)에 있을 때, UE는 PHR을 트리거한다. 2310단계에서, UE는 RRC 비활성 상태에서 전송용 UL리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 보류 중이고 UE에 의해 네트워크에 전송에 사용가능한 데이터)를 수용할 수 있는지 여부에 기반하여 PHR의 취소 여부를 판단한다. 예를 들어, 전송에 사용가능한 제 1 보류 데이터는 전송에 사용가능한 모든 보류 데이터 (예를 들어, 보류중이고 UE에 의해 네트워크에 전송에 사용가능한 모든 데이터)를 포함할 수 있다.

일실시예에서, 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)는, UE가 PHR을 트리거할 때 및/또는 UE가 PHR의 취소 여부를 결정할 때 (UE에 의해) 보류중이고 전송에 사용가능한 데이터에 해당할 수 있다.

일실시예에서, UE는 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다는 판단에 기반하여 PHR을 취소하도록 결정한다.

일실시예에서, 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다면, UE는 PHR을 취소하도록 결정한다.

일례로, UL 리소스를 통해 전송될 수 있는 제 1 데이터 양이 전송에 사용가능한 제 1 보류 데이터의 제 2 데이터 양보다 많다면 (또는 같다면), UL 리소스는 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있다.

일실시예에서, UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있고, 파워 헤드룸 정보는 추가로 수용할 수 없다 (예를 들어, UL 리소스가 파워 헤드룸 정보를 추가 수용하기에 충분하지 않다)는 판단에 기반하여 UE는 PHR을 취소하도록 결정한다.

일실시예에서, UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있고, 파워 헤드룸 정보는 추가로 수용할 수 없다면 (예를 들어, UL 리소스가 파워 헤드룸 정보를 추가 수용하기에 충분하지 않다면), UE는 PHR을 취소하도록 결정한다.

일례로, UL 리소스를 통해 전송될 수 있는 제 1 데이터 양이 전송에 사용가능한 제 1 보류 데이터의 제 2 데이터 양보다 많고 (또는 같고), 제 1 데이터 양이 전송에 사용가능한 제 1 보류 데이터와 파워 헤드룸 정보의 결합 데이터의 제 3 양보다 적다면, UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 있고, 파워 헤드룸 정보는 추가로 수용할 수 없다.

일실시예에서, UE는 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 없다는 판단에 기반하여 PHR을 취소하지 않도록 결정한다.

일실시예에서, 제 1 UL 리소스가 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 없다면, UE는 PHR을 취소하지 않도록 결정한다.

일례로, UL 리소스를 통해 전송될 수 있는 제 1 데이터 양이 전송에 사용가능한 제 1 보류 데이터의 제 2 데이터 양보다 적다면, UL 리소스는 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)를 수용할 수 없다.

일실시예에서, UE는 UL 리소스를 통해 스몰 데이터 전송 절차 동안 전송을 수행한다. 일례로, 전송은 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)의 적어도 일부의 전송을 포함할 수 있다. UE 리소스가 전송에 사용가능한 제 1 보류 데이터를 수용할 수 있는 예에서, 전송은 전송에 사용가능한 제 1 보류 데이터의 전송을 포함할 수 있다.

일실시예에서, 스몰 데이터 전송 절차는 RRC 연결 재개 절차이다.

일실시예에서, UL 리소스는 (예를 들어, 4단계 랜덤 액세스 절차의) Msg3 메시지 전송용 리소스, (예를 들어, 2단계 랜덤 액세스 절차의) MsgA 메시지 전송용 리소스, 또는 사전 구성된 PUSCH 리소스이다.

일실시예에서, UE는 PHR 기능의 구성 및/또는 재구성시 (및/또는 그에 응답하여) PHR을 트리거한다. 일례로, UE는 RRC와 같은 하나 이상의 상위계층에 의한 PHR 기능의 구성 및/또는 재구성시 (및/또는 그에 응답하여) PHR을 트리거한다.

일실시예에서, UE는 RRC_CONNECTED 상태에 있을 때 제 2 PHR을 트리거한다. UE는, RRC 연결 상태의 전송용 제 2 UL 리소스가 전송에 사용가능한 제 2 보류 데이터 (예를 들어, 전송에 사용가능한 모든 데이터)를 수용할 수 있는지 여부에 기반하여 PHR의 취소 여부를 결정하지 않는다. 일례로, UE가 RRC_CONNECTED 상태에 있을 때 제 2 PHR이 트리거된다면, UE는 제 2 UL 리소스가 전송에 사용가능한 보류 데이터를 수용하여 제 2 PHR의 취소 여부를 결정하는지 여부를 고려하지 않을 수 있다.

일실시예에서, UE는 UL 리소스를 통해 전송을 수행하고, 여기서, UE가 PHR을 취소하지 않도록 결정한다면 그 전송은 파워 헤드룸 정보를 포함한다. 일례로, 전송은 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)의 적어도 일부의 전송을 포함할 수 있다.

일실시예에서, UE는 UL 리소스를 통해 전송을 수행하고, 여기서, UE가 PHR의 취소를 결정한다면 그 전송은 파워 헤드룸 정보를 포함하지 않는다. 일례로, 전송은 전송에 사용가능한 제 1 보류 데이터 (예를 들어, 전송에 사용가능한 모든 보류 데이터)의 적어도 일부의 전송을 포함할 수 있다. UE 리소스가 전송에 사용가능한 제 1 보류 데이터를 수용할 수 있는 예에서, 전송은 전송에 사용가능한 제 1 보류 데이터의 전송을 포함할 수 있다.

도 3 및 4를 다시 참조하면, UE의 예시적인 일실시예에서, 디바이스(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 UE가 (i) RRC 비활성 상태 (예를 들어, RRC_INACTIVE 상태)에 있을 때 PHR을 트리거, 및 (ii) RRC 비활성 상태의 전송용 UL 리소스가 전송에 사용가능한 제 1 보류 데이터를 수용할 수 있는지 여부에 기반하여 PHR의 취소 여부를 결정할 수 있게 한다. 또한 CPU(308)는 프로그램 코드(312)를 실행하여 상술한 동작, 단계 또는 여기에서 설명된 다른 것들의 하나, 일부 및/또는 모두를 수행할 수 있다.

통신 디바이스(예를 들어, UE, 기지국, 네트워크 노드 등)가 마련될 수 있고, 통신 디바이스는 제어회로, 제어회로에 설치된 프로세서 및/또는 제어회로에 설치되고 프로세서와 결합된 메모리를 포함할 수 있다. 프로세서는 메모리에 저장된 프로그램 코드를 수행하여 도 21 내지 23에 도시된 방법의 단계들을 수행하도록 구성될 수 있다. 또한, 프로세서는 프로그램 코드를 실행하여 상술한 동작, 단계 또는 여기에서 설명된 다른 것들의 하나, 일부 및/또는 모두를 수행할 수 있다.

컴퓨터로 독출가능한 매체가 제공된다. 컴퓨터로 독출가능한 매체는 비일시적인 컴퓨터로 독출가능한 매체일 수 있다. 컴퓨터로 독출가능한 매체는 플래시 메모리 장치, 하드 디스크 드라이브, 디스크 (예를 들어, 자기 디스크 및/또는 DVD(digital versatile disc), CD (compact disc) 중 적어도 하나를 포함하는 것과 같은 광학 디스크, 및/또는 SRAM (static random access memory ), DRAM (dynamic random access memory), SDRAM (synchronous dynamic random access memory) 등에서 적어도 하나를 포함하는 것과 같은 메모리 반도체 를 포함할 수 있다. 컴퓨터로 독출가능한 매체는 실행되었을 때 도 21 내지 23의 방법 단계들의 하나, 일부 및/또는 모두, 및/또는 상술한 동작과 단계들의 하나, 일부 및/또는 모두, 및/또는 여기에서 설명된 기타의 수행을 야기하는 프로세서로 실행가능한 명령들을 포함할 수 있다.

여기에서 제시된 하나 이상의 기법들의 적용은, UE가 전송에 파워 헤드룸 정보의 포함 여부를 결정할 수 있게 하는 단계 및/또는 UE가 RRC_INACTIVE 상태에서 스몰 데이터 전송에 필요하다면 그 전송에 파워 헤드룸 정보를 포함할 수 있게 하는 단계를 포함하지만 그에 제한되지 않는 하나 이상의 잇점들을 가져올 수 있어, 장치들 (예를 들어, UE 및/또는 네트워크 노드) 사이에서 통신 효율을 증가시킬 수 있음을 알 수 있다. 여기에서 제시된 하나 이상의 기법들의 적용은, UE가 RRC_INACTIVE 상태에서 스몰 데이터 전송 절차에 적합한 MAC 구성을 적용할 수 있게 (또는 하지 않을 수 있게)하는 단계를 포함하는 하나 이상의 잇점을 가져올 수 있어, 장치들 (예를 들어, UE 및/또는 네트워크 노드) 사이에서 통신 효율을 증가시킬 수 있음을 알 수 있다.

본 개시물의 다양한 양상들이 상기에서 기재되었다. 여기의 제시들은 다양한 형태들에서 구체화될 수 있고 여기에서 공개된 임의의 특정한 구조, 기능, 또는 둘 모두가 단지 대표적인 것임이 명백해야 한다. 여기의 제시들에 기초하여 당업자는 여기서 공개된 양상이 다른 양상들과는 독립적으로 구현될 수 있고, 둘 또는 그 이상의 이 양상들이 다양한 방식으로 결합될 수 있음을 인식해야 한다. 예를 들어, 여기에서 제시되는 임의의 수의 양상들을 이용하여 장치가 구현되거나 또는 방법이 실시될 수 있다. 뿐만 아니라, 여기에서 제시되는 하나 또는 그 이상의 양상들에 추가하여 또는 그 외에 추가하여 다른 구조, 기능성, 또는 구조 및 기능성을 이용하여 그러한 장치가 구현되거나 또는 그러한 방법이 실시될 수 있다. 상기 개념들의 일부의 예시로서, 일부 양상들로, 동시 채널들은 펄스 반복 주파수들에 기초하여 구축될 수 있다. 일부 양상들에서, 동시 채널들은 펄스 위치 또는 오프셋들에 기초하여 구축될 수 있다. 일부 양상들에서, 동시 채널들은 시간 호핑 시퀀스들에 기초하여 구축될 수 있다. 일부 양상들에서, 동시 채널들은 펄스 반복 주파수들, 펄스 위치 또는 오프셋들, 및 시간 호핑 시퀀스들에 기초하여 구축될 수 있다.

정보 및 신호들이 다양한 임의의 기술들(technologies 및 techniques)을 이용하여 표현될 수 있음을 당업자들은 이해할 것이다. 예컨대, 상기 기재를 통틀어 지칭될 수 있는 데이터, 인스트럭션들(instructions), 명령들(commands), 정보, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 자기입자들, 광학장들(optical fields) 또는 광입자들, 또는 상기의 임의의 조합에 의해 표현될 수 있다.

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

추가로, 여기에서 개시된 상기 양상들과 관련하여 기재된 다양한 예시적인 논리 블록들, 모듈들, 회로들은 집적 회로("IC"), 액세스 터미널, 또는 액세스 포인트 내에서 구현되거나, 이에 의해 수행될 수 있다. IC는 여기에 기재된 상기 기능들을 수행하도록 설계된 범용 프로세서(general-purpose processor), 디지털 신호 프로세서(digital signal processor, DSP), 주문형 반도체(application specific integrated circuit, ASIC), 필드 프로그래머블 게이트 어레이(field programmable gate array, FPGA) 또는 다른 프로그램 가능한 로직 디바이스, 이산(discrete) 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 전자 컴포넌트들, 광학 컴포넌트들, 기계 컴포넌트들, 또는 상기의 임의의 조합을 포함할 수 있고, 상기 IC 내에, IC 외부에, 또는 그 모두에 상주하는 인스트럭션들 또는 코드들을 실행할 수 있다. 범용 프로세서는 마이크로프로세서일 수 있으나, 대안적으로, 상기 프로세서는 임의의 종래의 프로세서, 컨트롤러, 마이크로컨트롤러, 또는 상태 머신일 수 있다. 또한 프로세서는 컴퓨팅(computing) 디바이스들의 조합으로서, 예를 들어, DSP 및 마이크로프로세서, 복수의 마이크로프로세서들, DSP 코어를 가진 하나 또는 그 이상의 마이크로프로세서들, 또는 그러한 다른 구성의 임의의 조합으로서 구현될 수 있다.

개시된 프로세스에서 단계들의 특정 순서나 계층구조는 샘플의 접근 방법의 일례라는 것을 알 수 있다. 설계 선호도들을 기반으로, 상기 프로세스들 내의 단계들의 특정 순서 또는 계층이 본 발명의 개시의 범위 내에서 유지되면서 재배치될 수 있음을 알 수 있다. 동반된 방법이 샘플의 순서인 다양한 단계들의 현재의 엘리먼트들을 청구하지만, 제시된 특정 순서나 계층으로 한정하려는 의도는 아니다.

여기에서 공개된 상기 양상들과 관련하여 기재된 알고리즘 또는 방법의 단계들은 하드웨어, 프로세서에 의해 실행되는 소프트웨어 모듈, 또는 그 둘의 조합에서 직접 구체화될 수 있다. (예를 들어, 실행가능한 인스트럭션들 및 관련된 데이터를 포함하는) 소프트웨어 모듈 및 다른 데이터는 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM, 또는 당해 기술분야에 알려진 다른 형태의 임의의 저장 매체와 같은 데이터 메모리 내에 상주할 수 있다. 샘플 저장 매체는 예를 들어, 프로세서가 저장매체로부터 정보를 읽고 저장 매체에 정보를 기록할 수 있는 그러한 (편의상, 여기에서는 "프로세서"로 지칭될 수 있는) 컴퓨터/프로세서와 같은, 머신에 결합될 수 있다. 샘플 저장 매체는 프로세서의 일부분일 수 있다. 프로세서 및 저장 매체는 ASIC에서 상주할 수 있다. ASIC는 유저 터미널에서 상주할 수 있다. 대안으로, 프로세서 및 저장 매체는 UE에서 이산 컴포넌트들로서 상주할 수 있다. 대안적으로 및/또는 추가적으로, 일부 양상들에서, 임의의 적절한 컴퓨터-프로그램 제품은 본 개시물의 하나 또는 그 이상의 상기 양상들과 관련되는 코드들을 포함하는 컴퓨터-판독가능한 매체를 포함한다. 일부 양상들로, 컴퓨터 프로그램 물건은 포장재(packaging material)들을 포함할 수 있다.

본 발명이 다양한 양상들과 관련하여 기재되는 동안, 개시된 특허대상은 추가적인 수정(modification)들이 가능함이 이해될 것이다. 본 출원은 일반적으로 개시된 특허대상의 원리들을 따르고, 본 발명이 속하는 기술분야에서 알려지고 관례적인 실시 범위 내로서의 본 개시물로부터의 그러한 이탈을 포함하는 임의의 변형들(variations), 이용들(uses) 또는 특허대상의 적응(adaptation)을 망라(cover)하도록 의도된다.

Claims

UE(User Equipment)의 방법에 있어서,
상기 UE가 RRC (Radio Resource Control) 비활성 상태에 있을 때 PHR (Power Headroom Report)을 트리거하는 단계; 및
상기 RRC 비활성 상태에서 전송용 UL(uplink) 리소스가 전송에 사용가능한 모든 보류 (pending) 데이터를 수용할 수 있는지 여부에 기반하여 상기 PHR의 취소 여부를 결정하는 단계를 포함하는, 방법.
제1항에 있어서, 상기 PHR의 취소 여부를 결정하는 단계는 상기 UL 리소스가 상기 전송에 사용가능한 모든 보류 데이터를 수용할 수 있다는 판단에 기반하여 상기 PHR의 취소를 결정하는 단계를 포함하는, 방법.
제1항에 있어서, 상기 PHR의 취소 여부를 결정하는 단계는 상기 UL 리소스가 상기 전송에 사용가능한 모든 보류 데이터를 수용할 수 있고 추가로 파워 헤드룸 정보는 수용할 수 없다는 판단에 기반하여 상기 PHR의 취소를 결정하는 단계를 포함하는, 방법.
제1항에 있어서, 상기 PHR의 취소 여부를 결정하는 단계는 상기 UL 리소스가 상기 전송에 사용가능한 모든 보류 데이터를 수용할 수 없다는 판단에 기반하여 상기 PHR를 취소하지 않도록 결정하는 단계를 포함하는, 방법.
제1항에 있어서, 상기 UL 리소스를 통해 스몰 데이터 전송 절차 동안에 전송을 수행하는 단계를 포함하는, 방법.
제5항에 있어서, 상기 스몰 데이터 전송 절차는 RRC 연결 재개 절차인, 방법.
제1항에 있어서, 상기 UL 리소스는:
Msg3 메시지 전송용 리소소;
MsgA 메시지 전송용 리소소; 또는
사전 구성된 PUSCH (Physical Uplink Shared Channel) 리소스인, 방법.
제1항에 있어서, 상기 PHR을 트리거하는 단계는 파워 헤드룸 보고하기 기능의 구성 또는 재구성 중 적어도 하나에 대해 수행되는, 방법.
제1항에 있어서, 상기 UE가 RRC 연결 상태에 있을 때 제2 PHR을 트리거하는 단계를 포함하되, 상기 UE는, 상기 RRC 연결 상태에서 전송용 제2 UL 리소스가 전송에 사용가능한 모든 보류 데이터를 수용할 수 있는지 여부에 기반하여 상기 제2 PHR의 취소 여부를 결정하지 않는, 방법.
제1항에 있어서, 상기 UL 리소스를 통해 전송을 수행하는 단계를 포함하되, 상기 PHR의 취소 여부를 결정하는 단계가 상기 PHR을 취소하지 않도록 결정하는 단계를 포함한다면, 상기 전송은 파워 헤드룸 정보를 포함하는, 방법.
UE (User Equipment)에 있어서,
제어회로;
상기 제어회로에 설치된 프로세서; 및
상기 제어회로에 설치되고, 상기 프로세서와 동작하도록(operatively) 결합된 메모리를 포함하고,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하여 동작들을 수행하되, 상기 동작들은:
상기 UE가 RRC (Radio Resource Control) 비활성 상태에 있을 때 PHR (Power Headroom Report)을 트리거하는 단계; 및
상기 RRC 비활성 상태에서 전송용 UL(uplink) 리소스가 전송에 사용가능한 모든 보류 (pending) 데이터를 수용할 수 있는지 여부에 기반하여 상기 PHR의 취소 여부를 결정하는 단계를 포함하는, UE.
제11항에 있어서, 상기 PHR의 취소 여부를 결정하는 단계는 상기 UL 리소스가 상기 전송에 사용가능한 모든 보류 데이터를 수용할 수 있다는 판단에 기반하여 상기 PHR의 취소를 결정하는 것을 포함하는, UE.
제11항에 있어서, 상기 PHR의 취소 여부를 결정하는 단계는 상기 UL 리소스가 상기 전송에 사용가능한 모든 보류 데이터를 수용할 수 있고 추가로 파워 헤드룸 정보는 추가로 수용할 수 없다는 판단에 기반하여 상기 PHR의 취소를 결정하는 단계를 포함하는, UE.
제11항에 있어서, 상기 PHR의 취소 여부를 결정하는 단계는 상기 UL 리소스가 상기 전송에 사용가능한 모든 보류 데이터를 수용할 수 없다는 판단에 기반하여 상기 PHR를 취소하지 않도록 결정하는 단계를 포함하는, UE.
제 11 항에 있어서, 상기 동작은 상기 UL 리소스를 통해 스몰 데이터 전송 절차 동안에 전송을 수행하는 단계를 포함하는, UE.
제15항에 있어서, 상기 스몰 데이터 전송 절차는 RRC 연결 재개 절차인, UE.
제11항에 있어서, 상기 UL 리소스는:
Msg3 메시지 전송용 리소소;
MsgA 메시지 전송용 리소소; 또는
사전 구성된 PUSCH (Physical Uplink Shared Channel) 리소스인, UE.
제11항에 있어서, 상기 동작들은 상기 UL 리소스를 통해 전송을 수행하는 단계를 포함하되,
상기 PHR의 취소 여부를 결정하는 단계가 상기 PHR을 취소하지 않도록 결정하는 단계를 포함한다면, 상기 전송은 파워 헤드룸 정보를 포함하고; 및
상기 PHR을 트리거하는 단계는 파워 헤드룸 보고하기 기능의 구성 또는 재구성 중 적어도 하나에 대해 수행되는, UE.
제11항에 있어서, 상기 동작들은 상기 UE가 RRC 연결 상태에 있을 때 제2 PHR을 트리거하는 단계를 포함하되, 상기 UE는, 상기 RRC 연결 상태에서 전송용 제2 UL 리소스가 전송에 사용가능한 보류 데이터를 수용할 수 있는지 여부에 기반하여 상기 제2 PHR의 취소 여부를 결정하지 않는, UE.
UE (User Equipment)에 의해 실행되었을 때 동작들의 수행을 일으키는 프로세서로 실행가능한 인스트럭션들을 포함하는 비일시적인 컴퓨터로 독출가능한 매체에 있어서,
상기 동작들은:
상기 UE가 RRC (Radio Resource Control) 비활성 상태에 있을 때 PHR (Power Headroom Report)을 트리거하는 단계; 및
상기 RRC 비활성 상태에서 전송용 UL(uplink) 리소스가 전송에 사용가능한 모든 보류 (pending) 데이터를 수용할 수 있는지 여부에 기반하여 상기 PHR의 취소 여부를 결정하는 단계를 포함하는, 비일시적인 컴퓨터로 독출가능한 매체.