KR20230119237A

KR20230119237A - 무선 통신 시스템에서 스몰 데이터 전송을 위한 설정된그랜트 자원들을 핸들링하기 위한 방법 및 장치

Info

Publication number: KR20230119237A
Application number: KR1020237024986A
Authority: KR
Inventors: 아닐 에기월
Original assignee: 삼성전자주식회사
Priority date: 2020-12-21
Filing date: 2021-12-03
Publication date: 2023-08-16
Also published as: EP4248701A4; EP4248701A1; WO2022139245A1; US20220201659A1

Abstract

본 개시는 4세대(4G) 시스템 이후의 더 높은 데이터 전송률을 지원하기 위한 5세대(5G) 통신 시스템을 IoT(Internet of Things)를 위한 기술과 융합하기 위한 통신 방법 및 시스템에 관한 것이다. 본 개시는, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카, 커넥티드 카, 헬스 케어, 디지털 교육, 스마트 리테일, 보안 및 안전 서비스들과 같은, 5G 통신 기술 및 IoT 관련 기술에 기반한 지능형 서비스들에 적용될 수 있다. SDT(small data transmission)를 위한 CG(configured grant) 자원을 핸들링하기 위한 방법 및 장치가 제공된다.

Description

무선 통신 시스템에서 스몰 데이터 전송을 위한 설정된 그랜트 자원들을 핸들링하기 위한 방법 및 장치

본 개시는 무선 통신 시스템에 관한 것이다. 보다 상세하게는, 본 개시는 무선 통신 시스템에서 스몰 데이터 전송(small data transmission, SDT)을 위한 설정된 그랜트(configured grant, CG) 자원들을 핸들링(handling)하기 위한 장치, 방법 및 시스템에 관한 것이다.

4세대(4G) 통신 시스템의 구축 이후 증가하는 무선 데이터 트래픽에 대한 수요를 충족시키기 위해, 개선된 5세대(5G) 또는 pre-5G 통신 시스템을 개발하기 위한 노력들이 이루어지고 있다. 따라서, 5G 또는 pre-5G 통신 시스템은 '비욘드(beyond) 4G 네트워크' 또는 "포스트(Post) LTE(Long-Term Evolution) 시스템"이라고도 불리어지고 있다. 더 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(밀리미터(mm) 파) 대역, 예를 들면, 60GHz 대역에서 구현되는 것이 고려되고 있다. 무선파의 전파 손실을 줄이고 전송 거리를 늘리기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 MIMO(Full Dimensional MIMO, FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔포밍(analog beam forming), 대규모 안테나(large scale antenna) 기술들이 논의되고 있다. 게다가, 5G 통신 시스템에서는, 시스템 네트워크 개선을 위해, 진보된 소형 셀(advanced small cell), 클라우드 무선 액세스 네트워크(cloud Radio Access Network, cloud RAN), 초고밀도 네트워크, D2D(device-to-device) 통신, 무선 백홀(wireless backhaul), 이동 네트워크, 협력 통신, CoMP(Coordinated Multi-Points), 수신단 간섭 제거 등을 기반으로 개발이 진행 중이다. 5G 시스템에서는, 진보된 코딩 변조(advanced coding modulation, ACM)인 FQAM(hybrid FSK(frequency shift keying) and QAM(quadrature amplitude modulation)) 및 SWSC(sliding window superposition coding)와, 진보된 액세스 기술인 FBMC(filter bank multi carrier), NOMA(non-orthogonal multiple access), 및 SCMA(sparse code multiple access)가 개발되고 있다.

인간이 정보를 생성하고 소비하는 인간 중심의 연결 네트워크인 인터넷은 이제 사물과 같은 분산된 엔티티들이 인간의 개입 없이 정보를 교환하고 처리하는 IoT(Internet of Things)로 진화하고 있다. 클라우드 서버와의 연결을 통해 IoT 기술과 빅 데이터 처리 기술이 결합된 IoE(Internet of Everything)가 등장했다. IoT 구현을 위한 "센싱 기술", "유/무선 통신 및 네트워크 인프라스트럭처", "서비스 인터페이스 기술" 및 "보안 기술"과 같은 기술 요소들이 요구됨에 따라, 센서 네트워크, M2M(Machine-to-Machine) 통신, MTC(Machine Type Communication) 등이 최근 연구되고 있다. 그러한 IoT 환경은 연결된 사물들 간에 생성되는 데이터를 수집하고 분석함으로써 인간의 삶에 새로운 가치를 창출하는 지능형 인터넷 기술 서비스들을 제공할 수 있다. IoT는 기존의 정보 기술(IT)과 다양한 산업 응용들 간의 융합 및 결합을 통해 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 또는 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전 및 고급 의료 서비스를 포함한 다양한 분야들에 적용될 수 있다.

이에 따라, 5G 통신 시스템을 IoT 네트워크에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크, MTC(Machine Type Communication) 및 M2M(Machine-to-Machine) 통신과 같은 기술들은 빔포밍, MIMO 및 어레이 안테나로 구현될 수 있다. 또한, 위에서 설명된 빅 데이터 처리 기술로서의 클라우드 RAN(Radio Access Network)의 응용은 5G 기술과 IoT 기술 간의 융합의 예로 간주될 수 있다.

최근, 차세대 무선통신 시스템을 위한 SDT(small data transmission) 절차를 향상시킬 필요가 있다.

이상의 정보는 본 개시의 이해를 돕기 위한 배경 정보로서만 제공된다. 위의 내용 중 어느 것이 본 개시와 관련하여 선행 기술로서 적용 가능할 수 있는지 여부에 대해 어떠한 결정도 이루어지지 않았으며 어떠한 주장도 이루어지지 않았다.

차세대 무선 통신 시스템을 위한 SDT 절차와 관련된 설정된 그랜트 자원 관리/핸들링을 향상시킬 필요가 있다.

본 개시의 양태들은 적어도 위에서 언급된 문제점들 및/또는 단점들을 해결하고 적어도 아래에서 설명되는 장점들을 제공하는 것이다. 그에 따라, 본 개시의 양태는 4세대(4G) 이후의 더 높은 데이터 전송률을 지원하기 위해 5세대(5G) 통신 시스템을 융합하기 위한 통신 방법 및 시스템을 제공하는 것이다.

본 개시의 일 양태에 따르면, 단말에 의해 수행되는 방법이 제공된다. 상기 방법은 유보(suspend) 설정 정보 및 SDT(small data transmission)를 위한 CG(configured grant) 자원 정보를 포함하는 제1 RRC(radio resource control) 메시지를 기지국으로부터 수신하는 단계, 상기 단말이 상기 유보 설정 정보에 기초한 RRC 비활성 상태에 있는 동안, 상기 CG 자원 정보와 연관된 CG 자원을 사용하여 상기 SDT의 제1 업링크 데이터를 상기 기지국에게 전송하는 단계, 상기 CG 자원을 계속하여 사용할지 여부를 상기 단말에게 지시하는 정보를 포함하는 제2 RRC 메시지를 상기 기지국으로부터 수신하는 단계, 및 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 CG 자원 정보와 연관된 상기 CG 자원을 사용하여 상기 SDT의 제2 업링크 데이터를 상기 기지국에게 전송하는 단계를 포함하며, 여기서, 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 SDT의 상기 제1 업링크 데이터의 전송의 완료 후에 상기 CG 자원이 해제되지 않는다.

본 개시의 다른 양태에 따르면, 기지국에 의해 수행되는 방법이 제공된다. 상기 방법은 단말에 대한 RRC 비활성 상태를 설정하는 유보 설정 (suspend configuration) 정보 및 SDT(small data transmission)를 위한 CG(configured grant) 자원 정보를 포함하는 제1 RRC(radio resource control) 메시지를 상기 단말에게 전송하는 단계, 상기 CG 자원 정보와 연관된 CG 자원을 사용하여 상기 SDT의 제1 업링크 데이터를 상기 RRC 비활성 상태에 있는 상기 단말로부터 수신하는 단계, 상기 CG 자원을 계속하여 사용할지 여부를 상기 단말에게 지시하는 정보를 포함하는 제2 RRC 메시지를 상기 단말에게 전송하는 단계, 및 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 CG 자원 정보와 연관된 상기 CG 자원을 사용하여 상기 SDT의 제2 업링크 데이터를 상기 단말로부터 수신하는 단계를 포함하며, 여기서, 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 SDT의 상기 제1 업링크 데이터의 수신의 완료 후에 상기 CG 자원이 해제되지 않는다.

본 개시의 다른 양태에 따르면, 단말이 제공된다. 상기 단말은 신호를 전송 또는 수신하도록 구성된 송수신부, 및 제어부를 포함하며, 상기 제어부는 유보 설정 정보 및 SDT(small data transmission)를 위한 CG(configured grant) 자원 정보를 포함하는 제1 RRC(radio resource control) 메시지를, 기지국으로부터, 수신하고, 상기 단말이 상기 유보 설정 정보에 기초한 RRC 비활성 상태에 있는 동안, 상기 CG 자원 정보와 연관된 CG 자원을 사용하여 상기 SDT의 제1 업링크 데이터를 상기 기지국에게 전송하며, 상기 CG 자원을 계속하여 사용할지 여부를 상기 단말에게 지시하는 정보를 포함하는 제2 RRC 메시지를 상기 기지국으로부터 수신하고, 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 CG 자원 정보와 연관된 상기 CG 자원을 사용하여 상기 SDT의 제2 업링크 데이터를 상기 기지국에게 전송하도록 구성되며, 여기서, 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 SDT의 상기 제1 업링크 데이터의 전송의 완료 후에 상기 CG 자원이 해제되지 않는다.

본 개시의 다른 양태에 따르면, 기지국이 제공된다. 상기 기지국은 신호를 전송 또는 수신하도록 구성된 송수신부, 및 제어부를 포함하며, 상기 제어부는 단말에 대한 RRC 비활성 상태를 설정하는 유보 설정 정보 및 SDT(small data transmission)를 위한 CG(configured grant) 자원 정보를 포함하는 제1 RRC(radio resource control) 메시지를 상기 단말에게 전송하고, 상기 CG 자원 정보와 연관된 CG 자원을 사용하여 상기 SDT의 제1 업링크 데이터를 상기 RRC 비활성 상태에 있는 상기 단말로부터 수신하며, 상기 CG 자원을 계속하여 사용할지 여부를 상기 단말에게 지시하는 정보를 포함하는 제2 RRC 메시지를 상기 단말에게 전송하고, 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 CG 자원 정보와 연관된 상기 CG 자원을 사용하여 상기 SDT의 제2 업링크 데이터를 상기 단말로부터 수신하도록 구성되며, 여기서, 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 SDT의 상기 제1 업링크 데이터의 수신의 완료 후에 상기 CG 자원이 해제되지 않는다.

본 개시의 다른 양태들, 장점들 및 두드러진 특징들은, 첨부 도면들과 함께 고려되는, 본 개시의 다양한 실시예들을 개시하는 이하의 상세한 설명으로부터 본 기술 분야의 통상의 기술자에게 명백해질 것이다.

본 개시의 다양한 실시예들에 따르면, 설정된 그랜트 자원들이 SDT 절차와 관련하여 효율적으로 핸들링될 수 있다.

본 개시의 특정 실시예들의 상기 및 다른 양태들, 특징들 및 장점들은 첨부 도면들과 함께 고려되는 이하의 설명으로부터 더욱 명백해질 것이다:
도 1은 본 개시의 일 실시예에 따른 설정된 그랜트(CG) 자원 핸들링의 예를 예시한다.
도 2는 본 개시의 일 실시예에 따른 CG 자원 핸들링의 다른 예를 예시한다.
도 3은 본 개시의 일 실시예에 따른 CG 자원 핸들링의 다른 예를 예시한다.
도 4는 본 개시의 일 실시예에 따른 CG 자원 핸들링의 다른 예를 예시한다.
도 5는 본 개시의 일 실시예에 따른 CG 자원 핸들링의 다른 예를 예시한다.
도 6은 본 개시의 일 실시예에 따른 단말의 블록 다이어그램이다.
도 7은 본 개시의 일 실시예에 따른 기지국의 블록 다이어그램이다.
도면들 전체에 걸쳐, 동일한 참조 번호들은 동일한 부분들, 컴포넌트들 및 구조들을 지칭하는 것으로 이해될 것이다.

첨부 도면들을 참조하는 이하의 설명은 청구항들 및 그 등가물들에 의해 정의되는 바와 같이 본 개시의 다양한 실시예들의 포괄적인 이해를 돕기 위해 제공된다. 이는 그 이해를 돕기 위해 다양한 특정 세부 사항들을 포함하지만 이들은 단지 예시적인 것으로 간주되어야 한다. 그에 따라, 본 기술 분야의 통상의 기술자는 본 개시의 범위 및 사상을 벗어나지 않으면서 본 명세서에서 설명되는 다양한 실시예들의 다양한 변경들 및 수정들이 이루어질 수 있음을 인식할 것이다. 게다가, 잘 알려진 기능들 및 구조들에 대한 설명들은 명확성과 간결성을 위하여 생략될 수 있다.

이하의 설명 및 청구항들에서 사용되는 용어들 및 단어들은 서지적 의미들로 제한되지 않으며, 본 개시의 명확하고 일관된 이해를 가능하게 하기 위해 발명자에 의해 사용되는 것일 뿐이다. 그에 따라, 본 개시의 다양한 실시예들에 대한 이하의 설명이 첨부된 청구항들 및 그 등가물들에 의해 정의된 바와 같이 예시 목적으로만 제공되고 본 개시를 제한할 목적으로 제공되지 않는다는 것이 본 기술분야의 통상의 기술자에게 명백할 것이다.

단수 형태들 "한", "어떤" 및 "그"는, 문맥이 명확히 달리 지시하지 않는 한, 복수의 지시 대상(plural referent)들을 포함한다는 것이 이해되어야 한다. 따라서, 예를 들어, "컴포넌트 표면"에 대한 언급은 그러한 표면들 중 하나 이상에 대한 언급을 포함한다.

"실질적으로"라는 용어는 열거된 특성, 파라미터 또는 값이 정확히 달성될 필요는 없고, 예를 들어, 공차, 측정 오차, 측정 정확도 한계 및 본 기술 분야의 통상의 기술자에게 알려진 다른 인자들을 포함한 편차 또는 변동이 그 특성이 제공하도록 의도되었던 효과를 배제하지 않는 정도로 발생할 수 있다는 것을 의미한다.

플로차트(또는 시퀀스 다이어그램)의 블록들 및 플로차트들의 조합이 컴퓨터 프로그램 명령어들에 의해 표현되고 실행될 수 있다는 것은 본 기술 분야의 통상의 기술자에게 알려져 있다. 이러한 컴퓨터 프로그램 명령어들은 범용 컴퓨터, 특수 목적 컴퓨터 또는 프로그래밍 가능한 데이터 처리 장비의 프로세서에 로딩될 수 있다. 로딩된 프로그램 명령어들이 프로세서에 의해 실행될 때, 이들은 플로차트에서 설명되는 기능들을 수행하기 위한 수단을 생성한다. 컴퓨터 프로그램 명령어들이 특수 컴퓨터 또는 프로그래밍 가능한 데이터 처리 장비에서 사용 가능한 컴퓨터 판독 가능 메모리에 저장될 수 있기 때문에, 플로차트에서 설명되는 기능들을 수행하는 제조 물품들을 만드는 것도 가능하다. 컴퓨터 프로그램 명령어들이 컴퓨터 또는 프로그래밍 가능한 데이터 처리 장비에 로딩될 수 있기 때문에, 프로세스들로서 실행될 때, 이들은 플로차트에서 설명되는 기능들의 동작들을 수행할 수 있다.

플로차트의 블록은 하나 이상의 논리적 기능을 구현하는 하나 이상의 실행 가능한 명령어를 포함하는 모듈, 세그먼트 또는 코드에 해당할 수 있거나, 그 일부에 해당할 수 있다. 일부 경우에, 블록들에 의해 설명되는 기능들은 나열된 순서와 상이한 순서로 실행될 수 있다. 예를 들어, 순차적으로 나열된 2개의 블록이 동시에 실행될 수도 있거나 역순으로 실행될 수 있다.

이 설명에서, "유닛", "모듈" 등의 단어들은 소프트웨어 컴포넌트 또는, 예를 들어, 기능 또는 동작을 수행할 수 있는 FPGA(field-programmable gate array) 또는 ASIC(application-specific integrated circuit)과 같은, 하드웨어 컴포넌트를 지칭할 수 있다. 그렇지만, "유닛" 등은 하드웨어 또는 소프트웨어로 제한되지 않는다. 유닛 등은 주소 지정 가능한 저장 매체에 상주하거나 하나 이상의 프로세서를 구동하도록 구성될 수 있다. 유닛들 등은 소프트웨어 컴포넌트들, 객체 지향 소프트웨어 컴포넌트들, 클래스 컴포넌트들, 태스크 컴포넌트들, 프로세스들, 함수(function)들, 속성들, 프로시저(procedure)들, 서브루틴들, 프로그램 코드 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로들, 데이터, 데이터베이스들, 데이터 구조들, 테이블들, 배열(array)들 또는 변수들을 지칭할 수 있다. 컴포넌트와 유닛에 의해 제공되는 기능은 더 작은 컴포넌트들과 유닛들의 결합일 수 있고, 다른 것들과 결합되여 더 큰 컴포넌트들과 유닛들을 구성할 수 있다. 컴포넌트들 및 유닛들은 보안 멀티미디어 카드(secure multimedia card)에서 디바이스 또는 하나 이상의 프로세서를 구동하도록 설정될 수 있다.

상세한 설명에 앞서, 본 개시를 이해하는 데 필요한 용어들 또는 정의들이 설명된다. 그렇지만, 이러한 용어들은 비제한적인 방식으로 해석되어야 한다.

"기지국(BS)"은 사용자 단말(user equipment, UE)과 통신하는 엔티티이며, BS, BTS(base transceiver station), NB(Node B), eNB(Evolved NB), AP(access point), 5GNB(5GNB) 또는 gNB라고 지칭될 수 있다.

"UE"는 BS와 통신하는 엔티티이며, UE, 디바이스, 이동국(mobile station, MS), 모바일 장비(mobile equipment, ME), 또는 단말이라고 지칭될 수 있다.

근년에, 점점 늘어나는 수의 광대역 가입자들을 충족시키고 더 많고 더 나은 응용들 및 서비스들을 제공하기 위해 여러 광대역 무선 기술들이 개발되었다. 2세대 무선 통신 시스템은 사용자들의 이동성을 보장하면서 음성 서비스들을 제공하기 위해 개발되었다. 3세대 무선통신 시스템은 음성 서비스뿐만 아니라 데이터 서비스도 지원한다. 근년에, 고속 데이터 서비스를 제공하기 위해 4세대 무선 통신 시스템이 개발되었다. 그렇지만, 현재, 4세대 무선통신 시스템은 고속 데이터 서비스들에 대한 증가하는 수요를 충족시키기 위해 자원 부족에 시달리고 있다. 따라서, 고속 데이터 서비스들에 대한 증가하는 수요를 충족시키고 초고신뢰 및 저지연 응용들을 지원하기 위해 5세대 무선 통신 시스템이 개발되고 있다.

5세대 무선 통신 시스템은, 더 높은 데이터 전송률을 달성하기 위해, 더 낮은 주파수 대역뿐만 아니라 초고주파(mmWave) 대역, 예를 들면, 10 GHz 내지 100 GHz 대역에서도 구현될 것이다. 무선파의 전파 손실을 줄이고 전송 거리를 늘리기 위해, 빔포밍, 거대 배열 다중 입출력(massive MIMO), 전차원 MIMO(FD-MIMO), 어레이 안테나, 아날로그 빔포밍, 대규모 안테나 기술들이 5세대 무선 통신 시스템의 설계에서 고려되고 있다. 게다가, 5세대 무선 통신 시스템은 데이터 전송률, 지연(latency), 신뢰성, 이동성 등의 측면에서 상당히 상이한 요구 사항들을 가진 상이한 사용 사례들을 다룰 것으로 예상된다. 그렇지만, 5세대 무선 통신 시스템의 에어 인터페이스의 설계는 UE가 최종 고객에게 서비스를 제공하는 사용 사례 및 시장 부문에 따라 상당히 상이한 능력들을 가진 UE들에 서빙하기에 충분히 유연할 것으로 예상된다. 5세대 무선 통신 시스템이 다룰 것으로 예상되는 사용 사례들의 몇몇 예들은 eMBB(enhanced Mobile Broadband), m-MTC(massive Machine Type Communication), URLL(ultra-reliable low latency communication) 등이다. 수십 Gbp 데이터 전송률, 낮은 지연, 높은 이동성 등과 같은 eMBB 요구 사항들은 언제 어디서나 그리고 끊임없이(on the go) 인터넷 연결을 필요로 하는 종래의 무선 광대역 가입자를 나타내는 시장 부문을 다룬다. 매우 높은 연결 밀도, 드문 데이터 전송, 매우 긴 배터리 수명, 낮은 이동성 등과 같은 m-MTC 요구 사항들은 수십억 개의 디바이스들의 연결을 구상하는 IoT(Internet of Things)/IoE(Internet of Everything)를 나타내는 시장 부문을 다룬다. 매우 낮은 지연, 매우 높은 신뢰성 및 가변 이동성 등과 같은 URLL 요구 사항들은 산업 자동화 응용, 자율 주행 자동차에 대한 인에이블러(enabler) 중 하나로 예상되는 차량 대 차량(vehicle-to-vehicle)/차량 대 인프라스트럭처(vehicle-to-infrastructure) 통신을 나타내는 시장 부문을 다룬다.

초고주파(mmWave) 대역에서 작동하는 5세대 무선 통신 시스템에서, UE와 gNB는 빔포밍을 사용하여 서로 통신한다. 빔포밍 기술은 초고주파 대역에서의 통신에 대해 전파 경로 손실을 줄이고 전파 거리를 늘리는 데 사용된다. 빔포밍은 고이득 안테나를 사용하여 송수신 성능을 향상시킨다. 빔포밍은 송신단에서 수행되는 TX(transmission) 빔포밍과 수신단에서 수행되는 RX(reception) 빔포밍으로 구분될 수 있다. 일반적으로, TX 빔포밍은 복수의 안테나들을 사용하여 전파가 도달하는 영역이 특정 방향으로 밀집될 수 있게 함으로써 지향성을 높인다.

이러한 상황에서, 복수의 안테나들의 집합체(aggregation)는 안테나 어레이(antenna array)라고 지칭될 수 있으며, 어레이에 포함된 각각의 안테나는 어레이 요소(array element)라고 지칭될 수 있다. 안테나 어레이는 선형 어레이, 평면 어레이 등과 같은 다양한 형태들로 구성될 수 있다. TX 빔포밍을 사용하면 신호의 지향성이 높아짐으로써, 전파 거리가 늘어난다. 또한, 지향성 방향 이외의 방향으로는 신호가 거의 전송되지 않기 때문에, 다른 수신단에 작용하는 신호 간섭이 현저히 줄어든다. 수신단은 RX 안테나 어레이를 사용하여 RX 신호에 대해 빔포밍을 수행할 수 있다. RX 빔포밍은 전파가 특정 방향으로 집중될 수 있게 하는 것에 의해 특정 방향으로 전송되는 RX 신호 강도를 높이고, 특정 방향이 아닌 방향으로 전송되는 신호는 RX 신호로부터 제외시킴으로써, 간섭 신호를 차단하는 효과를 제공한다.

빔포밍 기술을 사용하여, 송신기는 상이한 방향들의 복수의 송신 빔 패턴들을 만들 수 있다. 이러한 송신 빔 패턴들 각각은 TX 빔이라고도 지칭될 수 있다. 고주파에서 작동하는 무선 통신 시스템은, 각각의 좁은 TX 빔이 셀의 일부에 커버리지를 제공하므로, 셀 내에서 신호를 전송하기 위해 복수의 좁은 TX 빔들을 사용한다. TX 빔이 좁을수록, 안테나 이득이 높아지며, 따라서 빔포밍을 사용하여 전송되는 신호의 전파 거리가 길어진다. 수신기는 또한 상이한 방향들의 복수의 RX 빔 패턴들을 만들 수 있다. 이러한 수신 패턴들 각각은 RX 빔이라고도 지칭될 수 있다.

5세대 무선 통신 시스템(차세대 무선(next generation radio) 또는 NR이라고도 지칭됨)은 독립형 작동 모드(standalone mode of operation)는 물론 이중 연결(dual connectivity, DC)을 지원한다. DC에서, 다중 Rx/Tx UE는 비이상적인 백홀을 통해 연결되는 2개의 상이한 노드(또는 NB)에 의해 제공되는 자원들을 활용하도록 구성될 수 있다. 하나의 노드는 마스터 노드(Master Node, MN)로서 역할하고 다른 노드는 세컨더리 노드(Secondary Node, SN)로서 역할한다. MN과 SN은 네트워크 인터페이스를 통해 연결되며, 적어도 MN은 코어 네트워크에 연결된다. NR은 또한 MR-DC(Multi-RAT Dual Connectivity) 동작을 지원하며, 이로써 무선 자원 제어 연결(RRC_CONNECTED)에 있는 UE는, 비이상적인 백홀을 통해 연결되고 E-UTRA(Evolved UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access)(즉, 노드가 ng-eNB인 경우) 또는 NR 액세스(즉, 노드가 gNB인 경우)를 제공하는 2개의 상이한 노드에 위치하는, 2개의 별개의 스케줄러에 의해 제공되는 무선 자원들을 활용하도록 구성된다. NR에서 반송파 집성(carrier aggregation, CA)/DC로 설정되지 않은 RRC_CONNECTED에 있는 UE에 대해, 프라이머리 셀을 구성하는 하나의 서빙 셀만이 있다. CA/DC로 설정된 RRC_CONNECTED에 있는 UE에 대해, '서빙 셀'이라는 용어는 특별 셀(Special Cell)(들) 및 모든 세컨더리 셀들로 구성된 셀 세트를 나타내는 데 사용된다. NR에서, 마스터 셀 그룹(Master Cell Group, MCG)이라는 용어는, 프라이머리 셀(Pcell)과 선택적으로 하나 이상의 세컨더리 셀(Scell)로 구성되는, 마스터 노드와 연관된 서빙 셀 그룹을 지칭한다. NR에서, 세컨더리 셀 그룹(Secondary Cell Group, SCG)이라는 용어는, 프라이머리 SCG 셀(PSCell)과 선택적으로 하나 이상의 Scell로 구성되는, 세컨더리 노드와 연관된 서빙 셀 그룹을 지칭한다. NR에서, Pcell은 UE가 초기 연결 확립 절차를 수행하거나 연결 재확립 절차를 개시하는, 프라이머리 주파수(primary frequency)에서 작동하는, MCG 내의 서빙 셀을 지칭한다. NR에서 CA로 설정된 UE에 대해, Scell은 특별 셀 외에 추가적인 무선 자원들을 제공하는 셀이다. PSCell은 동기화를 통한 재설정(Reconfiguration with Sync) 절차를 수행할 때 UE가 랜덤 액세스를 수행하는 SCG 내의 서빙 셀을 지칭한다. 이중 연결 동작의 경우, SpCell(즉, 특별 셀)이라는 용어는 MCG의 Pcell 또는 SCG의 PSCell을 지칭하며, 그렇지 않은 경우 특수 셀이라는 용어는 Pcell을 지칭한다.

5세대 무선 통신 시스템(또는 NR)에서, PDCCH(Physical Downlink Control Channel)는 PDSCH(Physical Downlink Shared Channel) 상에 DL(Downlink) 전송을 스케줄링하고 PUSCH(Physical Uplink Shared Channel) 상에 UL(Uplink) 전송을 스케줄링하는 데 사용되며, 여기서 PDCCH 상의 DCI(Downlink Control Information)는: 다운링크 공유 채널(DL-SCH)에 관련된 적어도 변조 및 코딩 포맷, 자원 할당 및 HARQ(hybrid automatic repeat request) 정보를 포함하는 다운링크 할당들; 업링크 공유 채널(UL-SCH)에 관련된 적어도 변조 및 코딩 포맷, 자원 할당 및 하이브리드-ARQ 정보를 포함하는 업링크 스케줄링 그랜트(scheduling grant)들을 포함한다. 스케줄링 외에도, PDCCH는: 설정된 그랜트를 통한 설정된 PUSCH 전송의 활성화 및 비활성화; PDSCH 반영구적 전송의 활성화 및 비활성화; 하나 이상의 UE에게 슬롯 포맷을 통지하는 것; UE가 어떠한 전송도 UE를 위해 의도된 것이 아니라고 가정할 수 있는 물리 자원 블록(들)(PRB(들)) 및 직교 주파수 분할 다중화(OFDM) 심벌(들)을 하나 이상의 UE에게 통지하는 것; PUCCH(Physical Uplink Control Channel) 및 PUSCH에 대한 TPC(transmission power control) 명령들의 전송; 하나 이상의 UE에 의한 SRS(sounding reference signal) 전송에 대한 하나 이상의 TPC 명령의 전송; UE의 활성 대역폭 부분을 스위칭하는 것; 랜덤 액세스 절차를 개시하는 것을 위해 사용될 수 있다.

UE는 대응하는 탐색 공간 설정들에 따라 하나 이상의 설정된 CORESET(Control Resource SET) 내의 설정된 모니터링 기회들에서 PDCCH 후보 세트를 모니터링한다. CORESET은 1 내지 3개의 OFDM 심벌의 시간 지속기간을 가진 PRB들의 세트로 구성된다. 자원 유닛들인 REG(Resource Element Group)들 및 CCE(Control Channel Element)들은 CORESET 내에 정의되며 각각의 CCE는 REG들의 세트로 구성된다. 제어 채널들은 CCE의 집성에 의해 형성된다. 제어 채널들에 대한 상이한 코드율(code rate)들은 상이한 수의 CCE를 집성하는 것에 의해 실현된다. 인터리브(interleaved) 및 비인터리브(non-interleaved) CCE-to-REG 매핑은 CORESET에서 지원된다. PDCCH에는 폴라 코딩(polar coding)이 사용된다. PDCCH를 운반하는 각각의 자원 요소 그룹은 그 자신의 DMRS(demodulation reference signal)를 운반한다. PDCCH에는 QPSK(quadrature phase shift keying) 변조가 사용된다.

NR에서, 탐색 공간 설정들의 목록은 각각의 설정된 대역폭 부분(BWP)에 대해 gNB에 의해 시그널링되며, 여기서 각각의 탐색 설정은 식별자에 의해 고유하게 식별된다. 페이징 수신, SI(system information) 수신, RAR(random access response) 수신과 같은 특정 목적을 위해 사용되는 탐색 공간 설정의 식별자는 gNB에 의해 명시적으로 시그널링된다. NR에서, 탐색 공간 설정은 파라미터들 Monitoring-periodicity-PDCCH-slot, Monitoring-offset-PDCCH-slot, Monitoring-symbols-PDCCH-within-slot 및 duration으로 구성된다. UE는 파라미터들 PDCCH 모니터링 주기(Monitoring-periodicity-PDCCH-slot), PDCCH 모니터링 오프셋(Monitoring-offset-PDCCH-slot) 및 PDCCH 모니터링 패턴(Monitoring-symbols-PDCCH-within-slot)을 사용하여 슬롯 내의 PDCCH 모니터링 기회(들)를 결정한다. PDCCH 모니터링 기회들은 슬롯 'x' 내지 슬롯 x+duration에 존재하며, 여기서 번호 'y'를 갖는 무선 프레임에서 번호 'x'를 갖는 슬롯은 아래 수학식 1을 충족시킨다:

[수학식 1]

(y * (무선 프레임 내의 슬롯 수) + x - Monitoring-offset-PDCCH-slot) mod (Monitoring-periodicity-PDCCH-slot) = 0

PDCCH 모니터링 기회를 갖는 각각의 슬롯에서 PDCCH 모니터링 기회의 시작 심벌은 Monitoring-symbols-PDCCH-within-slot에 의해 주어진다. PDCCH 모니터링 기회의 길이(단위: 심벌)는 탐색 공간과 연관된 CORESET에서 주어진다. 탐색 공간 설정은 이와 연관된 CORESET 설정의 식별자를 포함한다. CORESET 설정들의 목록은 각각의 설정된 BWP에 대해 gNB에 의해 시그널링되며, 여기서 각각의 CORESET 설정은 식별자에 의해 고유하게 식별된다. 각각의 무선 프레임이 10ms 지속기간을 갖는다는 점에 유의한다. 무선 프레임은 무선 프레임 번호 또는 시스템 프레임 번호에 의해 식별된다. 각각의 무선 프레임은 여러 슬롯들로 구성되며 여기서 무선 프레임 내의 슬롯 수와 슬롯들의 지속기간은 부반송파 간격(subcarrier spacing)에 따라 다르다. 무선 프레임 내의 슬롯 수와 슬롯들의 지속기간은 NR에 미리 정의되어 있는 각각의 지원되는 SCS(subcarrier spacing)에 대해 무선 프레임에 따라 다르다. 각각의 CORESET 설정은 TCI(Transmission configuration indicator) 상태들의 목록과 연관된다. 하나의 DL 참조 신호(RS) 식별자(ID)(SSB 또는 CSI-RS(channel state information reference signal))는 TCI 상태별로 설정된다. CORESET 설정에 대응하는 TCI 상태들의 목록은 RRC 시그널링을 통해 gNB에 의해 시그널링된다. TCI 상태 목록 내의 TCI 상태 중 하나가 gNB에 의해 활성화되어 UE에게 지시된다. TCI 상태는 탐색 공간의 PDCCH 모니터링 기회에서 PDCCH의 전송을 위해 GNB에 의해 사용되는 DL TX 빔(DL TX 빔은 TCI 상태의 SSB/CSI RS와 QCL(quasi-collocate)됨)을 지시한다.

NR에서는, 대역폭 적응(bandwidth adaptation, BA)이 지원된다. BA를 사용하면, UE의 수신 및 송신 대역폭이 셀의 대역폭만큼 클 필요가 없으며 조정될 수 있다: 폭은 (예를 들면, 전력을 절감하기 위해 활동이 적은 기간 동안 축소되도록) 변경되도록 지시될 수 있고; 위치는 (예를 들면, 스케줄링 유연성을 높이기 위해) 주파수 영역에서 이동할 수 있으며; 부반송파 간격은 (예를 들면, 상이한 서비스들을 허용하기 위해) 변경되도록 지시될 수 있다. 셀의 총 셀 대역폭의 서브세트는 BWP(Bandwidth Part)라고 지칭된다.

BA는 RRC 연결(RRC connected) UE를 BWP(들)로 설정하고 설정된 BWP들 중 어느 것이 현재 활성 BWP인지를 UE에 알려주는 것에 의해 달성된다. BA가 설정될 때, UE는 하나의 활성 BWP에서 PDCCH를 모니터링하기만 하면 된다, 즉, 서빙 셀의 전체 DL 주파수에서 PDCCH를 모니터링할 필요가 없다. RRC 연결 상태에서, UE는, 각각의 설정된 서빙 셀(즉, Pcell 또는 Scell)에 대해, 하나 이상의 DL 및 UL BWP로 설정된다. 활성화된 서빙 셀의 경우, 임의의 시점에서 하나의 활성 UL 및 DL BWP가 항상 있다. 서빙 셀에 대한 BWP 스위칭은 한 번에 비활성 BWP를 활성화시키고 활성 BWP를 비활성화시키는 데 사용된다. BWP 스위칭은 다운링크 할당 또는 업링크 그랜트를 지시하는 PDCCH에 의해, bwp-InactivityTimer에 의해, RRC 시그널링에 의해, 또는 랜덤 액세스 절차의 개시 시에 MAC(medium access control) 엔티티 자체에 의해 제어된다. SpCell의 추가 또는 Scell의 활성화 시에, firstActiveDownlinkBWP-Id 및 firstActiveUplinkBWP-Id에 의해 제각기 지시되는 DL BWP 및 UL BWP는 다운링크 할당 또는 업링크 그랜트를 지시하는 PDCCH를 수신하지 않고 활성화된다. 서빙 셀에 대한 활성 BWP는 RRC 또는 PDCCH에 의해 지시된다. 쌍을 이루지 않은 스펙트럼의 경우, DL BWP는 UL BWP와 쌍을 이루고, BWP 스위칭은 UL과 DL 둘 모두에 공통이다. BWP 비활동 타이머의 만료 시에, UE는 활성 DL BWP로 디폴트 DL BWP 또는 초기 DL BWP(디폴트 DL BWP가 설정되지 않은 경우)로 스위칭한다.

5세대 무선 통신 시스템에서, RRC는 다음 상태들: RRC_IDLE, RRC_INACTIVE 및 RRC_CONNECTED 중 하나에 있을 수 있다. RRC 연결이 확립되었을 때 UE는 RRC_CONNECTED 상태에 있거나 RRC_INACTIVE 상태에 있다. 그렇지 않은 경우, 즉, RRC 연결이 확립되지 않은 경우, UE는 RRC_IDLE 상태에 있다. RRC 상태들은 다음과 같이 추가로 특징지어질 수 있다:

RRC_IDLE에서, UE 특정 DRX(discontinuous reception)는 상위 계층들에 의해 설정될 수 있다. UE는 DCI를 통해 페이징 RNTI(P-RNTI)와 함께 전송되는 단문 메시지들을 모니터링하고; 5G-S-TMSI(5G-S-temporary mobile subscriber identity)를 사용하여 CN 페이징에 대해 페이징 채널을 모니터링하며; 이웃 셀 측정들 및 셀 (재)선택을 수행하고; 시스템 정보를 획득하고 SI 요청을 송신할 수 있으며(설정된 경우); UE들에 의해 설정되는 로깅된 측정에 대한 위치 및 시간과 함께 이용 가능한 측정의 로깅을 수행한다.

RRC_INACTIVE에서, UE 특정 DRX는 상위 계층들에 의해 또는 RRC 계층에 의해 설정될 수 있으며; UE는 UE Inactive AS context를 저장하고; RAN 기반 통지 영역이 RRC 계층에 의해 설정된다. UE는 DCI를 통해 P-RNTI와 함께 전송되는 단문 메시지들을 모니터링하고; 5G-S-TMSI를 사용하여 CN 페이징에 대해 페이징 채널을 모니터링하고 fullI-RNTI를 사용하여 RAN 페이징에 대해 페이징 채널을 모니터링하며; 이웃 셀 측정들 및 셀 (재)선택을 수행하고; 주기적으로 그리고 설정된 RAN 기반 통지 영역 밖으로 이동할 때 RAN 기반 통지 영역 업데이트들을 수행하며; 시스템 정보를 획득하고 SI 요청을 송신할 수 있고(설정된 경우); UE들에 의해 설정되는 로깅된 측정에 대한 위치 및 시간과 함께 이용 가능한 측정의 로깅을 수행한다.

RRC_CONNECTED에서, UE는 AS context를 저장하고, UE와의 유니캐스트 데이터의 전송이 발생한다. UE는, 설정된 경우, DCI를 통해 P-RNTI와 함께 전송되는 단문 메시지들을 모니터링하고; 데이터가 공유 데이터 채널에 스케줄링되어 있는지를 결정하기 위해 공유 데이터 채널과 연관된 제어 채널들을 모니터링하며; 채널 품질 및 피드백 정보를 제공하고; 이웃 셀 측정들 및 측정 보고를 수행하며; 시스템 정보를 획득한다.

RRC_CONNECTED에서, 네트워크는 유보 설정을 포함한 RRCRelease를 송신하는 것에 의해 RRC 연결의 유보를 개시할 수 있다. RRC 연결이 유보될 때, UE는 UE Inactive AS context 및 네트워크로부터 수신되는 임의의 설정을 저장하고, RRC_INACTIVE 상태로 천이한다. UE가 SCG로 설정되는 경우, UE는 RRC 연결 재개 절차를 개시할 시에 SCG 설정을 해제한다. RRC 연결을 유보하기 위한 RRC 메시지는 무결성 보호되고 암호화된다.

유보된 RRC 연결의 재개는 UE가 RRC_INACTIVE 상태로부터 RRC_CONNECTED 상태로 천이할 필요가 있을 때 상위 계층들에 의해 개시되거나, RAN 기반 통지 영역(RNA) 업데이트를 수행하기 위해 RRC 계층에 의해 개시되거나, NG-RAN으로부터의 RAN 페이징에 의해 개시된다. RRC 연결이 재개될 때, 네트워크는 저장된 UE Inactive AS context 및 네트워크로부터 수신되는 임의의 RRC 설정에 기초하여 RRC 연결 재개 절차에 따라 UE를 설정한다. RRC 연결 재개 절차는 AS 보안을 재활성화시키고 시그널링 무선 베어러(들)(SRB(들)) 및 데이터 무선 베어러(들)(DRB(들))를 재확립한다. RRC 연결을 재개하라는 요청에 대한 응답으로, 네트워크는 유보된 RRC 연결을 재개하여 UE를 RRC_CONNECTED로 되게 하거나, 재개하라는 요청을 거부하여 UE를 RRC_INACTIVE로 되게 하거나(대기 타이머를 사용함), RRC 연결을 직접 재유보하여 UE를 RRC_INACTIVE로 되게 하거나, RRC 연결을 직접 해제하여 UE를 RRC_IDLE로 되게 하거나, NAS 레벨 복구를 개시하도록 UE에게 지시한다(이 경우에, 네트워크는 RRC 셋업 메시지를 송신한다).

재개 절차를 개시할 때, UE는:

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

- 디폴트 MAC(medium access control) 셀 그룹 설정을 적용한다

- CCCH(common control channel) 설정을 적용한다

- 타이머 T319를 시작한다;

- SIB1에 포함된 timeAlignmentTimerCommon을 적용한다

- 디폴트 SRB1 설정을 적용한다

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

- RRCResumeRequest 메시지 또는 RRCResumeRequest1의 전송을 개시한다

- 다음을 제외하고는 RRC 설정, RoHC 상태, 저장된 QoS 흐름 대 DRB 매핑 규칙들 및 KgNB 및 K_RRCint 키들을 저장된 UE Inactive AS context로부터 복원한다:

* masterCellGroup;

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

* pdcp-Config;

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

* 8절(즉, 8 비트의 배수)에 따라 ASN.1 인코딩된 VarResumeMAC-Input를 통해;

* UE Inactive AS Context 내의 KRRCint 키 및 이전에 설정된 무결성 보호 알고리즘을 사용하여; 및

* COUNT, BEARER 및 DIRECTION에 대한 모든 입력 비트들이 이진 1들로 설정된 상태로;

- 저장된 nextHopChainingCount 값을 사용하여, 현재 KgNB 키 또는 NH에 기초하여 KgNB 키를 도출한다;

- K_RRCenc 키, K_RRCint 키, K_Upint키 및 K_Upenc키를 도출한다;

- 설정된 알고리즘 및 K_RRCint 키와 K_Upint 키를 사용하여 SRB0을 제외한 모든 시그널링 무선 베어러들에 대해 무결성 보호를 적용하도록 하위 계층들을 설정한다, 즉 무결성 보호는 UE에 의해 수신 및 송신되는 모든 후속 메시지들에 적용되어야 한다;

- SRB0을 제외한 모든 시그널링 무선 베어러들에 대해 암호화를 적용하고 설정된 암호화 알고리즘, 도출된 K_RRCenc 키와 K_Upenc 키를 적용하도록 하위 계층들을 설정한다, 즉, 암호화 설정은 UE에 의해 수신 및 송신되는 모든 후속 메시지들에 적용되어야 한다;

- SRB1에 대한 PDCP(packet data convergence protocol) 엔티티들을 재확립한다;

- SRB1을 재개한다;

- RRCResumeRequest 또는 RRCResumeRequest1을 전송한다.

도 1 및 도 2는 본 개시의 다양한 실시예들에 따른 설정된 그랜트(CG) 자원 핸들링의 예들을 예시한다.

5G 무선 통신 시스템에서는, RRC_INACTIVE에서의 SDT(small data transmission)를 위해, UE는 미리 설정된 UL 자원들(CG 자원들 또는 CG 유형 1 자원들이라고도 지칭됨)로 설정될 수 있다. 도 1과 도 2는 CG 자원들을 사용하는 SDT 절차의 예시적인 예시이다. RRC_CONNECTED에 있는 UE(110, 210)는 유보 설정(즉, suspendConfig)을 포함한 RRC 해제 메시지에서 SDT를 위한 CG 자원 정보를 수신한다(120, 220). UE는 유보 설정을 포함한 RRC 해제 메시지를 수신할 시에 RRC_INACTIVE에 진입한다(130, 230). RRC_INACTIVE에서 CG 자원들을 사용하여 SDT를 수행하기 위한 기준(예를 들면, 데이터 양 임계값, RSRP(reference signal received power) 임계값, CG 자원 유효성 기준 등)이 충족될 때(140, 240), UE는 CG 자원 정보에 의해 지시되는 설정된 그랜트들을 사용하고(155, 255), 하나 이상의 UL MAC PDU(protocol data unit)를 전송한다(150, 160, 250, 260). SDT 절차는 RRC 해제 메시지를 수신(170, 270)할 시에 종료된다. 도 1을 참조하면, 이 RRC 해제 메시지가 CG 자원 정보를 포함하지 않는 경우(170), 이전에 수신된 CG 자원 정보(즉, CG 자원 정보 1)는 해제된다(180). 다른 한편으로, 도 2를 참조하면, 이 RRC 해제 메시지가 새로운 CG 자원 정보를 포함하는 경우(270), 이전에 수신된 CG 자원 정보(즉, CG 자원 정보 1)는 해제되고(280), 수신되는 새로운 CG 자원 정보(즉, CG 자원 정보 2)는 스몰 데이터 전송에 사용된다(290, 2100, 2105, 2110).

따라서, 현재 SDT 절차에 따르면, 모든 SDT 절차의 완료 시에 CG 자원들이 재설정될 필요가 있다.

실시예 1 - 스몰 데이터 전송 양태들

UE는 RRC_INACTIVE 상태에 있다. RRC_INACTIVE 상태 동안, UE는 스몰 데이터 전송을 위한 RRC 연결 재개를 개시한다(스몰 데이터 전송을 수행하기 위한 기준이 충족되는 경우). 스몰 데이터 전송을 위한 RRC 연결 재개의 개시 시에, UE는 다음과 같은 동작들을 수행한다:

- 디폴트 MAC 셀 그룹 설정을 적용한다

- CCCH 설정을 적용한다

- 타이머(T319 또는 스몰 데이터 전송을 위해 gNB에 의해 설정되는 새로운 타이머)를 시작한다

- SIB1에 포함된 timeAlignmentTimerCommon을 적용한다

- 디폴트 SRB1 설정을 적용한다

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

- RRCResumeRequest 메시지 또는 RRCResumeRequest1의 전송을 개시한다

- 필드 useFullResumeID가 SIB1에서 시그널링되는 경우: 사용할 메시지로서 RRCResumeRequest1을 선택한다; resumeIdentity를 저장된 fullI-RNTI 값으로 설정한다;

- 그렇지 않으면: 사용할 메시지로서 RRCResumeRequest를 선택한다; resumeIdentity를 저장된 shortI-RNTI 값으로 설정한다;

- masterCellGroup; mrdc-SecondaryCellGroup(저장된 경우); 및 pdcp-Config를 제외하고는 RRC 설정, RoHC 상태, 저장된 QoS 흐름 대 DRB 매핑 규칙들 및 K_gNB 및 K_RRCint 키들을 저장된 UE Inactive AS context로부터 복원한다:

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

* ASN.1 인코딩된 VarResumeMAC-Input를 통해

- 저장된 nextHopChainingCount 값을 사용하여, 현재 K_gNB 키 또는 NH에 기초하여 K_gNB 키를 도출한다;

- K_RRCenc 키, K_RRCint 키, K_Upint 키 및 K_Upenc 키를 도출한다;

- 설정된 알고리즘 및 K_RRCint 키와 K_Upint 키를 사용하여 SRB0을 제외한 모든 무선 베어러들에 대해 무결성 보호를 적용하도록 하위 계층들을 설정한다, 즉 무결성 보호는 UE에 의해 수신 및 송신되는 모든 후속 메시지들에 적용되어야 한다; 이전에 구성된 UP 무결성 보호를 갖는 DRB들만이 무결성 보호를 재개해야 한다.

- SRB0을 제외한 모든 무선 베어러들에 대해 암호화를 적용하고 설정된 암호화 알고리즘, 도출된 K_RRCenc 키와 K_Upenc 키를 적용하도록 하위 계층들을 설정한다, 즉, 암호화 설정은 UE에 의해 수신 및 송신되는 모든 후속 메시지들 및 데이터에 적용되어야 한다;

- 모든 SRB들 및 모든 DRB들에 대한 PDCP 엔티티들을 재확립(또는 SRB1 및 모든 DRB들에 대한 PDCP 엔티티들을 재확립)하거나, SDT가 인에이블된 SRB1 및 다른 RB들(SRB2, DRB들)에 대한 PDCP 엔티티들을 재확립한다, SDT가 인에이블된 RB들은 RRCRelease 메시지에서 gNB에 의해 시그널링될 수 있다;

- DRB들에 대한 RLC 엔티티들을 재확립하거나(UE가 비활성 상태에 진입할 때 SRB1에 대한 RLC 엔티티들이 재확립됨에 유의함) 또는 SDT가 인에이블된 RB들(SRB2, DRB들)에 대한 RLC 엔티티들을 재확립한다, SDT가 인에이블된 RB들은 RRCRelease 메시지에서 gNB에 의해 시그널링될 수 있다

- 모든 SRB들 및 모든 DRB들을 재개한다(또는 SRB 1 및 모든 DRB들을 재개하거나 SDT가 인에이블된 SRB1 및 RB들을 재개한다);

* 연결 재개 시에, 어느 시점에서 PDCP가 DTCH(dedicated traffic channel) SDU(service data unit)를 하위 계층에 제공할 것인지가 또한 지정될 필요가 있다. RRC는 DRB들의 재개 시에 이를 PDCP에게 지시할 수 있다.

- RRCResumeRequest 또는 RRCResumeRequest1을 전송한다. 사용자 데이터는 암호화되고 무결성 보호되며(UP 무결성 보호로 설정된 DRB들에 대해서만) CCCH 상의 RRCResumeRequest/RRCResumeRequest1 메시지와 다중화되는 DTCH 상에서 전송된다. BSR(buffer status report)(정규(regular) 또는 절단된(truncated)); 또는 UE가 더 많은 UL 데이터를 가지고 있거나 UE가 UL 데이터에 대한 응답으로 DL 데이터를 기대한다는 것을 지시하고/지시하거나 SS-RSRP 또는 CQI(channel quality information)를 포함하는 새로운 MAC CE; 또는 UE가 더 많은 UL 데이터를 가지고 있거나 UE가 UL 데이터에 응답하여 DL 데이터를 기대한다는 것을 지시하는 RRC 메시지에서의 지시와 같은 일부 보조 정보가 또한 포함될 수 있다. CG 기반 스몰 데이터 전송의 경우에 이 전송이 설정된 그랜트에서 수행된다는 점에 유의한다.

- 대안적인 실시예에서, RRCResumeRequest 또는 RRCResumeRequest1을 업링크 데이터와 함께 송신하는 대신에, 무결성 보호를 갖는 업링크 데이터가 전송된다. RRCResumeRequest 또는 RRCResumeRequest1 메시지는 전송되지 않는다. gNB는 업링크 데이터와 함께 수신된 MAC-I에 기초하여 UE를 인증할 수 있다. CG 기반 스몰 데이터 전송의 경우에 이 전송이 설정된 그랜트에서 수행된다는 점에 유의한다.

상기 동작에서 모든 DRB들을 재개하고 모든 DRB들에 대해 PDCP/RLC 엔티티들을 재확립하는 대신에, UE는 스몰 데이터 전송이 허용되는 해당 DRB들만을 재개하고 재확립한다.

- 스몰 데이터 전송이 허용되는 DRB들은 (예를 들면, RRCRelease 메시지 또는 임의의 다른 RRC 시그널링 메시지에서) gNB에 의해 시그널링될 수 있다. 스몰 데이터 전송이 허용되는 DRB들의 하나 이상의 DRB 아이덴티티는 RRCRelease 메시지에 포함될 수 있다.

- 스몰 데이터 전송을 위한 UL 그랜트에서 LCH 제한들(예를 들면, allowedSCS-List, maxPUSCH-Duration, configuredGrantType1Allowed, allowedServingCells, allowedCG-List 및 allowedPHY-PriorityIndex 등)에 따라 이 DRB의 LCH로부터의 데이터가 전송되도록 허용되는 경우 DRB는 스몰 데이터 전송을 위해 허용된 것으로 간주된다. 하나 이상의 LCH 제한은 DRB와 연관된 LCH의 LCH 설정에서 설정된다. allowedSCS-List는 전송을 위해 허용된 부반송파 간격(들)을 설정한다. maxPUSCH-Duration은 전송을 위해 허용된 최대 PUSCH 지속기간을 설정한다. configuredGrantType1Allowed는 설정된 그랜트 유형 1이 전송에 사용될 수 있는지 여부를 설정한다. allowedServingCells는 전송을 위해 허용된 셀(들)을 설정한다. allowedCG-List는 전송을 위해 허용된 설정된 그랜트(들)를 설정한다. allowedPHY-PriorityIndex는 전송을 위한 동적 그랜트의 허용된 PHY 우선순위 인덱스(들)를 설정한다. 예를 들어, 스몰 데이터 전송을 위한 UL 그랜트를 위한 SCS가 SCS X이고 DRB를 위한 LCH가 allowedSCS-List로 설정된 경우(여기서 SCS X는 allowedSCS-List에 포함되지 않음), DRB는 스몰 데이터 전송을 위해 고려되지 않는다.

RRC_CONNECTED에서, UE는 RRC_INACTIVE 동안 미리 설정된 PUSCH(즉, CG)를 지원할지 여부를 지시할 수 있는 자신의 능력을 보고한다. UE는 미리 설정된 PUSCH를 설정하는 것에 대한 자신의 선호도를, 예를 들면, UEAssistanceInformation 메시지에서, 보고할 수 있다. gNB는 UE 능력, UE 유형, UE 선호도 또는 UL 트래픽 패턴 중 적어도 하나에 기초하여 RRC_INACTIVE에서 미리 설정된 PUSCH를 설정하기로 결정할 수 있다.

- UE는 gNB로부터 전용 시그널링(RRCReconfiguration 메시지 또는 RRCRelease 메시지)에서 SDT를 위한 미리 설정된 PUSCH 자원들(예를 들면, CG 유형 1 자원들)을 수신한다.

* SDT를 위한 이러한 PUSCH 자원들은 UE가 SDT를 위한 PUSCH 자원들을 포함하는 RRCRelease 메시지 또는 RRCReconfiguration 메시지를 수신한 셀에 적용 가능하다. SDT를 위한 이러한 자원들은 다수의 셀들에도 적용 가능할 수 있다.

* 이러한 PUSCH 자원들은 동기화 신호 블록(들)(SSB(들))에도 매핑된다.

* 다수의 UL 반송파들이 지원되는 경우, SDT를 위한 미리 설정된 PUSCH 자원들은 SUL(supplement uplink)과 NUL(normal uplink)에 대해 별도로 수신된다.

* 미리 설정된 PUSCH에 대한 설정은 RRCRelease에서 제공된다. 예를 들어, RRCRelease가 RRC_INACTIVE로 스위칭하는 데 사용될 때 상기 설정이 추가될 수 있다. 상기 설정이 SuspendConfig IE에 추가될 수 있다. 대안적으로, 유형1에 대한 ConfiguredGrantConfig가 RRCReconfiguration에서 제공된다. 그리고 UE가 RRC_INACTIVE 동안 설정된 그랜트 유형 1을 계속하여 사용할 수 있는지 여부를 지시하는 지시자가 RRCRelease에 포함된다. 게다가, 추가적인(미리 설정된 PUSCH 특정) 설정이 RRCRelease 메시지에서 제공될 수 있다.

- UE가 RRC_INACTIVE에 있는 동안, 미리 설정된 PUSCH 자원들을 사용하는 SDT가 개시된다.

- UE는 UL 반송파를 선택한다.

* SUL이 (UE가 SDT를 수행하고 있는 셀, 즉 RRC_INACTIVE에 있는 캠프된 셀(camped cell)에) 설정되어 있고 다운링크 경로 손실 참조의 RSRP가 RSRPThresholdSUL-SDT보다 작은 경우, UE는 SUL을 선택한다. 그렇지 않으면, UE는 NUL을 선택한다. RSRPThresholdSUL-SDT는 gNB로부터 수신된다. RSRPThresholdSUL-SDT가 설정되지 않은 경우, UE는 RACH 설정에 설정되어 있는 RSRPThresholdSUL을 사용한다.

- 그런 다음 UE는 선택된 UL 반송파 상의 SDT를 위한 미리 설정된 PUSCH 자원들과 연관된 SSB들 중에서 RSRPThresholdSSB-SDT 초과의 SS-RSRP를 가진 SSB를 선택한다. RSRPThresholdSSB-SDT는 gNB로부터 수신된다. RSRPThresholdSSB-SDT가 설정되지 않은 경우, UE는 RACH 설정에 설정되어 있는 RSRPThresholdSSB를 사용한다.

- 그런 다음 UE는 선택된 UL 반송파의 미리 설정된 PUSCH 자원들 중에서 선택된 SSB에 대응하는 가장 빠른 이용 가능한 UL 그랜트를 선택한다.

- UE는 스몰 데이터 전송을 위한 MAC PDU를 생성하고 선택된 UL 그랜트에서 전송한다. UE는 다음 옵션들 중 하나를 사용하여 자신의 스몰 데이터를 전송한다:

* RRCResumeRequest(또는 새로운 RRC 메시지) + (DTCH 상의) 업링크 데이터. RRCResumeRequest/RRRCResumeRequest1에서의 resumeIdentity, ResumeMAC-I, resumeCause. 스몰 데이터 전송 또는 미리 설정된 PUSCH를 통한 스몰 데이터 전송을 지시하기 위해 새로운 resumeCause가 도입될 수 있다.

* RRCResumeRequest(또는 새로운 RRC 메시지). RRCResumeRequest/RRRCResumeRequest1에서의 resumeIdentity, ResumeMAC-I, resumeCause, NAS 컨테이너. NAS 컨테이너는 UL 데이터를 포함한다.

* 새로운 MAC CE(resumeIdentity, ResumeMAC-I) + (DTCH 상의) 업링크 데이터. resumeIdentity는 UE 식별 목적으로 제공된다. ResumeMAC-I는 보안을 위한 것이다.

모든 SDT 절차의 완료 시에 CG 자원들을 또다시 설정하는 문제를 극복하기 위해, RRC 해제 메시지에 새로운 지시가 도입된다. 이 지시는 UE가 SDT를 위한 이전에 설정된 CG 자원들을 계속하여 사용해야 하는지 여부를 지시한다. CG 자원 설정이 RRC 해제 메시지에 포함되지 않을 때 이 지시가 포함될 수 있다. 도 3은 이 새로운 지시의 사용법의 예시적인 예시이다. 도 3은 본 개시의 일 실시예에 따른 CG 자원 핸들링의 다른 예를 예시한다.

도 3을 참조하면, RRC CONNECTED에 있는 UE(310)는 유보 설정을 포함한 RRC 해제 메시지에서 스몰 데이터 전송을 위한 CG 자원 정보(CG 자원 정보 1)를 수신한다(320). UE는 유보 설정을 포함한 RRC 해제 메시지를 수신할 시에 RRC_INACTIVE에 진입한다(330). RRC_INACTIVE에서, SDT를 수행하기 위한 기준(예를 들면, 데이터 양 임계값, RSRP 임계값 등)이 충족될 때(340), UE는 SDT 절차를 개시하고 앞서 설명된 바와 같이 동작을 수행한다. UE는 CG 자원 정보(CG 자원 정보 1)에 의해 지시되는 설정된 그랜트들을 사용하고 하나 이상의 UL MAC PDU를 전송한다(355, 350, 360). SDT 절차는 RRC 해제 메시지를 수신(370)할 시에 종료된다. 도 3을 참조하면, RRC 해제 메시지는 CG 자원 정보를 포함하지 않는다(370). 이는 이전에 설정된 CG 자원들을 계속하여 사용하라는 제안된 지시(즉, TRUE로 설정된 ContinueCGuse)를 포함한다. 따라서, UE는 이전에 수신된 CG 자원 정보(즉, CG 자원 정보 1)를 해제하지 않는다(380). UE는 후속 SDT 절차(390, 3100, 3105, 3110)를 위해 이전에 설정된 CG 자원들을 계속하여 사용한다.

일 실시예에서, TRUE로 설정된 ContinueCGuse는 SDT를 위한 CG 자원 정보를 포함하는 320에서의 RRC 해제 메시지에 포함될 수 있다. 이는 RRC 해제 메시지가 이후에 SDT를 위한 CG 자원 정보를 포함하지 않고 UE가 이러한 CG 자원들을 계속하여 사용함을 나타낸다. CG 자원 정보를 포함하지 않는 RRC 해제 메시지를 수신할 시에(370), UE는 320에서의 RRC 해제 메시지에서 ContinueCGuse가 TRUE로 설정되었으므로 이전에 설정된 CG 자원들을 계속하여 사용한다. 320에서의 RRC 해제 메시지에서 ContinueCGuse가 FALSE로 설정된 경우 또는 320에서의 RRC 해제 메시지에 ContinueCGuse가 포함되지 않은 경우, UE는 370에서 RRC 해제 메시지를 수신할 시에 320에서 수신되는 CG 자원 정보를 해제할 것이다. 320에서의 RRC Release 메시지에서 CG 자원 정보 1에 대한 ASN.1 시그널링에서의 NEED 코드는 'M'으로 설정될 수 있으며, 이 경우에 동작은 'ContinueCGuse가 TRUE로 설정된' 경우와 동일하다, 즉, CG 자원 정보를 포함하지 않는 RRC 해제 메시지를 수신할 시에(370), UE는 이전에 설정된 CG 자원들을 계속하여 사용한다.

일 실시예에서, 320에서의 RRC 해제 메시지에서 CG 자원 정보 1에 대한 ASN.1 시그널링에서의 NEED 코드는 'R'로 설정될 수 있으며, 이 경우에 동작은 'ContinueCGuse가 FALSE로 설정되거나 ContinueCGuse가 포함되지 않은' 경우와 동일하다, 즉, CG 자원 정보를 포함하지 않는 RRC 해제 메시지를 수신할 시에(370), UE는 370에서 RRC 해제 메시지를 수신할 시에 320에서 수신되는 CG 자원 정보를 해제할 것이다.

일 실시예에서, CG 자원들은 타이머의 만료까지 유효하며, 여기서 타이머는 CG 자원들의 설정을 수신할 시에 시작된다. 타이머는 이전에 설정된 CG 자원들을 계속하여 사용하라는 지시(TRUE로 설정된 ContinueCGuse)를 수신할 시에 재시작된다. 대안적으로, 타이머는 이전에 설정된 CG 자원들을 계속하여 사용하라는 지시(TRUE로 설정된 ContinueCGuse)를 수신할 시에 재시작되지 않고 계속된다. UE는 그 타이머가 실행 중인 후속 SDT 절차를 위해 이전에 설정된 CG 자원들을 계속하여 사용한다.

RRC 해제 메시지를 수신할 시에, SDT 절차(CG 기반 또는 비 CG 기반)가 종료된다. UE는 SRB 0을 제외한 모든 SRB들 및 DRB들을 유보한다. UE는 모든 DRB들(또는 SDT 절차의 개시 동안 재개된 DRB들)에게 PDCP 유보를 지시한다. UE는 MAC를 리셋하고, SRB1에 대한 RLC 엔티티를 재확립한다. SDT 절차 동안 NCC가 수신된 경우, 현재 보안 키들, C-RNTI 및 셀 ID를 저장된 AS context에 저장한다. SDT 타이머가 중지된다.

도 4는 이 새로운 지시의 사용법의 다른 예시적인 예시이다. 도 4는 본 개시의 일 실시예에 따른 CG 자원 핸들링의 다른 예를 예시한다.

도 4를 참조하면, RRC CONNECTED에 있는 UE(410)는 유보 설정을 포함한 RRC 해제 메시지에서 스몰 데이터 전송을 위한 CG 자원 정보(CG 자원 정보 1)를 수신한다(420). UE는 유보 설정을 포함한 RRC 해제 메시지를 수신할 시에 RRC_INACTIVE에 진입한다(430). RRC_INACTIVE에서, SDT를 수행하기 위한 기준(예를 들면, 데이터 양 임계값, RSRP 임계값 등)이 충족될 때(440), UE는 SDT 절차를 개시하고 앞서 설명된 바와 같이 동작을 수행한다. UE는 CG 자원 정보(CG 자원 정보 1)에 의해 지시되는 설정된 그랜트들을 사용하고 하나 이상의 UL MAC PDU를 전송한다(455, 450, 460). SDT 절차는 RRC 해제 메시지를 수신(470)할 시에 종료된다. 도 4를 참조하면, RRC 해제 메시지는 CG 자원 정보를 포함하지 않는다(470). 이는 또한 이전에 설정된 CG 자원들을 계속하여 사용하라는 제안된 지시(즉, TRUE로 설정된 ContinueCGuse)를 포함하지 않는다. 따라서, UE는 이전에 수신된 CG 자원 정보(즉, CG 자원 정보 1)를 해제한다(480).

일 실시예에서, CG 자원들은 타이머의 만료까지 유효하며, 여기서 타이머는 CG 자원들의 설정을 수신할 시에 시작된다. 타이머는 이전에 설정된 CG 자원들을 계속하여 사용하라는 지시(TRUE로 설정된 ContinueCGuse)가 수신되지 않는 경우 중지된다. 대안적으로, 타이머는 이전에 설정된 CG 자원들을 계속하여 사용하라는 지시(TRUE로 설정된 ContinueCGuse)가 수신되지 않는 경우 중지되지 않고 계속된다. UE는 그 타이머가 실행 중인 후속 SDT 절차를 위해 이전에 설정된 CG 자원들을 계속하여 사용한다.

SDT를 위한 CG 자원들은 SDT 절차 동안 초기 HARQ(hybrid automatic repeat request) 패킷 전송 및/또는 HARQ 패킷 재전송을 위해 사용될 수 있다. 네트워크는 CG 자원들이 재전송에 사용될 수 있는지 여부를 지시할 수 있다. 네트워크는 CG 자원들이 후속 SDT 전송(즉, SDT 절차 동안 첫 번째 전송 이외)에 사용될 수 있는지 여부를 지시할 수 있다. 그에 따라 UE는 SDT 절차 동안 CG 자원을 사용할 수 있다.

실시예 2 - SDT를 위해 설정된 CG 자원들을 해제하기 위한 다른 트리거들

도 5는 본 개시의 일 실시예에 따른 CG 자원 핸들링의 다른 예를 예시한다.

실시예 2-1:

도 5를 참조하면, 무결성 검사 실패로 인한 CG 자원들 해제의 예시가 묘사되어 있다. RRC CONNECTED에 있는 UE(510)는 유보 설정을 포함한 RRC 해제 메시지에서 스몰 데이터 전송을 위한 CG 자원 정보(CG 자원 정보 1)를 수신한다(520). UE는 유보 설정을 포함한 RRC 해제 메시지를 수신할 시에 RRC_INACTIVE에 진입한다(530). SDT 절차 동안, UE는 RRC 메시지 및/또는 데이터를 포함하는 UL MAC PDU를 전송한다(540, 545). 또한, SDT 절차 동안, UE는 무결성 보호된 RRC 메시지 또는 데이터 패킷을 포함하는 DL MAC PDU를 수신한다(550, 555). 무결성 검사 실패가 발생하는 경우(수신된 MAC-I가 UE에 의해 생성되는 MAC-I와 일치하지 않는 경우)(560), UE는 SDT를 위해 설정된 CG 자원들을 해제한다(580). UE는 RRC IDLE에 진입한다(570).

실시예 2-2:

- UE는 RRC_CONNECTED에 있다.

- UE는 유보 지시를 포함한 RRCRrelease(RRCRelease with suspend indication)를 수신한다.

* SDT를 위한 CG 자원들을 포함한다.

- UE는 RRC_INACTIVE에 진입한다.

- UE가 RRC_INACTIVE에 있는 동안 RRC_IDLE에 진입하기 위한 기준이 충족되는 경우,

* UE는 SDT를 위해 설정된 CG 자원들을 해제한다.

- RRC_IDLE에 진입하기 위한 기준이 충족되는 경우,

* UE는 gNB로부터 RRCSetup 메시지를 수신한다

* UE는 gNB로부터 유보 지시를 포함하지 않는 RRCRelease(RRCRelease without suspend indication)를 수신한다.

* 셀 재선택이 발생한다

[실시예 3 - SDT 타이머 동작]

실시예 3-1: 하나의 SDT 타이머가 SDT 동작을 위해 gNB에 의해 설정된다. 타이머 값은 RRC 시그널링을 사용하여 설정될 수 있다. SDT 절차가 개시될 때 또는 SDT 절차의 첫 번째 UL 전송 시에 SDT 타이머가 시작된다. SDT 절차 동안, UE가 새로운 전송을 위한 UL 그랜트를 지시하는, UE의 RNTI(radio network temporary identifier)로 어드레싱되는, PDCCH를 수신하는 경우, SDT 타이머가 재시작된다.

일 실시예에서, SDT 절차 동안, UE가 새로운 전송을 위한 DL 그랜트를 지시하는, UE의 RNTI로 어드레싱되는, PDCCH를 수신하는 경우, SDT 타이머가 재시작된다.

일 실시예에서, SDT 절차 동안, UE가 UL 그랜트(새로운 전송 또는 재전송)를 지시하는, UE의 RNTI로 어드레싱되는, PDCCH를 수신하는 경우, SDT 타이머가 재시작된다.

일 실시예에서, SDT 절차 동안, UE가 UL 그랜트 또는 DL 전송 블록(TB)을 지시하는, UE의 RNTI로 어드레싱되는, PDCCH를 수신하는 경우, SDT 타이머가 재시작된다.

일 실시예에서, SDT 절차 동안, UE가 UL MAC PDU를 전송하고/하거나 DL MAC PDU를 수신하는 경우, SDT 타이머가 재시작된다. 일 실시예에서, SDT 절차 동안, UE가, MsgA/MsgB/Msg2/Msg3/Msg4 MAC PDU들 이외에, UL MAC PDU를 전송하고/하거나 DL MAC PDU를 수신하는 경우, SDT 타이머가 재시작된다.

UE의 RNTI는 SDT를 위해 설정된 RNTI 또는 RAR에서 수신되는 RNTI 또는 C-RNTI 또는 TC-RNTI일 수 있다. 일 실시예에서, UE의 RNTI는 또한 RA-RNTI 또는 MsgB-RNTI일 수 있다.

실시예 3-2: 2개의 SDT 타이머가 SDT 동작을 위해 gNB에 의해 설정된다. 타이머 값은 RRC 시그널링을 사용하여 설정될 수 있다.

SDT 절차가 개시될 때 제1 SDT 타이머(또는 T319)는 시작된다. SDT를 위해 개시되는 RA 절차가 완료되거나 CG 기반 SDT 절차에 대해 CG 자원들에서의 첫 번째 UL 전송이 성공적으로 전송될 때(또는 SDT 절차 동안 CG 자원에서의 첫 번째 UL 전송에 대한 HARQ ACK가 수신될 때) 이 타이머는 중지된다.

SDT를 위해 개시되는 RA 절차가 완료되거나 CG 기반 SDT 절차에 대해 CG 자원들에서의 첫 번째 UL 전송이 성공적으로 전송될 때(또는 SDT 절차 동안 CG 자원에서의 첫 번째 UL 전송에 대한 HARQ ACK가 수신될 때) 제2 타이머는 시작된다. 대안적으로, SDT를 위해 개시되는 RA 절차가 완료된 후에 또는 CG 기반 SDT 절차에 대해 CG 자원들에서의 첫 번째 UL 전송이 성공적으로 전송된 후에(또는 SDT 절차 동안 CG 자원에서의 첫 번째 UL 전송에 대한 HARQ ACK가 수신된 후에) 모든 UL 및/또는 DL 전송에 대해 이 제2 타이머는 (재)시작된다. 대안적으로, SDT 절차 동안 모든 UL 및/또는 DL 전송에 대해 이 제2 타이머는 (재)시작된다.

제2 타이머의 만료 시에, SDT 절차가 종료되지만 성공적으로 완료된 것으로 간주된다. 제1 타이머의 만료 시에, SDT 절차는 실패한 것으로 간주되어 종료된다.

[실시예 4 - RACH 기반 SDT에 대한 TAT 핸들링]

UE는 RRC INACTIVE에 있다. RACH 기반 SDT를 수행하기 위한 기준이 충족된다. 4단계 RA에 기반한 SDT의 경우에, SDT 절차 동안, UE는 PRACH(physical random access channel) 상에서 RA 프리앰블을 전송하고 gNB로부터 RAR을 수신한다. UE가 전송한 RA 프리앰블에 대응하는 RAR을 수신할 시에, UE는 TAT(time alignment timer)를 시작한다. UE가 전송한 RA 프리앰블에 대응하는 RAR을 수신할 시에, UE는 TAT(또는 TAT 타이머)를 시작한다. 유사하게, 2단계 RA에 기반한 SDT의 경우에, SDT 절차 동안, UE는 PRACH 상에서 RA 프리앰블을 전송하고, PUSCH 상에서 MsgA 페이로드를 전송하며, gNB로부터 fallbackRAR 또는 successRAR을 수신하고, UE는 TAT 타이머를 시작한다.

이후, SDT 절차는 gNB로부터 RRC 해제 메시지를 수신할 시에 성공적으로 완료될 수 있다. SDT 절차의 완료 시에 TAT 타이머가 계속하여 실행되는 경우, 이는 후속 연결 재개/SDT 절차를 위해 gNB로부터 TA 값이 수신될 때 상기 타이머가 시작되지 않을 것이므로 후속 연결 재개/SDT 절차를 위한 TAT 동작에 영향을 미칠 수 있는데, 그 이유는 TAT가 실행 중이 아닌 경우에만 TAT가 시작되기 때문이다. 따라서 SDT 절차의 완료 시에(예를 들면, UE가 SDT 절차 동안 RRC 해제 메시지를 수신하거나 SDT 타이머가 만료되거나 SDT 절차가 실패하거나 종료되는 경우) TAT 타이머가 중지되는 것이 제안된다.

SDT 절차가 진행 중인 동안, TAT 타이머가 만료될 수 있는 것이 가능하다. 이 경우에, 다음 동작들 중 하나가 수행될 수 있다

- 옵션 1: UE는 진행 중인 SDT 절차를 종료한다

- 옵션 2: UE는 진행 중인 SDT 절차를 종료하지 않는다. UE는 UL 전송(랜덤 액세스 프리앰블(Random Access Preamble) 및 MSGA 전송은 제외)을 유보한다. UE는 gNB로부터 PDCCH 지시(PDCCH order)를 기다린다. PDCCH 지시를 수신할 시에, UE는 RACH를 개시하고 TAT 타이머는 재시작될 것이다. 이 경우에 UE가 RRC INACTIVE에 있더라도 UE가 MsgA 또는 Msg3에서 C-RNTI MAC CE를 gNB에게 전송할 것임에 유의한다. C-RNTI MAC 제어 요소(CE)는 SDT 절차를 위해 UE에 의해 사용되는 C-RNTI(즉, SDT를 위해 개시되는 RACH 동안 UE에 의해 수신되는 것)를 포함할 것이다. PDCCH 지시에 의해 개시되는 이 RACH에 대해 UE에 의해 사용되는 RACH 설정은 비-SDT(non-SDT) RACH 설정일 것이다(또는 대안적으로, 이는 SDT RACH 설정일 수 있음). SDT 설정을 사용할지 비-SDT RACH 설정을 사용할지는 PDCCH 지시 또는 시스템 정보(SI)에서 지시될 수 있거나 미리 정의될 수 있다. 일 실시예에서, SDT 타이머는 SDT 절차 동안 TAT 만료 시에 중지될 수 있다.

- 옵션 3: UE는 진행 중인 SDT 절차를 종료하지 않는다. UE는 UL 전송(랜덤 액세스 프리앰블 및 MSGA 전송은 제외)을 유보한다. UE는 RACH를 개시한다(또는 스케줄링 요청이 트리거되는 경우 UE는 RACH를 개시한다). 이 경우에 UE가 RRC INACTIVE에 있더라도 UE가 MsgA 또는 Msg3에서 C-RNTI MAC CE를 gNB에게 전송할 것임에 유의한다. C-RNTI MAC CE는 SDT 절차를 위해 UE에 의해 사용되는 C-RNTI(즉, SDT를 위해 개시되는 RACH 동안 UE에 의해 수신되는 것)를 포함할 것이다. PDCCH 지시에 의해 개시되는 이 RACH에 대해 UE에 의해 사용되는 RACH 설정은 비-SDT RACH 설정일 것이다(또는 대안적으로, 이는 SDT RACH 설정일 수 있음). SDT 절차 동안 TAT 만료 시에 SDT RACH 설정을 사용할지 비-SDT RACH 설정을 사용할지는 SI에서 지시될 수 있거나 미리 정의될 수 있다. 일 실시예에서, SDT 타이머는 SDT 절차 동안 TAT 만료 시에 중지될 수 있다.

[실시예 5 - SDT에 대한 PDCP 상태 보고 핸들링]

현재 절차에 따르면, 상위 계층(즉, RRC)이 확인응답 모드(acknowledged mode, AM) DRB에 대한 PDCP 엔티티 재확립을 요청하고 statusReportRequired가 해당 DRB의 PDCP 설정에 설정되어 있는 경우: PDCP 엔티티는 PDCP 상태 보고를 트리거한다.

RRC_INACTIVE에서의 스몰 데이터 전송을 위해, 스몰 데이터 전송이 인에이블되는 하나 이상의 AM DRB(들)의 PDCP 엔티티는 SDT 절차가 개시될 때 재확립된다. 그 결과, 보고될 상태가 없더라도, 기존의 절차에 기초하여, PDCP 상태 보고가 생성될 것이다. 이는 오버헤드를 불필요하게 증가시킬 것이다.

본 개시의 일 실시예에서, UE 동작은 다음과 같다:

- 상위 계층(즉, RRC)이 AM DRB에 대한 PDCP 엔티티 재확립을 요청하고 statusReportRequired가 해당 DRB의 PDCP 설정에 설정되어 있는 경우:

* 스몰 데이터 전송을 위해 PDCP 엔티티 재확립이 트리거되지 않은 경우:

** PDCP 엔티티는 PDCP 상태 보고를 트리거한다

* 스몰 데이터 전송을 위해 PDCP 엔티티 재확립이 트리거되는 경우:

** PDCP 엔티티는 PDCP 상태 보고를 트리거하지 않는다

* 그렇지 않으면

** PDCP 엔티티는 PDCP 상태 보고를 트리거한다

다른 실시예에서, 스몰 데이터 전송을 위해 AM DRB의 PDCP 엔티티 재확립이 트리거되는 경우, statusReportRequired는 (PDCP 설정에서의 statusReportRequired 설정과 무관하게) 설정되지 않은 것으로 간주된다.

[실시예 6 - BFR 핸들링 양태들]

현재 절차에 따르면, 빔 실패 검출(beam failure detection, BFD) 시에, 후보 빔들 모두의 평가를 완료할 시에 빔 실패 복구(beam failure recovery, BFR)가 트리거된다. 이는 UE가 후보 빔 평가 프로세스 동안 적합한 후보 빔을 찾았더라도 BFR을 지연시킬 수 있다.

본 개시의 일 실시예에 따르면, UE가 평가 프로세스 동안 적합한 후보 빔을 찾은 경우, UE는 후보 빔 평가 단계의 완료 이전에 Scell을 실패한 것으로 보고하도록 허용된다.

MAC 엔티티는:

1> candidateBeamRSSCellList 내의 SSB들 중 rsrp-ThresholdBFR 초과의 SS-RSRP를 갖는 SSB들 또는 candidateBeamRSSCellList 내의 CSI-RS들 중 rsrp-ThresholdBFR 초과의 CSI-RSRP를 갖는 CSI-RS들 중 적어도 하나가 이용 가능하거나 요구 사항들에 따른 후보 빔들의 평가가 완료된 Scell에 대해 적어도 하나의 BFR가 트리거되어 취소되지 않았다고 빔 실패 복구 절차가 결정하는 경우:

2> UL-SCH(uplink shared channel) 자원들이 새로운 전송에 이용 가능한 경우 그리고 LCP(logical channel prioritization)의 결과로서 UL-SCH 자원들이 BFR MAC CE와 그의 서브헤더를 수용할 수 있는 경우:

3> BFR MAC CE를 생성하도록 다중화 및 어셈블리(Multiplexing and Assembly) 절차에게 지시해야 한다.

2> 그렇지 않고 UL-SCH 자원들이 새로운 전송에 이용 가능한 경우 그리고 LCP의 결과로서 UL-SCH 자원들이 절단된(Truncated) BFR MAC CE와 그의 서브헤더를 수용할 수 있는 경우:

3> 절단된 BFR MAC CE를 생성하도록 다중화 및 어셈블리 절차에게 지시해야 한다.

2> 그렇지 않으면:

3> candidateBeamRSSCellList 내의 SSB들 중 rsrp-ThresholdBFR 초과의 SS-RSRP를 갖는 SSB들 또는 candidateBeamRSSCellList 내의 CSI-RS들 중 rsrp-ThresholdBFR 초과의 CSI-RSRP를 갖는 CSI-RS들 중 적어도 하나가 이용 가능하거나 요구 사항들에 따른 후보 빔들의 평가가 완료된 Scell에 대해 BFR가 트리거되어 취소되지 않은 각각의 Scell에 대해 Scell 빔 실패 복구를 위한 스케줄링 요청(SR)을 트리거해야한다.

BFR을 위한 MAC CE들은 다음 중 하나로 구성된다:

- BFR MAC CE; 또는

- 절단된 BFR MAC CE.

BFR MAC CE 및 절단된 BFR MAC CE는 LCID(logical channel identifier)/eLCID(enhanced LCID)를 포함한 MAC 서브헤더에 의해 식별된다.

BFR MAC CE 및 절단된 BFR MAC CE는 가변 크기를 갖는다. 이들은 비트맵을 포함하고, ServCellIndex에 기초하여 오름차순으로, 빔 실패 복구 정보, 즉, 비트맵에서 지시되는 SCell들에 대한 후보 빔 AC(enhanced LCID)를 포함하는 옥텟들을 포함한다. BFR MAC CE의 경우, 빔 실패가 검출되고 요구 사항들에 따른 후보 빔들의 평가가 완료되었거나 candidateBeamRSSCellList 내의 SSB들 중 rsrp-ThresholdBFR 초과의 SS-RSRP를 갖는 SSB들 또는 candidateBeamRSSCellList 내의 CSI-RS들 중 rsrp-ThresholdBFR 초과의 CSI-RSRP를 갖는 CSI-RS들 중 적어도 하나가 이용 가능한 이 MAC 엔티티의 Scell의 가장 높은 ServCellIndex가 8 미만일 때 단일 옥텟 비트맵이 사용되고, 그렇지 않으면 4개의 옥텟이 사용된다. MAC PDU는 최대 하나의 BFR MAC CE를 포함해야 한다.

절단된 BFR MAC CE의 경우, 다음 경우들에 대해 단일 옥텟 비트맵이 사용되고, 그렇지 않으면 4개의 옥텟이 사용된다:

- 빔 실패가 검출되고 요구 사항들에 따른 후보 빔들의 평가가 완료되었거나 candidateBeamRSSCellList 내의 SSB들 중 rsrp-ThresholdBFR 초과의 SS-RSRP를 갖는 SSB들 또는 candidateBeamRSSCellList 내의 CSI-RS들 중 rsrp-ThresholdBFR 초과의 CSI-RSRP를 갖는 CSI-RS들 중 적어도 하나가 이용 가능한 이 MAC 엔티티의 Scell의 가장 높은 ServCellIndex가 8 미만이다; 또는

- SpCell에 대한 빔 실패가 검출되고 SpCell이 절단된 BFR MAC CE에서 지시되어야 하며 전송에 이용 가능한 UL-SCH 자원들이 LCP의 결과로서 4 옥텟 비트맵과 그의 서브헤더를 포함한 절단된 BFR MAC CE를 수용할 수 없다.

BFR MAC CE들 내의 필드들은 다음과 같이 정의된다:

- SP: 이 필드는 이 MAC 엔티티의 SpCell에 대한 빔 실패 검출을 지시한다. BFR MAC CE 또는 절단된 BFR MAC CE가 랜덤 액세스 절차의 일부로서 MAC PDU에 포함되어야 할 때에만 SpCell에 대해 빔 실패가 검출된다는 것을 지시하기 위해 SP 필드는 1로 설정되고, 그렇지 않으면 0으로 설정된다;

- Ci(BFR MAC CE): 이 필드는 빔 실패 검출 및 ServCellIndex i를 갖는 Scell에 대한 AC 필드를 포함하는 옥텟의 존재를 지시한다. 1로 설정된 Ci 필드는 빔 실패가 검출되고, 요구 사항들에 따른 후보 빔들의 평가가 완료되었거나 candidateBeamRSSCellList 내의 SSB들 중 rsrp-ThresholdBFR 초과의 SS-RSRP를 갖는 SSB들 또는 candidateBeamRSSCellList 내의 CSI-RS들 중 rsrp-ThresholdBFR 초과의 CSI-RSRP를 갖는 CSI-RS들 중 적어도 하나가 이용 가능하고, ServCellIndex i를 갖는 Scell에 대한 AC 필드를 포함하는 옥텟이 존재함을 지시한다. 0으로 설정된 Ci 필드는 빔 실패가 검출되지 않았거나 빔 실패가 검출되었지만 요구 사항들에 따른 후보 빔들의 평가가 완료되지 않았으며, ServCellIndex i를 갖는 Scell에 대한 AC 필드를 포함하는 옥텟이 존재하지 않음을 지시한다. AC 필드를 포함하는 옥텟들은 ServCellIndex에 기초하여 오름차순으로 존재한다;

- Ci(절단된 BFR MAC CE): 이 필드는 ServCellIndex i를 갖는 SpCell에 대한 빔 실패 검출을 지시한다. 1로 설정된 Ci 필드는 빔 실패가 검출되고, 요구 사항들에 따른 후보 빔들의 평가가 완료되었거나 candidateBeamRSSCellList 내의 SSB들 중 rsrp-ThresholdBFR 초과의 SS-RSRP를 갖는 SSB들 또는 candidateBeamRSSCellList 내의 CSI-RS들 중 rsrp-ThresholdBFR 초과의 CSI-RSRP를 갖는 CSI-RS들 중 적어도 하나가 이용 가능하고, ServCellIndex i를 갖는 Scell에 대한 AC 필드를 포함하는 옥텟이 존재할 수 있음을 지시한다. 0으로 설정된 Ci 필드는 빔 실패가 검출되지 않았거나 빔 실패가 검출되었지만 요구 사항들에 따른 후보 빔들의 평가가 완료되지 않았으며, ServCellIndex i를 갖는 Scell에 대한 AC 필드를 포함하는 옥텟이 존재하지 않음을 지시한다. AC 필드를 포함하는 옥텟들은, 존재하는 경우, ServCellIndex에 기초하여 오름차순으로 포함된다. 포함된 AC 필드를 포함하는 옥텟들의 수는 이용 가능한 그랜트 크기를 초과하지 않으면서 최대화된다.

[실시예 7 - NTN(non-terrestrial network) 양태들]

RAN2 작동 가정(working assumption)(RRC 유휴의 경우): 사전 보상 능력이 있는 Rel-17 UE는 LEO(low earth orbit)/GEO(geostationary earth orbit)에 있는 자신의 GNSS(global network satellite system)에 기초하여 UE 특정 UE-gNB RTT(round trip time)를 획득한다. 이것이 어떻게 계산되는지와 UE가 전체 UE-gNB RTT를 획득하는 데 도움이 되는 상이한 사전 보상 방법들(예를 들면, 공통 TA(timing alignment))에 대해 무엇이/무언가가 브로드캐스트될 필요가 있는지가 결정될 필요가 있다.

UE-gNB RTT가 사전 보상되는 경우, Rel-17 NTN에서 프리앰블 모호성은 문제가 되지 않는다. 따라서, UE-gNB RTT의 어쩌면 다수의 컴포넌트들이 어떻게 그리고 누구에 의해 사전 보상되는지가 결정될 필요가 있다.

RAN2 관점에서, UE 특정 사전 보상(UE-specific pre-compensation)을 기본(baseline)으로 하는 UE의 경우, Msg3 전송을 위해 UE 측에서 충분한 시간을 보장하는 것은 gNB 구현에 달려 있다.

사전 보상 능력이 있는 UE에 대해(적어도 HARQ 피드백이 인에이블된 경우에 대해), drx-HARQ-RTT-TimerDL은 LEO/GEO에서 UE 특정 RTT(UE-gNB 지연)만큼 오프셋된다. 따라서, 오프셋이 적용되는 경우: 1) 타이머들의 시작 또는 2) 타이머 값 범위(즉, 오프셋만큼 증가되는 값 범위 내의 기존의 값들)가 추가로 결정될 필요가 있다.

여기서, 사전 보상 능력이 있는/없는 UE들을 어떻게 지원하는지는 2개의 상이한 실시예로 제안된다.

- RACH 설정:

* NTN에 대한 제1 및 제2 RACH 설정을 설정한다. 설정은 gNB에 의해 시그널링된다.

* 제1 RACH 설정은 사전 보상을 지원하는 UE를 위한 것이다.

* 제2 RACH 설정은 사전 보상을 지원하지 않는 UE를 위한 것이다.

* RACH 설정이 사전 보상을 지원하는 UE를 위한 것인지 사전 보상을 지원하지 않는 UE를 위한 것인지의 명시적/묵시적 지시가 시그널링될 수 있다.

* 제1 및 제2 RACH 설정 사이의 프리앰블 + RO 조합은 상이하다.

* UE는 자신이 사전 보상을 지원하는지 여부에 따라 제1 또는 제2 RACH 설정을 적용한다.

-- RAR

* 큰 TA 필드 크기를 갖는 일반(common) RAR MAC SDU 포맷.

* (대안) 상이한 RAR MAC SDU 포맷들, 하나는 큰 TA 필드 크기를 갖고 다른 하나는 작은 TA 필드 크기를 가짐.

** 이 경우에, gNB는 사전 보상을 지원하는 UE를 위해 작은 TA 필드 크기의 포맷을 사용한다.

* RAR 탐색 공간은 이들 설정 둘 모두에서 동일하거나 상이할 수 있다.

아래의 표 1은 UE 능력 및 네트워크 설정에 따른 UE 동작을 제공한다.

[표 1]

사전 보상 없음은 UE가 공통 TA 값을 적용할 수 있거나 TA가 0임을 의미한다. 사전 보상은 UE가 UE 특정 TA 값을 적용할 수 있음을 의미하며, 여기서 UE 특정 TA 값은 UE 특정 UE-gNB RTT에 기초하여 추정된다.

도 6은 본 개시의 일 실시예에 따른 단말의 블록 다이어그램이다.

도 6을 참조하면, 단말은 송수신부(610), 제어부(620) 및 메모리(630)를 포함한다. 제어부(620)는 회로, ASIC(application-specific integrated circuit) 또는 적어도 하나의 프로세서를 지칭할 수 있다. 송수신부(610), 제어부(620) 및 메모리(630)는 도면들, 예를 들면, 도 1 내지 도 5에 예시되거나 위에서 설명된 단말(예를 들면, UE)의 동작들을 수행하도록 구성된다. 송수신부(610), 제어부(620)와 메모리(630)가 별도의 엔티티들로서 도시되어 있지만, 이들은, 단일 칩과 같은, 단일 엔티티로서 실현될 수 있다. 또는, 송수신부(610), 제어부(620) 및 메모리(630)는 서로 전기적으로 연결되거나 결합될 수 있다.

송수신부(610)는 신호들을 다른 네트워크 엔티티들, 예를 들면, 기지국에게 전송하고 그로부터 수신할 수 있다.

제어부(620)는 위에서 설명된 실시예들 중 어느 하나에 따라 기능들을 수행하도록 UE를 제어할 수 있다. 예를 들어, 제어부(620)는 기지국으로부터 CG 자원 관련 정보를 수신하고 UE의 RRC 상태는 물론 SDT 절차 기준에 따라 CG 자원들을 관리(또는 핸들링)하도록 UE를 제어한다.

일 실시예에서, 단말의 동작들은 대응하는 프로그램 코드들을 저장하는 메모리(630)를 사용하여 구현될 수 있다. 구체적으로, 단말은 원하는 동작들을 구현하는 프로그램 코드들을 저장하는 메모리(630)를 구비할 수 있다. 원하는 동작들을 수행하기 위해, 제어부(620)는 프로세서 또는 CPU(central processing unit)를 사용하여 메모리(630)에 저장된 프로그램 코드들을 판독하여 실행할 수 있다.

도 7은 본 개시의 일 실시예에 따른 기지국의 블록 다이어그램이다.

도 7을 참조하면, 기지국은 송수신부(710), 제어부(720) 및 메모리(730)를 포함한다. 송수신부(710), 제어부(720) 및 메모리(730)는 도면들, 예를 들면, 도 1 내지 도 5에 예시되거나 위에서 설명된 네트워크(예를 들면, gNB)의 동작들을 수행하도록 구성된다. 송수신부(710), 제어부(720)와 메모리(730)가 별도의 엔티티들로서 도시되어 있지만, 이들은, 단일 칩과 같은, 단일 엔티티로서 실현될 수 있다. 송수신부(710), 제어부(720) 및 메모리(730)는 서로 전기적으로 연결되거나 결합될 수 있다.

송수신부(710)는 신호들을 다른 네트워크 엔티티들, 예를 들면, 단말에게 전송하고 그로부터 수신할 수 있다.

제어부(720)는 위에서 설명된 실시예들 중 어느 하나에 따라 기능들을 수행하도록 기지국을 제어할 수 있다. 예를 들어, 제어부(720)는 RRC 상태 관련 정보를 UE에게 전송하고, SDT 절차 관련 메시지(들)의 전송 및/또는 수신을 수행하며, CG 자원 관련 정보를 UE에게 전송하도록 기지국을 제어한다.

제어부(720)는 회로, ASIC 또는 적어도 하나의 프로세서를 지칭할 수 있다. 일 실시예에서, 기지국의 동작들은 대응하는 프로그램 코드들을 저장하는 메모리(730)를 사용하여 구현될 수 있다. 구체적으로, 기지국은 원하는 동작들을 구현하는 프로그램 코드들을 저장하는 메모리(730)를 구비할 수 있다. 원하는 동작들을 수행하기 위해, 제어부(720)는 프로세서 또는 CPU를 사용하여 메모리(730)에 저장된 프로그램 코드들을 판독하여 실행할 수 있다.

본 개시가 그의 다양한 실시예들을 참조하여 도시되고 설명되었지만, 첨부된 청구항들 및 이들의 등가물들에 의해 정의되는 바와 같이 본 개시의 사상 및 범위를 벗어나지 않으면서 그에 형태 및 세부 사항의 다양한 변경들이 이루어질 수 있음이 본 기술 분야의 통상의 기술자에 의해 이해될 것이다.

Claims

무선 통신 시스템에서의 단말에 의해 수행되는 방법으로서,
유보 설정 (suspend configuration) 정보 및 SDT(small data transmission)를 위한 CG(configured grant) 자원 정보를 포함하는 제1 RRC (radio resource control) 메시지를 기지국으로부터 수신하는 단계;
상기 단말이 상기 유보 설정 정보에 기반하여 RRC 비활성 상태에 있는 동안, 상기 CG 자원 정보와 연관된 CG 자원을 사용하여 상기 SDT의 제1 업링크 데이터를 상기 기지국에게 전송하는 단계;
상기 CG 자원을 계속하여 사용할지 여부를 상기 단말에게 지시하는 정보를 포함하는 제2 RRC 메시지를 상기 기지국으로부터 수신하는 단계; 및
상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 CG 자원 정보와 연관된 상기 CG 자원을 사용하여 상기 SDT의 제2 업링크 데이터를 상기 기지국에게 전송하는 단계를 포함하며,
상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 SDT의 상기 제1 업링크 데이터의 전송의 완료 후에 상기 CG 자원이 해제되지 않는 것을 특징으로 하는 방법.
제1항에 있어서, 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에 지시하지 않거나 상기 정보가 상기 제2 RRC 메시지에 포함되지 않는 경우에, 상기 CG 자원은 해제되는 것을 특징으로 하는 방법.
제1항에 있어서, 상기 정보를 포함하는 상기 제2 RRC 메시지는 다른 CG 자원에 대한 CG 자원 정보를 포함하지 않는 것을 특징으로 하는 방법.
제1항에 있어서,
상기 CG 자원 정보와 연관된 상기 CG 자원은 타이머의 만료까지 유효하고,
상기 타이머는 상기 CG 자원 정보를 수신할 시에 시작되고, 상기 타이머는 상기 정보를 수신할 시에 재시작되는 것을 특징으로 하는 방법.
무선 통신 시스템에서의 기지국에 의해 수행되는 방법으로서,
단말에 대한 RRC 비활성 상태를 설정하는 유보 설정 (suspend configuration) 정보 및 SDT(small data transmission)를 위한 CG(configured grant) 자원 정보를 포함하는 제1 RRC(radio resource control) 메시지를 상기 단말에게 전송하는 단계;
상기 CG 자원 정보와 연관된 CG 자원을 사용하여 상기 SDT의 제1 업링크 데이터를 상기 RRC 비활성 상태에 있는 상기 단말로부터 수신하는 단계;
상기 CG 자원을 계속하여 사용할지 여부를 상기 단말에게 지시하는 정보를 포함하는 제2 RRC 메시지를 상기 단말에게 전송하는 단계; 및
상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 CG 자원 정보와 연관된 상기 CG 자원을 사용하여 상기 SDT의 제2 업링크 데이터를 상기 단말로부터 수신하는 단계를 포함하며,
상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 SDT의 상기 제1 업링크 데이터의 수신의 완료 후에 상기 CG 자원이 해제되지 않는 것을 특징으로 하는 방법.
제5항에 있어서, 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에 지시하지 않거나 상기 정보가 상기 제2 RRC 메시지에 포함되지 않는 경우에, 상기 CG 자원은 해제되고,
상기 CG 자원 정보와 연관된 상기 CG 자원은 타이머의 만료까지 유효하며,
상기 타이머는 상기 CG 자원 정보를 전송할 시에 시작되고, 상기 타이머는 상기 정보를 전송할 시에 재시작되는 것을 특징으로 하는 방법.
제5항에 있어서, 상기 정보를 포함하는 상기 제2 RRC 메시지는 다른 CG 자원에 대한 CG 자원 정보를 포함하지 않는 것을 특징으로 하는 방법.
무선 통신 시스템에서의 단말로서,
신호를 전송 또는 수신하도록 구성된 송수신부; 및
제어부를 포함하며,
상기 제어부는:
유보 설정 (suspend configuration) 정보 및 SDT(small data transmission)를 위한 CG(configured grant) 자원 정보를 포함하는 제1 RRC(radio resource control) 메시지를 기지국으로부터, 수신하고,
상기 단말이 상기 유보 설정 정보에 기반하여 RRC 비활성 상태에 있는 동안, 상기 CG 자원 정보와 연관된 CG 자원을 사용하여 상기 SDT의 제1 업링크 데이터를 상기 기지국에게 전송하며,
상기 CG 자원을 계속하여 사용할지 여부를 상기 단말에게 지시하는 정보를 포함하는 제2 RRC 메시지를 상기 기지국으로부터 수신하고,
상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 CG 자원 정보와 연관된 상기 CG 자원을 사용하여 상기 SDT의 제2 업링크 데이터를 상기 기지국에게 전송하도록 구성되며,
상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 SDT의 상기 제1 업링크 데이터의 전송의 완료 후에 상기 CG 자원이 해제되지 않는 것을 특징으로 하는 단말.
제8항에 있어서, 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에 지시하지 않거나 상기 정보가 상기 제2 RRC 메시지에 포함되지 않는 경우에, 상기 CG 자원은 해제되는 것을 특징으로 하는 단말.
제8항에 있어서, 상기 정보를 포함하는 상기 제2 RRC 메시지는 다른 CG 자원에 대한 CG 자원 정보를 포함하지 않는 것을 특징으로 하는 단말.
제8항에 있어서,
상기 CG 자원 정보와 연관된 상기 CG 자원은 타이머의 만료까지 유효하며,
상기 타이머는 상기 CG 자원 정보를 수신할 시에 시작되고, 상기 타이머는 상기 정보를 수신할 시에 재시작되는 것을 특징으로 하는 단말.
무선 통신 시스템에서의 기지국으로서,
신호를 전송 또는 수신하도록 구성된 송수신부; 및
제어부를 포함하며,
상기 제어부는:
단말에 대한 RRC 비활성 상태를 설정하는 유보 설정 (suspend configuration) 정보 및 SDT(small data transmission)를 위한 CG(configured grant) 자원 정보를 포함하는 제1 RRC(radio resource control) 메시지를 상기 단말에게 전송하고,
상기 CG 자원 정보와 연관된 CG 자원을 사용하여 상기 SDT의 제1 업링크 데이터를 상기 RRC 비활성 상태에 있는 상기 단말로부터 수신하며,
상기 CG 자원을 계속하여 사용할지 여부를 상기 단말에게 지시하는 정보를 포함하는 제2 RRC 메시지를, 상기 단말에게, 전송하고,
상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 CG 자원 정보와 연관된 상기 CG 자원을 사용하여 상기 SDT의 제2 업링크 데이터를 상기 단말로부터 수신하도록 구성되며,
상기 정보가 상기 CG 자원을 사용하도록 상기 단말에게 지시하는 경우에, 상기 SDT의 상기 제1 업링크 데이터의 수신의 완료 후에 상기 CG 자원이 해제되지 않는 것을 특징으로 하는 기지국.
제12항에 있어서, 상기 정보가 상기 CG 자원을 사용하도록 상기 단말에 지시하지 않거나 상기 정보가 상기 제2 RRC 메시지에 포함되지 않는 경우에, 상기 CG 자원은 해제되는 것을 특징으로 하는 기지국.
제12항에 있어서, 상기 정보를 포함하는 상기 제2 RRC 메시지는 다른 CG 자원에 대한 CG 자원 정보를 포함하지 않는 것을 특징으로 하는 기지국.
제12항에 있어서,
상기 CG 자원 정보와 연관된 상기 CG 자원은 타이머의 만료까지 유효하며,
상기 타이머는 상기 CG 자원 정보를 전송할 시에 시작되고, 상기 타이머는 상기 정보를 전송할 시에 재시작되는 것을 특징으로 하는 기지국.