KR20240041913A

KR20240041913A - RedCap 장치 전용의 초기 하향링크 대역폭 부분에서 UE 전력 절감을 위한 방법 및 장치

Info

Publication number: KR20240041913A
Application number: KR1020247001946A
Authority: KR
Inventors: 충지에 린; 홍보 시; 아리스티데스 파파사켈라리우
Original assignee: 삼성전자주식회사
Priority date: 2021-08-12
Filing date: 2022-08-12
Publication date: 2024-04-01
Also published as: CN117796106A; WO2023018301A1; EP4302544A1; US20230049735A1

Abstract

본 개시는 더 높은 데이터 전송 속도를 지원하기 위한 5G 또는 6G 통신 시스템에 관한 것이다. 다양한 대역폭 부분(BWP)에서 동작하는 방법 및 장치. 이 방법은 제1 BWP에서 제1 SS(synchronization signal)/PBCH(physical broadcast channel) 블록을 수신하는 단계; 제1 SS/PBCH 블록에 의해 제공된 정보에 기초하여, 제1 BWP의 제1 CORESET(control resource set)을 결정하는 단계; 및 제1 CORESET에서 제1 PDCCH(physical downlink control channel)을 수신하는 단계를 포함한다. PDCCH는 시스템 정보 블록(SIB1)을 제공하는 제1 PDSCH(physical downlink shared channel)의 수신을 스케줄링하는 제1 DCI(downlink control information) 포맷을 제공한다. 이 방법은 제1 PDSCH를 수신하는 단계, SIB1에 의해 제공된 정보에 기초하여 제2 BWP를 결정하는 단계, 및 제2 BWP에서 제2 SS/PBCH 블록을 수신하는 단계를 더 포함한다. 제2 BWP는 제1 SS/PBCH 블록의 대역폭을 포함하지 않는다. 제2 BWP는 제1 CORESET의 대역폭을 포함하지 않는다.

Description

RedCap 장치 전용의 초기 하향링크 대역폭 부분에서 UE 전력 절감을 위한 방법 및 장치

본 개시는 일반적으로 무선 통신 시스템에 관한 것이고, 보다 구체적으로는 네트워크에 의해 RedCap(Reduced Capability)을 가진 UE(RedCap UE)들을 지원하는 것에 관한 것이며, 특히, RedCap UE 전용의 초기 DL(downlink) BWP(bandwidth part) 및 초기 UL(uplink) BWP에서 RedCap UE들에 대한 통신 지원에 관한 것이다.

5G 이동 통신 기술은 빠른 전송 속도와 새로운 서비스가 가능하도록, 넓은 주파수 대역을 정의하고 있으며, 3.5GHz 등 "6GHz 미만" 대역은 물론 28GHz와 39GHz 등 밀리미터파(㎜Wave)로 불리는 "6GHz 초과" 대역에서도 구현이 가능하다. 또한, 6G 이동 통신 기술의 경우(비욘드 5G 시스템이라 불리어짐), 5G 이동 통신 기술 대비 50배 빨라진 전송 속도와, 10분의 1로 줄어든 초저(Ultra Low) 레이턴시를 달성하기 위해 테라헤르츠(Terahertz) 대역(예를 들면, 95GHz 내지 3THz 대역)에서의 구현이 고려되고 있다.

5G 이동 통신 기술의 초기에는, 초광대역 서비스(enhanced Mobile BroadBand, eMBB), 고신뢰/초저지연 통신(Ultra Reliable & Low Latency Communications, URLLC), 대규모 기계식 통신(massive Machine-Type Communications, mMTC)에 대한 서비스 지원과 성능 요구 사항 만족을 목표로, mmWave에서의 전파 경로 손실 완화 및 전파 전송 거리 증가를 위한 빔포밍 및 거대 배열 다중 입출력(Massive MIMO), 초고주파수 자원의 효율적 활용을 위한 뉴머롤로지(복수 개의 서브캐리어 간격 운용 등)와 슬롯 포맷에 대한 동적 운영, 다중 빔 전송 및 광대역을 지원하기 위한 초기 액세스 기술, BWP(BandWidth Part)의 정의 및 운영, 대용량 데이터 전송을 위한 LDPC(Low Density Parity Check) 부호와 제어 정보의 신뢰성 높은 전송을 위한 폴라 코드(Polar Code)와 같은 새로운 채널 코딩 방법, L2 선-처리(L2 pre-processing), 특정 서비스에 특화된 전용 네트워크를 제공하는 네트워크 슬라이싱 등에 대한 표준화가 진행되었다.

현재, 5G 이동 통신 기술이 지원하고자 했던 서비스들을 고려하여 초기의 5G 이동 통신 기술 개선 및 성능 향상을 위한 논의가 진행 중에 있으며, 차량이 전송하는 자신의 위치 및 상태 정보에 기반하여 자율주행 차량의 주행판단을 돕고 사용자의 편의를 증대하기 위한 V2X(Vehicle-to-Everything), 비면허 대역에서 각종 규제 상 요구 사항들에 부합하는 시스템 동작을 목적으로 하는 NR-U(New Radio Unlicensed), NR UE 전력 절감, 지상 네트워크와의 통신이 불가능한 지역에서 커버리지 확보를 위한 UE-위성 직접 통신인 NTN(Non-Terrestrial Network), 포지셔닝 등의 기술에 대한 물리 계층 표준화가 진행 중이다.

또한, 타 산업과의 연계 및 융합을 통한 새로운 서비스를 지원하는 IIoT(Industrial Internet of Things), 무선 백홀 링크와 액세스 링크를 통합 지원하여 네트워크 서비스 지역 확장을 위한 노드를 제공하는 IAB(Integrated Access and Backhaul), 조건부 핸드오버 및 DAPS(Dual Active Protocol Stack) 핸드오버를 포함하는 이동성 향상, 랜덤 액세스 절차를 간소화하는 2 스텝 랜덤 액세스(2-step RACH for NR) 등의 기술에 대한 무선 인터페이스 아키텍처/프로토콜 분야의 표준화가 진행 중에 있다. 또한 네트워크 기능 가상화(Network Functions Virtualization, NFV) 및 소프트웨어 정의 네트워킹(SDN) 기술의 접목을 위한 5G　베이스라인 아키텍처(예를 들면, Service based Architecture, Service based Interface), UE 위치에 기반하여 서비스를 제공받는 모바일 엣지 컴퓨팅(Mobile Edge Computing, MEC) 등에 대한 시스템 아키텍처/서비스 분야의 표준화도 진행 중이다.

이와 같은 5G 이동 통신 시스템이 상용화될 시에, 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것이며, 이에 따라 5G 이동 통신 시스템의 기능 및 성능 강화와 커넥티드 기기들의 통합 운용이 필요할 것으로 예상된다. 이를 위해, AR(Augmented Reality), VR(Virtual Reality), MR(Mixed Reality) 등을 효율적으로 지원하기 위한 확장 현실(XR), 인공지능(Artificial Intelligence, AI) 및 머신러닝(Machine Learning, ML)을 활용한 5G 성능 개선 및 복잡도 감소, AI 서비스 지원, 메타버스 서비스 지원, 드론 통신 등에 대한 새로운 연구가 진행될 예정이다.

또한, 이러한 5G 이동 통신 시스템의 발전은 6G 이동 통신 기술의 테라헤르츠 대역에서의 커버리지 보장을 위한 신규 파형, 전차원 다중입출력(Full Dimensional MIMO:FD-MIMO), 어레이 안테나(Array Antenna), 대규모 안테나(Large Scale Antenna)와 같은 다중 안테나 전송 기술, 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(Metamaterial) 기반 렌즈 및 안테나, OAM(Orbital Angular Momentum)을 이용한 고차원 공간 다중화 기술, RIS(Reconfigurable Intelligent Surface) 기술 뿐만 아니라, 6G 이동 통신 기술의 주파수 효율 향상 및 시스템 네트워크 개선을 위한 전이중화 기술, 위성, AI(Artificial Intelligence)를 설계 단계에서부터 활용하고 종단간(End-to-End) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, UE 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발에 기반이 될 수 있을 것이다.

5세대(5G) 또는 새로운 무선(NR) 이동 통신은 최근 전 세계적으로 산업 및 학계로부터 다양한 후보 기술에 대한 기술 활동이 활발해지면서 더욱 탄력을 받고 있다. 5G/NR 이동 통신의 후보 인에이블러들은, 빔포밍 이득을 제공하고 증가된 용량을 지원하기 위한, 레거시 셀룰러 주파수 대역에서 고주파수까지의 대규모 안테나 기술들, 다양한 요구사항을 갖는 각종 서비스/애플리케이션을 유연하게 수용하기 위한 새로운 파형(예를 들어, 새로운 무선 액세스 기술(radio access technology; RAT)), 대규모 연결을 지원하기 위한 새로운 다중 액세스 방식 등을 포함한다.

본 개시는 RedCap 장치 전용의 초기 하향링크 대역폭 부분에서의 UE 전력 절감에 관한 것이다.

일 실시예에서, 사용자 단말(UE)이 서로 다른 BWP들에서 동작하는 방법이 제공된다. 이 방법은 제1 BWP에서 제1 SS(synchronization signal)/PBCH(physical broadcast channel) 블록을 수신하는 단계; 제1 SS/PBCH 블록에 의해 제공된 정보에 기초하여, 제1 BWP의 제1 CORESET(control resource set)을 결정하는 단계; 및 제1 CORESET에서 제1 PDCCH(physical downlink control channel)을 수신하는 단계를 포함한다. PDCCH는 시스템 정보 블록(SIB1)을 제공하는 제1 PDSCH(physical downlink shared channel)의 수신을 스케줄링하는 제1 DCI(downlink control information) 포맷을 제공한다. 이 방법은 제1 PDSCH를 수신하는 단계, SIB1에 의해 제공된 정보에 기초하여 제2 BWP를 결정하는 단계, 및 제2 BWP에서 제2 SS/PBCH 블록을 수신하는 단계를 더 포함한다. 제2 BWP는 제1 SS/PBCH 블록의 대역폭을 포함하지 않는다. 제2 BWP는 제1 CORESET의 대역폭을 포함하지 않는다.

다른 실시예에서, 사용자 단말(UE)이 제공된다. UE는 제1 BWP에서 제1 SS/PBCH 블록을 수신하도록 구성된 트랜시버 및 트랜시버에 동작 가능하게 커플링된 프로세서를 포함한다. 프로세서는 제1 SS/PBCH 블록에 의해 제공된 정보에 기초하여, 제1 BWP의 제1 CORESET을 결정하도록 구성된다. 트랜시버는 제1 CORESET의 제1 PDCCH 및 제1 PDSCH를 수신하도록 더 구성된다. PDCCH는 SIB1을 제공하는 제1 PDSCH의 수신을 스케줄링하는 제1 DCI 포맷을 제공한다. 프로세서는 SIB1에 의해 제공된 정보에 기초하여 제2 BWP를 결정하도록 더 구성된다. 트랜시버는 제2 BWP에서 제2 SS/PBCH 블록을 수신하도록 더 구성된다. 제2 BWP는 제1 SS/PBCH 블록의 대역폭을 포함하지 않는다. 제2 BWP는 제1 CORESET의 대역폭을 포함하지 않는다.

또 다른 실시예에서, 기지국이 제공된다. 기지국은 제1 BWP에서 제1 SS/PBCH 블록을 송신하도록 구성된 트랜시버 및 트랜시버에 동작 가능하게 커플링된 프로세서를 포함한다. 프로세서는 제1 SS/PBCH 블록에 의해 제공되는 정보에 기초하여, 제1 BWP의 제1 CORESET을 결정하도록 구성된다. 트랜시버는 제1 CORESET의 제1 PDCCH 및 제1 PDSCH를 송신하도록 더 구성된다. PDCCH는 SIB1을 제공하는 제1 PDSCH 수신을 스케줄링하는 제1 DCI 포맷을 제공한다. 프로세서는 SIB1에 의해 제공된 정보에 기초하여, 제2 BWP를 결정하도록 더 구성된다. 트랜시버는 제2 BWP에서 제2 SS/PBCH 블록을 송신하도록 더 구성된다. 제2 BWP는 제1 SS/PBCH 블록의 대역폭을 포함하지 않는다. 제2 BWP는 제1 CORESET의 대역폭을 포함하지 않는다.

다른 기술적 특징은 하기 도면, 설명 및 청구범위로부터 당업자에게 용이하게 명백할 수 있다.

아래의 상세한 설명에 들어가기 전에, 본 특허 명세서 전체에 걸쳐 사용되는 특정 단어 및 어구들의 정의를 기재하는 것이 도움이 될 수 있다. 용어 "커플(couple)" 및 그 파생어는 둘 이상의 요소가 서로 물리적으로 접촉하고 있는지 여부에 관계없이 둘 이상의 요소 사이의 직접 또는 간접 통신을 나타낸다. 용어 "송신(transmit)", "수신(receive)" 및 "통신(communicate)" 그리고 그 파생어는 직접 통신 및 간접 통신 모두를 포함한다. 용어 "포함한다(include)" 및 "구성한다(comprise)" 그리고 그 파생어는 제한이 아닌 포함을 의미한다. 용어 "또는(or)"은 포괄적 용어로써, '및/또는'을 의미한다. 어구 "~와 관련되다(associated with)" 및 그 파생어는 ~을 포함한다(include), ~에 포함된다(be included within), ~와 결합하다(interconnect with), ~을 함유하다(contain), ~에 함유되어 있다(be contained within), ~에 연결한다(connect to or with), ~와 결합하다(couple to or with), ~ 전달한다(be communicable with), 와 협력하다(cooperate with), ~를 끼우다(interleave), ~을 나란히 놓다(juxtapose), ~에 인접하다(be proximate to), 구속하다/구속되다(be bound to or with), 소유하다(have), 속성을 가지다(have a property of), ~와 관계를 가지다(have a relationship to or with) 등을 의미한다. 용어 "컨트롤러(controller)"는 적어도 하나의 동작을 제어하는 어떤 장치, 시스템 또는 그 일부를 의미한다. 이러한 컨트롤러는 하드웨어 또는 하드웨어와 소프트웨어의 조합 및/또는 펌웨어로 구현될 수 있다. 특정 컨트롤러와 관련된 기능은 로컬 또는 원격으로 중앙 집중식으로 처리(centralized)되거나 또는 분산식으로 처리(distributed)될 수 있다. 어구 "적어도 하나"는, 그것이 항목들의 나열과 함께 사용될 경우, 나열된 항목들 중 하나 이상의 상이한 조합이 사용될 수 있음을 의미한다. 예를 들어, "A, B, C 중 적어도 하나"는 A, B, C, A와 B, A와 C, B와 C, A와 B와 C의 조합 중 하나를 포함한다.

또한, 아래에서 설명되는 다양한 기능들은 하나 이상의 컴퓨터 프로그램에 의해 구현되거나 지원될 수 있으며, 이들 각각은 컴퓨터 판독 가능한 프로그램 코드로 형성되고 컴퓨터 판독 가능한 매체에 구현된다. 용어 "애플리케이션" 및 "프로그램"은 하나 이상의 컴퓨터 프로그램, 소프트웨어 컴포넌트, 명령어 세트, 프로시저, 함수, 객체, 클래스, 인스턴스, 관련 데이터, 혹은 적합한 컴퓨터 판독 가능한 프로그램 코드에서의 구현용으로 구성된 그것의 일부를 지칭한다. 어구 "컴퓨터 판독 가능한 프로그램 코드"는 소스 코드, 오브젝트 코드, 및 실행 가능한 코드를 포함하는 컴퓨터 코드의 종류를 포함한다. 어구 "컴퓨터 판독 가능한 매체"는 ROM(read only memory), RAM(random access memory), 하드 디스크 드라이브, 컴팩트 디스크(CD), 디지털 비디오 디스크(DVD), 혹은 임의의 다른 타입의 메모리와 같은, 컴퓨터에 의해 액세스될 수 있는 임의의 타입의 매체를 포함한다. "비-일시적인" 컴퓨터 판독 가능한 매체는 유선, 무선, 광학, 일시적인 전기적 또는 다른 신호들을 전달시키는 통신 링크를 제외한다. 비일시적 컴퓨터 판독 가능한 매체는 데이터가 영구적으로 저장되는 매체 그리고 재기록이 가능한 광디스크 또는 소거 가능한 메모리 장치와 같은, 데이터가 저장되어 나중에 덮어 씌어지는 매체를 포함한다.

다른 특정 단어 및 어구에 대한 정의가 이 특허 명세서 전반에 걸쳐 제공된다. 당업자는 대부분의 경우가 아니더라도 다수의 경우에 있어서, 이러한 정의는 종래에 뿐만 아니라 그러한 정의된 단어 및 어구의 향후 사용에 적용될 수 있음을 이해해야 한다.

본 개시의 양태들은 무선 통신 시스템에서 효율적인 통신 방법을 제공한다.

본 개시 및 그 이점에 대한 보다 완전한 이해를 위해, 이제 첨부 도면과 함께 취해지는 다음의 설명에 대한 참조가 이루어지며, 도면에서 유사한 참조 부호는 유사한 부분을 나타낸다.
도 1은 본 개시의 실시예들에 따른 예시적인 무선 네트워크를 도시한 것이다.
도 2는 본 개시의 실시예들에 따른 예시적인 기지국(BS)을 도시한 것이다.
도 3은 본 개시의 실시예들에 따른 예시적인 UE를 도시한 것이다.
도 4 및 도 5는 본 개시의 실시예들에 따른 예시적인 무선 송신 및 수신 경로를 도시한 것이다.
도 6은 본 개시의 실시예들에 따른 RedCap UE들 전용의 초기 BWP에서 OSI(other system information) 수신을 위한 UE 절차의 예시적인 방법을 도시한 것이다.
도 7은 본 개시의 실시예들에 따른 RRC_IDLE/INACTIVE 상태의 RedCap UE들에 대한 전용 RRM 측정 설정에 기반한 RRM(Radio Resource Management) 측정을 위한 UE 절차의 예시적인 방법을 도시한 것이다.
도 8은 본 개시의 실시예들에 따라 RedCap UE들 전용의 기준 신호(RS) 자원들을 수신하기 위한 UE 절차의 예시적인 방법을 도시한 것이다.
도 9는 본 개시의 일 실시예에 따른 UE의 구조를 나타내는 블록도를 도시한 것이다.
도 10은 본 개시의 일 실시예에 따른 기지국의 구조를 나타내는 블록도를 도시한 것이다.

이하에 설명되는 도 1 내지 도 10, 및 이 특허 명세서에 있어서의 본 개시의 원리들을 설명하기 위해 사용되는 각종 실시예들은 단지 예시를 위한 것이며, 어떠한 방식으로도 본 개시의 범위를 제한하는 방식으로 해석되어서는 안된다. 본 개시의 원리들은 임의의 적절하게 구성된 시스템 또는 장치에서 구현될 수 있다는 것을 당업자는 이해할 수 있을 것이다.

다음의 문헌들 즉, 3GPP TS 38.211 v16.6.0, "NR; Physical channels and modulation" ("REF1"); 3GPP TS 38.212 v16.6.0, "NR; Multiplexing and channel coding" ("REF2"); 3GPP TS 38.213 v16.6.0, "NR; Physical layer procedures for control" ("REF3"); 3GPP TS 38.214 v16.6.0, "NR; Physical layer procedures for data" ("REF4"); 3GPP TS 38.331 v16.5.0, "NR; Radio Resource Control (RRC) protocol specification" ("REF5"); 및 3GPP TS 38.321 v16.5.0, "NR; Medium Access Control (MAC). protocol specification" ("REF6")은 본 명세서에서 완전히 설명된 것처럼 본 개시에 참조로서 포함된다.

무선 통신은 현대 역사상 가장 성공적인 혁신 중 하나였다. 최근 무선 통신 서비스 가입자 수는 50억 명을 넘어섰으며 빠른 속도로 성장하고 있다. 무선 데이터 트래픽의 수요는 스마트 폰 및 태블릿, "노트 패드" 컴퓨터, 넷북, eBook 리더 및 머신 타입의 장치와 같은 기타 모바일 데이터 장치의 소비와 기업 사이의 인기가 높아짐에 따라 빠르게 증가하고 있다. 높은 모바일 데이터 트래픽 성장을 충족하고 새로운 애플리케이션 및 배포를 지원하려면, 무선 인터페이스 효율성 및 커버리지의 개선이 가장 중요하다.

4G 통신 시스템 구축 이후 증가하는 무선 데이터 트래픽에 대한 수요를 충족하기 위해 개선된 5G 또는 pre-5G/NR 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 또는 pre-5G 통신 시스템을 "비욘드(Beyond) 4G 네트워크" 또는 "포스트(Post) LTE(long term evolution) 시스템"이라고도 한다.

5G 통신 시스템은 28GHz 또는 60GHz 대역과 같은 더 높은 주파수(mmWave) 대역에서 구현되어 더 높은 데이터 전송률을 달성하거나 6GHz와 같은 더 낮은 주파수 대역에서 구현되어 강건한 커버리지 및 이동성 지원을 가능하게 하는 것으로 간주된다. 본 개시의 양태들은 THz 대역을 사용할 수 있는 5G 통신 시스템, 6G 또는 심지어 이후 릴리스의 배치에 적용될 수 있다. 무선파의 전파 손실을 줄이고 송신 거리를 늘리기 위해 빔포밍, MIMO(Massive Multiple-Input Multiple-Output), FD-MIMO(Full Dimensional MIMO), 어레이 안테나, 아날로그 빔포밍, 대규모 안테나 기술이 5G 통신 시스템에서 논의된다.

또한, 시스템 네트워크 개선을 위해, 5G 통신 시스템에서는 개선된 소형 셀(advanced small cell), 클라우드 무선 액세스 네트워크(cloud radio access network, cloud RAN), 초고밀도 네트워크(ultra-dense network), D2D(device-to-device) 통신, 무선 백홀(wireless backhaul), 이동 네트워크, 협력 통신, CoMP(Coordinated Multi-Points), 및 수신단 간섭 제거 등의 기술 개발이 이루어지고 있다.

5G 시스템 및 이와 관련된 주파수 대역에 대한 논의는 본 개시의 특정 실시예가 5G 시스템에서 구현될 수 있기 때문에 단지 참조를 위한 것이다. 그러나, 본 개시는 5G 시스템 또는 이와 관련된 주파수 대역에만 제한되지 않으며, 본 개시의 실시예들은 임의의 주파수 대역과 관련하여 활용될 수 있다. 예를 들어, 본 개시의 양태들은 테라헤르츠(THz) 대역을 사용할 수 있는 5G 통신 시스템, 6G 또는 심지어 그 이후의 릴리스의 전개에 적용될 수도 있다.

네트워크 타입에 따라, '기지국(BS)'이라는 용어는 네트워크에 무선 액세스를 제공하도록 구성된 컴포넌트(또는 컴포넌트 집합), 예를 들면, 송신 포인트(TP), 송-수신 포인트(TRP), 향상된 기지국(eNodeB 또는 eNB), gNB, 매크로셀, 펨토셀, WiFi 액세스 포인트(AP), 위성, 또는 기타 무선 가능 장치를 지칭할 수 있다. 기지국은 하나 이상의 무선 통신 프로토콜, 예컨대 5G 3GPP 새로운 무선 인터페이스/액세스(NR), LTE, LTE-A(LTE-advanced), HSPA(High Speed Packet Access), Wi-Fi 802.11a/b/g/n/ac 등에 따라 무선 액세스를 제공할 수 있다. 용어 'BS', 'gNB' 및 'TRP'는 본 개시에서 원격 단말들에 대한 무선 액세스를 제공하는 네트워크 인프라스트럭처 컴포넌트들을 지칭하는 것으로 상호 교환적으로 사용된다. 또한, 네트워크 타입에 따라, '사용자 단말(UE)'이라는 용어는 이동국, 가입자국, 원격 단말, 무선 단말, 수신 포인트, 차량, 또는 사용자 장치와 같은 임의의 컴포넌트를 지칭할 수 있다. 예를 들어, UE는 이동 전화, 스마트 폰, 모니터링 장치, 경보 장치, 차량 관리 장치, 애셋 추적 장치, 자동차, 데스크탑 컴퓨터, 엔터테인먼트 장치, 인포테인먼트 장치, 벤딩 머신, 전기 계량기, 수도 계량기, 가스 계량기, 보안 장치, 센서 장치, 가전 제품 등일 수 있다.

아래의 도 1 내지 도 3에서는 무선 통신 시스템들에서 구현되고 또한 OFDM(orthogonal frequency division multiplexing) 또는 OFDMA(orthogonal frequency division multiple access) 통신 기술들을 사용하여 구현되는 다양한 실시예들을 설명한다. 도 1 내지 도 3의 설명은 상이한 실시예들이 구현될 수 있는 방식에 대한 물리적 또는 구조적 제한을 나타내는 것을 의미하지 않는다. 본 개시의 상이한 실시예들은 임의의 적절하게 구성된 통신 시스템에서 구현될 수 있다.

도 1은 본 개시의 실시예들에 따른 예시적 무선 네트워크(100)를 도시한 것이다. 도 1에 도시된 무선 네트워크의 실시예는 단지 예시를 위한 것이다. 무선 네트워크(100)에 대한 다른 실시예들이 본 개시의 범위를 일탈하지 않는 범위 내에서 사용될 수 있다.

도 1에 도시된 바와 같이, 무선 네트워크(100)는 BS(base station)(101)(예를 들어, gNodeB(gNB)), BS(102)(예를 들어, gNG) 및 BS(103)(예를 들어, gNG)를 포함한다. BS(101)는 BS(102) 및 BS(103)와 통신한다. BS(101)는 또한 적어도 하나의 네트워크(130), 예를 들어, 인터넷, 전용 인터넷 프로토콜(IP) 네트워크, 또는 다른 데이터 네트워크와도 통신한다.

BS(102)는 BS(102)의 커버리지 영역(120) 내에 있는 제1 복수의 사용자 단말(UE)들에게, 네트워크(130)에의 무선 광대역 액세스를 제공한다. 제1 복수의 UE들은 중소기업(SB)에 위치할 수 있는 UE(111); 대기업(E)에 위치할 수 있는 UE(112); 와이파이 핫 스팟(HS)에 위치할 수 있는 UE(113); 제1 주거지역(R)에 위치할 수 있는 UE(114); 제2 주거지역(R)에 위치할 수 있는 UE(115); 및 휴대 전화, 무선 랩탑, 무선 PDA 등과 같은 모바일 장치(M)일 수 있는 UE(116)를 포함한다. BS(103)는 BS(103)의 커버리지 영역(125) 내에 있는 제2 복수의 UE들에게, 네트워크(130)에의 무선 광대역 액세스를 제공한다. 제2 복수의 UE들은 UE(115) 및 UE(116)를 포함한다. 일부 실시예들에서, BS들(101-103) 중 하나 이상의 BS들은 5G/NR, LTE(long term evolution), LTE-A(long term evolution-advanced), WiMAX, WiFi 또는 다른 무선 통신 기술들을 사용하여 서로 간에 및 UE들(111-116)과 통신할 수 있다.

점선은 예시 및 설명만을 위해 거의 원형으로 도시되는 커버리지 영역(120 및 125)의 대략적인 범위를 보여준다. BS들과 연관된 커버리지 영역들, 예를 들어 커버리지 영역들(120 및 125)은 BS들의 구성, 및 자연 및 인공 장애물들과 관련된 무선 환경의 변화에 따라, 불규칙한 형태들을 포함하는 다른 형태들을 가질 수 있음을 명확하게 이해해야 한다.

아래에 더 자세히 설명되는 바와 같이, UE들(111-116) 중 하나 이상은 RedCap 장치 전용의 초기 하향링크(DL) BWP 부분에서 UE 전력 절감을 위한 회로, 프로그래밍 또는 이들의 조합을 포함한다. 특정 실시예들에서, BS들(101-103) 중 하나 이상은 RedCap 장치 전용의 초기 DL BWP에서 UE 전력 절감을 위한 회로, 프로그래밍 또는 이들의 조합을 포함한다.

도 1이 무선 네트워크의 일 예를 도시하고 있지만, 다양한 변경들이 도 1에 대하여 이루어질 수 있다. 예를 들어, 무선 네트워크는 임의의 적절한 배열로 임의의 개수의 BS들 및 임의의 개수의 UE들을 포함할 수 있다. 또한, BS(101)는 임의의 개수의 UE들과 직접 통신하여, 이 UE들에게 네트워크(130)로의 무선 광대역 액세스를 제공할 수 있다. 유사하게, 각각의 BS(102-103)는 네트워크(130)와 직접 통신하여, UE들에게 네트워크(130)로의 직접 무선 광대역 액세스를 제공할 수 있다. 또한, BS들(101, 102, 및/또는 103)은 외부 전화 네트워크들 또는 다른 타입의 데이터 네트워크들과 같은 다른 또는 추가의 외부 네트워크들에의 액세스를 제공할 수 있다.

도 2는 본 개시의 실시예들에 따른, 예시적 BS(102)를 도시한 것이다. 도 2에 도시된 BS(102)의 실시예는 단지 예시를 위한 것이며, 도 1의 BS들(101 및 103)은 동일하거나 유사한 구성을 가질 수 있다. 그러나, BS들은 각종의 다양한 구성들로 이루어지며, 도 2는 BS에 대한 임의의 특정 구현으로 본 개시의 범위를 제한하지 않는다.

도 2에 도시된 바와 같이, BS(102)는 복수의 안테나들(205a-205n), 복수의 RF(radio frequency) 트랜시버들(210a-210n), 송신(TX) 처리 회로(215), 및 수신(RX) 처리 회로(220)를 포함한다. 또한, BS(102)는 컨트롤러/프로세서(225), 메모리(230), 및 백홀 또는 네트워크 인터페이스(235)를 포함한다.

RF 트랜시버들(210a-210n)은, 안테나들(205a-205n)으로부터, 네트워크(100) 내에서 UE들에 의해 송신되는 신호들과 같은 내향(incoming) RF 신호들을 수신한다. RF 트랜시버들(210a-210n)은 내향 RF 신호들을 하향 변환(down-convert)하여, IF 또는 기저대역 신호들을 생성한다. IF 또는 기저대역 신호들은, 기저대역 또는 IF 신호들을 필터링하고, 디코딩하고, 및/또는 디지털화하는 것에 의하여 처리된 기저대역 신호들을 생성하는 RX 처리 회로(220)로 송신된다. RX 처리 회로(220)는 이 처리된 기저대역 신호들을, 추가의 처리를 위하여 컨트롤러/프로세서(225)로 송신한다.

TX 처리 회로(215)는, 컨트롤러/프로세서(225)로부터 아날로그 또는 디지털 데이터(예컨대, 음성 데이터, 웹 데이터, 이-메일, 또는 쌍방향 비디오 게임 데이터)를 수신한다. TX 처리 회로(215)는, 외향(outgoing) 기저대역 데이터를 인코딩, 멀티플렉싱, 및/또는 디지털화하여, 처리된 기저대역 또는 IF 신호들을 생성한다. RF 트랜시버들(210a-210n)은 TX 처리 회로(215)로부터, 외향 처리된 기저대역 또는 IF 신호들을 수신하고, 그 기저대역 또는 IF 신호들을, 안테나들(205a-205n)을 통해 송신되는 RF 신호들로 상향 변환한다.

컨트롤러/프로세서(225)는 BS(102)의 전반적인 동작을 제어하는 하나 이상의 프로세서들 또는 다른 처리 장치들을 포함할 수 있다. 예를 들어, 컨트롤러/프로세서(225)는, 잘 알려진 원리들에 따라 RF 트랜시버들(210a-210n), RX 처리 회로(220), 및 TX 처리 회로(215)에 의해 상향링크 채널 신호들의 수신 및 하향링크 채널 신호들의 송신을 제어할 수 있다. 컨트롤러/프로세서(225)는 더 진보된 무선 통신 기능들과 같은 추가 기능들도 지원할 수 있다. 예를 들어, 컨트롤러/프로세서(225)는 RedCap 장치 전용의 초기 DL BWP에서 UE 전력 절감을 지원할 수 있다. 다양한 다른 기능 중 임의의 것이 컨트롤러/프로세서(225)에 의해 BS(102)에서 지원될 수 있다. 일부 실시예들에서, 컨트롤러/프로세서(225)는 적어도 하나의 마이크로프로세서 또는 마이크로컨트롤러를 포함한다.

또한, 컨트롤러/프로세서(225)는 메모리(230)에 상주하는 프로그램들 및 다른 프로세스들, 예를 들어 OS를 실행할 수 있다. 컨트롤러/프로세서(225)는 실행 프로세스에 의한 요구에 따라 데이터를 메모리(230) 내로 또는 외부로 이동시킬 수 있다. 예를 들어, 컨트롤러/프로세서(225)는 실행 중인 프로세스에 따라 데이터를 메모리(230) 안팎으로 이동시킬 수 있다.

또한, 컨트롤러/프로세서(225)는 백홀 또는 네트워크 인터페이스(235)에 커플링된다. 백홀 또는 네트워크 인터페이스(235)는, BS(102)가 백홀 연결을 통해 또는 네트워크를 통해 다른 장치들 또는 시스템들과 통신하는 것을 가능하게 한다. 네트워크 인터페이스(235)는 임의의 적절한 유선 또는 무선 연결(들)을 통한 통신들을 지원할 수 있다. 예를 들어, BS(102)가 셀룰러 통신 시스템(예컨대, 5G/NR, LTE, 또는 LTE-A를 지원하는 것)의 일부로서 구현되는 경우, 네트워크 인터페이스(235)는, BS(102)가 유선 또는 무선 백홀 연결을 통해 다른 BS들과 통신하는 것을 가능하게 할 수 있다. BS(102)가 액세스 포인트로서 구현되는 경우, 네트워크 인터페이스(235)는, BS(102)가 유선 또는 무선 로컬 영역 네트워크를 통해 또는 유선 또는 무선 연결을 통해 더 큰 네트워크(예컨대, 인터넷)로 송신하는 것을 가능하게 한다. 네트워크 인터페이스(235)는 유선 또는 무선 연결, 예를 들어 이더넷 또는 RF 트랜시버를 통한 통신들을 지원하는 임의의 적절한 구조를 포함한다.

메모리(230)는 컨트롤러/프로세서(225)에 커플링된다. 메모리(230)의 일부는 RAM을 포함할 수 있으며, 메모리(230)의 다른 일부는 플래시 메모리 또는 다른 ROM을 포함할 수 있다.

도 2가 BS(102)의 일 예를 도시하고 있지만, 다양한 변경들이 도 2에 대하여 이루어질 수 있다. 예를 들어, BS(102)는 도 2에 나타낸 각 컴포넌트에 대한 임의의 개수를 포함할 수 있다. 일 특정 예로서, 액세스 포인트는 다수의 인터페이스들(235)을 포함할 수 있고, 컨트롤러/프로세서(225)는 상이한 네트워크 주소들 사이에서 데이터를 라우팅하는 라우팅 기능들을 지원할 수 있다. 다른 특정 예로서, 단일 인스턴스의 TX 처리 회로(215) 및 단일 인스턴스의 RX 처리 회로(220)를 포함하는 것으로 도시되어 있지만, BS(102)는 각각에 대한 복수의 인스턴스들을 포함할 수 있다(예컨대, RF 트랜시버당 하나). 또한, 도 2의 각종 컴포넌트들이 조합되거나, 더 세분화되거나, 생략될 수 있으며, 특정 필요들에 따라 추가의 컴포넌트들이 부가될 수도 있다.

도 3은 본 개시의 실시예들에 따른, 예시적 UE(116)를 도시한 것이다. 도 3에 도시된 UE(116)의 실시예는 단지 예시를 위한 것이며, 도 1의 UE들(111-115)은 동일하거나 유사한 구성을 가질 수 있다. 그러나, UE들은 각종의 다양한 구성들로 이루어지며, 도 3은 UE에 대한 임의의 특정 구현으로 본 개시의 범위를 제한하지 않는다.

도 3에 도시된 바와 같이, UE(116)는 안테나(305), RF 트랜시버(310), TX 처리 회로(315), 마이크로폰(320), 및 수신(RX) 처리 회로(325)를 포함한다. 또한, UE(116)는 스피커(330), 프로세서(340), 입/출력(I/O) 인터페이스(IF)(345), 입력 장치(350), 디스플레이(355), 및 메모리(360)를 포함한다. 메모리(360)는 운영 체제(OS)(361) 및 하나 이상의 애플리케이션들(362)을 포함한다.

RF 트랜시버(310)는 네트워크(100)의 BS에 의해 송신되는 내향 RF 신호를 안테나(305)로부터 수신한다. RF 트랜시버(310)는 수신 RF 신호를 하향 변환하여 중간 주파수(IF)나 기저대역 신호를 생성한다. IF 또는 기저대역 신호는, 그 기저대역 또는 IF 신호를 필터링하고, 디코딩하고, 및/또는 디지털화하는 것에 의해 처리된 기저대역 신호를 생성하는 RX 처리 회로(325)로 전송된다. RX 처리 회로(325)는 그 처리된 기저대역 신호를, 스피커(330)로 송신하거나(예컨대, 음성 데이터), 또는 추가 처리를 위해 프로세서(340)로 송신한다(예컨대, 웹 브라우징 데이터).

TX 처리 회로(315)는 마이크로폰(320)으로부터 아날로그 또는 디지털 음성 데이터를 수신하거나 또는 프로세서(340)로부터 다른 외향 기저대역 데이터(예컨대, 웹 데이터, 이-메일, 또는 쌍방향 비디오 게임 데이터)를 수신한다. TX 처리 회로(315)는 그 외향 기저대역 데이터를 인코딩, 멀티플렉싱, 및/또는 디지털화하여, 처리된 기저대역 또는 IF 신호를 생성한다. RF 트랜시버(310)는 TX 처리 회로(315)로부터 외향 처리된 기저대역 또는 IF 신호를 수신하고, 기저대역 또는 IF 신호를 안테나(305)를 통해 송신되는 RF 신호로 상향 변환한다.

프로세서(340)는 하나 이상의 프로세서들 또는 다른 처리 장치들을 포함할 수 있으며, 메모리(360)에 저장된 OS(361)를 실행함으로써 UE(116)의 전반적인 동작을 제어할 수 있다. 예를 들어, 프로세서(340)는 잘 알려진 원리들에 따라 RF 트랜시버(310), RX 처리 회로(325), 및 TX 처리 회로(315)에 의해 순방향 채널 신호들의 수신 및 역방향 채널 신호들을 송신을 제어할 수 있다. 몇몇 실시예들에서, 프로세서(340)는 적어도 하나의 마이크로프로세서 또는 마이크로컨트롤러를 포함한다.

프로세서(340)는 또한 빔 관리를 위한 프로세스와 같이 메모리(360)에 상주하는 다른 프로세스 및 프로그램을 실행할 수 있다. 프로세서(340)는 실행 프로세스에 의한 요구에 따라 메모리(360) 내로 또는 외부로 데이터를 이동할 수 있다. 일부 실시예들에서, 프로세서(340)는 OS(361)에 기초하여 또는 BS들 또는 오퍼레이터로부터 수신된 신호들에 따라 애플리케이션들(362)을 실행하도록 구성된다. 또한, 프로세서(340)는, 랩탑 컴퓨터 및 휴대용 컴퓨터와 같은 다른 장치들에 연결되는 능력을 UE(116)에게 제공하는 I/O 인터페이스(345)에 커플링되어 있다. I/O 인터페이스(345)는 이 주변기기들과 프로세서(340) 간의 통신 경로이다.

또한, 프로세서(340)는 입력 장치(350)에 커플링된다. UE(116)의 오퍼레이터는 입력 장치(350)을 사용하여 UE(116)에 데이터를 입력할 수 있다. 입력 장치(350)는 키보드, 터치스크린, 마우스, 트랙 볼, 음성 입력 장치이거나, 또는 사용자가 UE(116)와 상호 작용할 수 있도록 하는 사용자 인터페이스로서 작용할 수 있는 다른 장치일 수 있다. 예를 들어, 입력 장치(350)는 음성 인식 처리를 포함하여, 사용자가 음성 명령을 입력할 수 있도록 할 수 있다. 다른 예에서, 입력 장치(350)는 터치 패널, (디지털) 펜 센서, 키, 또는 초음파 입력 장치를 포함할 수 있다. 터치 패널은, 예를 들면, 정전 용량 방식, 감압 방식, 적외선 방식 또는 초음파 방식 등과 같은 적어도 하나의 방식으로 터치 입력을 인식할 수 있다.

프로세서(340)는 또한 디스플레이(355)에 커플링된다. 디스플레이(355)는 예를 들어, 웹 사이트들로부터의 텍스트 및/또는 적어도 제한된 그래픽들을 렌더링할 수 있는 액정 표시 장치, 발광 다이오드 디스플레이, 또는 다른 디스플레이일 수 있다.

메모리(360)는 프로세서(340)에 커플링된다. 메모리(360)의 일부는 랜덤 액세스 메모리(RAM)를 포함할 수 있으며, 메모리(360)의 다른 일부는 플래시 메모리 또는 다른 판독 전용 메모리(ROM)를 포함할 수 있다.

도 3이 UE(116)의 일 예를 도시하고 있지만, 다양한 변경들이 도 3에 대하여 이루어질 수 있다. 예를 들어, 도 3의 각종 컴포넌트들은 조합되거나, 더 세분화되거나, 생략될 수 있으며, 특정 필요들에 따라 추가 컴포넌트들이 부가될 수도 있다. 일 특정 예로서, 프로세서(340)는 복수의 프로세서들, 예를 들어 하나 이상의 중앙 처리 유닛(CPU)들 및 하나 이상의 그래픽 처리 유닛(GPU)들로 분할될 수 있다. 또한, 도 3이 이동 전화기나 스마트 폰과 같이 구성된 UE(116)를 도시하고 있지만, UE들은 다른 타입의 이동 또는 고정 장치들로서 동작하도록 구성될 수도 있다.

도 4 및 도 5는 본 개시에 따른 예시적인 무선 송신 및 수신 경로를 도시한 것이다. 다음의 설명에서, 도 4의 송신 경로(400)는 (BS(102)와 같은) BS에서 구현되는 것으로 설명될 수 있는 반면, 도 5의 수신 경로(500)는 (예를 들면, UE(116)) UE에서 구현되는 것으로 설명될 수 있다. 그러나, 수신 경로(500)는 BS에서 구현될 수 있고, 송신 경로(400)는 UE에서 구현될 수 있다는 것이 이해될 것이다. 일부 실시예들에서, 수신 경로(500)는 본 개시의 실시예들에서 설명된 바와 같이 RedCap 장치 전용의 초기 DL BWP에서 UE 전력 절감을 지원하도록 구성된다.

도 4에 도시된 송신 경로(400)는 채널 코딩 및 변조 블록(405), 직렬-병렬(S-to-P) 블록(410), 크기 N 역 고속 푸리에 변환(Inverse Fast Fourier Transform, IFFT) 블록(415), 병렬-직렬(P-to-S) 블록(420), 부가 사이클릭 프리픽스 블록(add cyclic prefix block)(425) 및 상향 변환기(up-converter, UC)(430)를 포함한다. 도 5에 도시된 수신 경로(500)는 하향 변환기(down-converter, DC)(555), 제거 사이클릭 프리픽스 블록(560), 직렬-병렬(S-to-P) 블록(565), 크기 N 고속 푸리에 변환(Fast Fourier Transform, FFT) 블록(570), 병렬-직렬(P-to-S) 블록(575), 및 채널 디코딩 및 복조 블록(580)을 포함한다.

도 4에 도시된 바와 같이, 채널 코딩 및 변조 블록(405)은 정보 비트(information bit)의 세트를 수신하고, 코딩(예컨대, LDPC(low-density parity check) 코딩)을 적용하며, 일련의 주파수 도메인 변조 심볼(frequency-domain modulation symbol)을 생성하기 위해 입력 비트(예컨대, QPSK(quadrature phase shift keying) 또는 QAM(quadrature amplitude modulation))를 변조시킨다. 직렬-병렬 블록(410)은 N개의 병렬 심볼 스트림을 생성하기 위해 직렬 변조된 심볼을 병렬 데이터로 변환(예컨대, 역다중화)하며, 여기서 N은 BS(102) 및 UE(116)에서 사용되는 IFFT/FFT 크기이다. 크기 N IFFT 블록(415)은 시간 도메인 출력 신호를 생성하기 위해 N개의 병렬 심볼 스트림 상에서 IFFT 연산을 수행한다. 병렬-직렬 블록(420)은 직렬 시간 도메인 신호를 생성하기 위해 크기 N IFFT 블록(415)으로부터의 병렬 시간 도메인 출력 심볼을 변환한다(예컨대, 다중화). 부가 사이클릭 프리픽스 블록(425)은 사이클릭 프리픽스를 시간 도메인 신호에 삽입한다. 상향 변환기(430)는 무선 채널을 통한 송신을 위해 부가 사이클릭 프리픽스 블록(425)의 출력을 RF 주파수로 변조시킨다(예컨대, 상향 변환). 신호는 또한 RF 주파수로 변환하기 전에 기저 대역에서 필터링될 수 있다.

BS(102)로부터 송신된 RF 신호는 무선 채널을 통과한 후에 UE(116)에 도달하고, BS(102)에서의 동작과의 역 동작이 UE(116)에서 수행된다.

도 5에 도시된 바와 같이, 하향 변환기(555)는 수신된 신호를 기저 대역 주파수로 하향 변환하고, 제거 사이클릭 프리픽스 블록(560)은 직렬 시간 도메인 기저 대역 신호를 생성하기 위해 사이클릭 프리픽스를 제거한다. 직렬-병렬 블록(565)은 시간 도메인 기저 대역 신호를 병렬 시간 도메인 신호로 변환한다. 크기 N FFT 블록(570)은 N개의 병렬 주파수 도메인 신호를 생성하기 위해 FFT 알고리즘을 수행한다. 병렬-직렬 블록(575)은 병렬 주파수 도메인 신호를 일련의 변조된 데이터 심볼로 변환한다. 채널 디코딩 및 복조 블록(580)은 원래의 입력 데이터 스트림을 복원하기 위해 변조된 심볼을 복조하여 디코딩한다.

BS(101-103)의 각각은 하향링크에서 UE(111-116)로 송신하는 것과 유사한 도 4에 도시된 송신 경로(400)를 구현할 수 있고, 상향링크에서 UE(111-116)로부터 수신하는 것과 유사한 도 5에 도시된 수신 경로(500)를 구현할 수 있다. 마찬가지로, UE(111-116)의 각각은 상향링크에서 BS(101-103)로 송신하기 위한 송신 경로(400)를 구현할 수 있고, 하향링크에서 BS(101-103)로부터 수신하기 위한 수신 경로(500)를 구현할 수 있다.

도 4 및 도 5의 구성 요소의 각각은 하드웨어만을 사용하거나 하드웨어 및 소프트웨어/펌웨어의 조합을 사용하여 구현될 수 있다. 특정 예로서, 도 4 및 5의 구성 요소 중 적어도 일부는 소프트웨어로 구현될 수 있지만, 다른 구성 요소는 설정 가능한 하드웨어 또는 소프트웨어 및 설정 가능한 하드웨어의 혼합에 의해 구현될 수 있다. 예를 들어, FFT 블록(570) 및 IFFT 블록(515)은 구성 가능한 소프트웨어 알고리즘으로서 구현될 수 있으며, 여기서 크기 N의 값은 구현에 따라 수정될 수 있다.

또한, FFT 및 IFFT를 사용하는 것으로서 설명되었지만, 이는 예시일 뿐이며, 본 개시의 범위를 제한하는 것으로 해석될 수 없다. 이산 푸리에 변환(discrete Fourier transform, DFT) 및 역이산 푸리에 변환(inverse discrete Fourier transform, IDFT) 함수와 같은 다른 타입의 변환이 사용될 수 있다. DFT 및 IDFT 함수에 대해 N 변수의 값은 임의의 정수(예컨대, 1, 2, 3, 4 등)일 수 있지만, FFT 및 IFFT 함수에 대해서는 N 변수의 값은 2의 거듭 제곱인 임의의 정수(즉, 1, 2, 4, 8, 16 등)일 수 있다는 것이 이해될 수 있다.

도 4 및 도 5가 무선 송신 및 수신 경로의 예를 도시하고 있지만, 도 4 및 5에 대한 다양한 변경이 이루어질 수 있다. 예를 들어, 도 4 및 도 5에서의 다양한 구성 요소는 조합되거나, 더 세분화되거나 생략될 수 있으며, 특정 필요에 따라 추가적인 구성 요소가 부가될 수 있다. 또한, 도 4 및 도 5는 무선 네트워크에서 사용될 수 있는 송신 및 수신 경로의 타입의 예를 도시하기 위한 것이다. 무선 네트워크에서 무선 통신을 지원하기 위해 다른 적절한 아키텍처가 사용될 수 있다.

NR Rel-17은 RedCap(Reduced Capability) NR 장치들/UE들을 지원한다. RedCap UE는 더 큰 동작 BW(bandwidth)(예를 들면, 100 MHz)를 지원하는 기존의/레거시 UE들에 비해, 감소된 최대 동작 대역폭(BW)(예를 들면, 20 MHz 이하)을 지원한다. 초기 액세스 중 혼잡을 피하기 위해, 서빙 gNB는 레거시 UE들에 대해 설정된 초기 UL/DL BWP(bandwidth part)(본 개시에서는 프라이머리 UL/DL iBWP라고도 함)에 추가하여, RedCap UE들에 대한 제2 초기 UL/DL BWP(iBWP)(본 개시에서는 전용 UL/DL iBWP 또는 UL/DL iBWP-light라고도 함)를 설정할 수 있다. RedCap UE는 셀-정의 동기화 신호 및 프라이머리 브로드캐스트 채널(SS/PBCH) 블록(또는 간결성을 위해 SSB)에 의해 제공되는 CORESET#0을 포함하는 프라이머리 초기 UL BWP 또는 DL BWP에서 레거시 UE들에 대한 영향을 최소화하기 위해, 전용 UL iBWP 또는 DL iBWP(예를 들어, 제2 iBWP)에서 각각 RA(Random Access) 절차 및/또는 페이징 수신을 위한 송신들 또는 수신들을 수행할 수 있다.

RAR(Random Access Response)과 같은 랜덤 액세스 절차와 연관된 수신들에 추가하여, OSI(other system information) 수신이나 전용 iBWP에서의 페이징 수신을 고려하여 RedCap UE가 프라이머리 DL iBWP에서 RAR 수신, OSI 또는 페이징 수신을 위한 또는 프라이머리 UL iBWP에서 랜덤 액세스 절차 이후의 송신들을 위한 주파수 호핑이나 BWP 스위칭을 피함으로써 전력 소모를 줄이고 통신 지연을 피할 수 있다. OSI는 MIB(master information block)나 SIB1(first system information block)에 의해 제공되는 것 이외의 시스템 정보를 의미한다. 이하에서는, 명시적으로 언급되지 않는 한, RedCap UE에 의한 수신들과 연관된 BWP는 DL BWP이고, RedCap UE로부터의 송신들과 연관된 BWP는 UL BWP이다.

NR Rel-15/16 사양에 기초하여, UE(예를 들면, UE(116))는 프라이머리 초기 BWP에서 초기 액세스 동안 UE가 검출한 셀-정의 SSB에 기초하여 서빙 셀에 대한 측정들을 수행할 수 있다. 서빙 gNB는 RRC_IDLE/INACTIVE 상태에서 주파수-내/주파수-간/RAT-간 RRM 측정들을 수행하도록 UE를 추가로 설정할 수 있다. 전용 iBWP에서 RedCap UE의 경우, RedCap UE는 서빙 셀들에 대한 RS 수신 또는 RRM 측정들을 위해 전용 iBWP와 프라이머리 iBWP 사이에서 스위칭해야 할 수도 있다.

따라서, 본 개시의 실시예들은 전용 초기 BWP에서 RedCap UE들에 의한 OSI 수신을 지원할 필요가 있음을 고려한 것이다. 또한 본 개시의 실시예들은 전용 초기 BWP에서 RedCap UE들에 의한 RRM 측정들을 지원할 필요가 있음을 고려한 것이다. 본 개시의 실시예들은 전용 초기 BWP에서 RedCap UE들을 위한 셀 특정 RS 자원들을 지원할 필요가 있음을 추가로 고려한 것이다. 또한, 본 개시의 실시예들은 RedCap UE들에 대해 지시된 초기 DL BWP의 BW 내에서 RedCap UE들에 의한 SSB 수신들을 지원해야 할 필요가 있음을 추가로 고려한 것이다.

본 개시의 실시예들은 전용 초기 DL BWP에서 RedCap UE들에 대한 OSI 수신들을 결정하는 것에 관한 것이다. 이것은 도 6과 같은, 다음의 예들 및 실시예들에서 설명된다. 또한 본 개시의 실시예들은 전용 초기 DL BWP에서 RedCap UE들에 의해 RRM 측정들을 수행하는 것에 관한 것이다. 본 개시의 실시예들은 또한 전용 초기 BWP에서 RedCap UE들에 대한 RS 자원들을 지시하는 것에 관한 것이다. 또한, 본 개시의 실시예들은 RedCap UE들에 대해 지시된 별도의 초기 DL BWP에서 SSB들의 제한에 관한 것이다.

본 개시의 다음 실시예들은 전용 iBWP에서의 OSI 수신을 설명한다. 이는 도 6과 같은, 다음의 예들 및 실시예들에서 설명된다.

도 6은 본 개시의 실시예들에 따른 RedCap UE들에 전용인 초기 BWP에서 OSI 수신을 위한 UE 절차의 예시적인 방법(600)을 도시한 것이다. 도 6의 방법(600)의 단계들은 도 1의 UE들(111-116) 중 임의의 UE(예를 들면, 도 3의 UE(116))에 의해 수행될 수 있다. 방법(600)은 단지 설명을 위한 것이며 본 개시의 범위를 벗어나지 않고 다른 실시예들이 사용될 수 있다.

특정 실시예들에서는, 전용 초기 DL BWP에서 RedCap UE에 의한 OSI 수신이 설명된다. RedCap UE에 전용인 초기 DL BWP는 본 개시에서 DL iBWP-light 또는 iBWP-light로도 지칭된다.

도 6에 도시된 방법(600)은 RedCap UE들에 전용인 초기 BWP에서 OSI 수신을 위한 UE 절차의 예를 설명한다.

초기 액세스 프로세스 동안에, 단계 610에서 RedCap UE(예를 들면, UE(116))는 적어도 하나의 SSB를 검출하고, 검출된 SSB에 기초하여 서빙 셀의 초기 DL BWP 설정에 대한 정보를 획득한다. 단계 620에서, RedCap UE는 초기 DL BWP에서의 수신을 시작한다. RedCap UE는 RedCap UE에 전용인 다른 초기 DL BWP(즉, iBWP-light)의 설정에 대한 정보를 더 수신한다. iBWP-light의 설정에 대한 정보는 서빙 셀의 RMSI(remaining minimum system information), 즉 SIB1에 포함될 수 있으며, 초기 DL BWP 내의 Type0-PDCCH CSS(Common Search Space) 세트에 따라 수신되는 PDCCH(Physical Downlink Control Channel)에 의해 스케줄링된 PDSCH(Physical Downlink Shared Channel)에서 RedCap UE에 의해 수신될 수 있다. 단계 630에서, RedCap UE는 iBWP-light의 설정으로부터 Type0A-PDCCH CSS 세트의 설정에 대한 정보를 획득한다. 단계 640에서, RedCap UE는 활성 DL BWP를 iBWP-light로 스위칭하고, Type0A-PDCCH CSS 세트 중 PDCCH에 의해 스케줄링된 PDSCH에서 OSI(other system information), 예를 들어 SIB-X를 수신한다. Type0A-PDCCH CSS 세트는 iBWP-light 내의 CORESET와 연관된다.

특정 실시예들에서는, Type0A-PDCCH CSS 세트의 설정에 대한 정보 이외에, iBWP-light의 설정은 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 다음 정보 중 적어도 하나를 포함할 수 있다(송신의 경우, UL iBWP-light가 적용되고, 수신의 경우, DL iBWP-light가 적용된다).

예를 들어, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 PRACH(Physical Random Access Channel) 프리앰블들 및/또는 RACH 오케이전(occasion)들에 대한 설정을 포함할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 RA(Radio Access) RNTI(Radio Network Temporary Identifier), MsgB-RNTI 또는 TC-RNTI(Temporary Cell RNTI)에 의해 스크램블링된 CRC(Cyclic Redundancy Check)가 포함된 DCI(Downlink Control Information) 포맷을 제공하는 PDCCH 수신들을 위한 공통 탐색 공간 세트, 즉 Type1-PDCCH CSS 세트의 설정에 대한 정보를 제공하는 ra-SearchSpace를 포함할 수 있다. RedCap UE는 랜덤 액세스 프로세스를 위한 RAR(Msg2, MsgB) 또는 Msg4를 포함하는 PDSCH 수신을 스케줄링하는 DCI 포맷을 제공하는 PDCCH를 수신할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 페이징 정보를 제공하는 PDSCH를 스케줄링하는 P-RNTI(paging RNTI)에 의해 스크램블링된 CRC 비트들이 포함된 DCI 포맷을 제공하는 PDCCH 수신들을 위한 탐색 공간 세트, 즉 Type2-PDCCH CSS 세트의 설정에 대한 정보를 제공하는 pagingSearchSpace를 포함할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 PEI(paging early indication)가 다음 하나 이상의 페이징 오케이전들에서 PDCCH를 모니터링/수신할지 여부를 RedCap UE에게 지시하도록 구성된, PEI를 제공하기 위한 물리 계층 신호/채널의 설정을 포함할 수 있다. 일 예에서, 물리 계층 신호/채널은 PDCCH일 수 있다. 다른 예에서, 물리 계층 신호/채널은 RS 자원, 예를 들어 TRS(Tracking Reference Signal)/CSI-RS(Channel State Information Reference Signal) 자원일 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 INT-RNTI(interruption RNTI), SFI-RNTI(slot format indication RNTI), TPC-PUSCH-RNTI(transmit power control(TPC) physical uplink shared channel(PUSCH) RNTI), TPC-PUCCH-RNTI(TPC physical uplink control channel(PUCCH) RNTI), TPC-SRS-RNTI(transmit power control sounding reference signal), 또는 CI-RNTI(cancelation indication RNTI) 그리고, 프라이머리 셀만을 위한, C-RNTI(cell-RNTI), MCS-C-RNTI(modulation and coding scheme cell RNTI), CS-RNTI(configured scheduling RNTI)(들), 또는 PS-RNTI(power savings RNTI)에 의해 스크램블링된 CRC가 포함된 DCI 포맷들을 제공하는 PDCCH 수신들을 위한 searchSpaceType = 'common'인 PDCCH-Config에서 SearchSpace에 의해 설정된 Type3-PDCCH CSS 세트를 포함할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 C-RNTI, MCS-C-RNTI, SP-CSI-RNTI(semi-persistent channel state information(CSI) RNTI), CS-RNTI(들), SL-RNTI(sidelink RNTI), SL-CS-RNTI(sidelink configured scheduling RNTI), 또는 SL(sidelink) 반지속적 스케줄링 차량 대 사물 RNTI(V-RNTI)에 의해 스크램블링된 CRC가 포함된 DCI 포맷들을 제공하는 PDCCH 수신들을 위한 searchSpaceType = 'ue-Specific'인 PDCCH-Config에서 SearchSpace에 의해 지시되는 USS(UE-Specific Search Space) 세트를 포함할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 하나 이상의 CORESET들에 대한 지시를 포함할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 서빙 셀을 통한 송신을 위한 하나 이상의 SSB들에 대한 지시를 포함할 수 있으며, 여기서 이 지시는 (i) 물리적 셀 ID, (ii) 하나 이상의 SSB들의 주파수 위치, 및 (iii) 하나 이상의 SSB들의 송신을 지시하는 비트맵 중 적어도 하나를 포함할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 측정들을 위한 하나 이상의 SSB들에 대한 지시를 적어도 포함할 수 있으며, 여기서 이 지시는 (i) 물리적 셀 ID, (ii) 하나 이상의 SSB들의 주파수 위치, (iii) 측정될 SSB들을 지시하는 비트맵, (iv) SMTC(SSB-based RRM Measurement Timing Configuration) 중 적어도 하나를 포함할 수 있다. RedCap UE는 하나 이상의 SSB들로부터 SSB들을 수신하여 RSRP(reference signal received power)(즉, SS-RSRP), RSRQ(reference signal received quality)(즉, SS-RSRQ), 또는 SINR(signal to interference and noise ratio)(즉, SS-SINR)을 측정할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 하나 이상의 CSI-RS/TRS 자원 세트를 포함할 수 있으며, 여기서 CSI-RS/TRS 자원 세트들로부터의 각 CSI-RS/TRS 자원은 서빙 셀의 셀 ID를 제공한다. RedCap UE는 CSI-RS/TRS 자원들을 수신하여 서빙 셀의 RSRP(즉, CSI-RSRP), RSRQ(즉, CSI-RSRQ) 또는 SINR(즉, CSI-SINR)을 측정할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 RSSI(Reference Signal Strength Indicator) 측정을 위한 설정을 포함할 수 있다.

또 다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 SSB 주파수-내/주파수-간 측정들 및/또는 CSI-RS 주파수-내/주파수-간 측정에 적용 가능한 정보를 제공하는 측정 객체(예를 들면, REF5의 MeasObjectNR)를 포함할 수 있다. RedCap UE는 측정 객체에 따라 RRC_IDLE/INACTIVE 상태에 있는 서빙 셀들 및 인접 셀들 모두에 대한 RRM 측정들을 수행한다.

특정 실시예들에서는, iBWP-light에서 Type0A-PDCCH CSS 세트에 따라 PDCCH에 의해 제공되는 DCI 포맷에 의해 스케줄링된 PDSCH에서 수신되는 OSI의 컨텐츠는 다음과 같은 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보 중 적어도 하나를 포함할 수 있다(송신의 경우, UL iBWP-light가 적용되고; 수신의 경우, DL iBWP-light가 적용됨).

예를 들어, OSI의 컨텐츠는 PRACH 프리앰블들 및/또는 RACH 오케이전들의 지시를 포함할 수 있다.

다른 예로서, OSI의 컨텐츠는 RA-RNTI(Random Access RNTI), MsgB-RNTI 또는 TC-RNTI에 의해 스크램블링된 CRC가 포함된 DCI 포맷을 제공하는 PDCCH 수신들을 위한 공통 탐색 공간 세트, 즉 Type1-PDCCH CSS 세트를 제공하는 ra-SearchSpace를 포함할 수 있다. RedCap UE는 랜덤 액세스 프로세스를 위한 RAR(Msg2, MsgB) 또는 Msg4를 포함하는 PDSCH를 스케줄링하기 위해 PDCCH를 수신할 수 있다.

다른 예로서, OSI의 컨텐츠는 P-RNTI에 의해 스크램블링된 CRC가 포함된 DCI 포맷을 제공하는 PDCCH 수신들을 위한 공통 탐색 공간 세트, 즉 Type2-PDCCH CSS 세트를 제공하는 pagingSearchSpace를 포함할 수 있다.

다른 예로서, OSI의 컨텐츠는 PEI(paging early indication)를 제공하기 위한 물리 계층 신호/채널의 설정을 포함할 수 있으며, 여기서 PEI는 다음 하나 이상의 페이징 오케이전들에서 PDCCH를 모니터링/수신할지 여부를 RedCap UE에게 지시한다. 일 예에서, 물리 계층 신호/채널은 PDCCH일 수 있다. 다른 예에서, 물리 계층 신호/채널은 RS 자원, 예를 들어 TRS/CSI-RS 자원일 수 있다.

다른 예로서, OSI의 컨텐츠는 INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI 또는 CI-RNTI 그리고, 프라이머리 셀만을 위한, C-RNTI, MCS -C-RNTI, CS-RNTI 또는 PS-RNTI에 의해 스크램블랭된 CRC가 포함된 DCI 포맷을 제공하는 PDCCH 수신들을 위한 searchSpaceType = 'common'인 PDCCH-Config에서 SearchSpace에 의해 제공되는 Type3-PDCCH CSS 세트를 포함할 수 있다.

다른 예로서, OSI의 컨텐츠는 C-RNTI, MCS-C-RNTI, SP-CSI-RNTI, CS-RNTI(들), SL-RNTI, SL-CS-RNTI 또는 SL 반지속적 스케줄링 V-RNTI에 의해 스크램블링된 CRC가 포함된 DCI 포맷을 제공하는 PDCCH 수신들을 위한 searchSpaceType = 'ue-Specific'인 PDCCH-Config에서 SearchSpace에 의해 제공되는 USS 세트를 포함할 수 있다.

다른 예로서, OSI의 컨텐츠는 하나 이상의 CORESET들의 지시를 포함할 수 있다.

다른 예로서, OSI의 컨텐츠는 서빙 셀을 통한 송신을 위한 하나 이상의 SSB들에 대한 지시를 포함할 수 있으며, 여기서 설정은 (i) 물리적 셀 ID, (ii) 하나 이상의 SSB들의 주파수 위치, 및 (iii) 하나 이상의 SSB들의 송신을 지시하는 비트맵 중 적어도 하나를 포함할 수 있다.

다른 예로서, OSI의 컨텐츠는 측정을 위한 하나 이상의 SSB들에 대한 지시를 포함할 수 있으며, 여기서 지시는 (i) 물리적 셀 ID, (ii) 하나 이상의 SSB들의 주파수 위치, (iii) 측정될 SSB들을 지시하는 비트맵, 및 (iv) SMTC 중 적어도 하나를 포함할 수 있다. RedCap UE는 하나 이상의 SSB들로부터 SSB들을 수신하여, RSRP(즉, SS-RSRP), RSRQ(즉, SS-RSRQ) 또는 SINR(즉, SS-SINR)을 측정할 수 있다.

다른 예로서, OSI의 컨텐츠는 하나 이상의 CSI-RS/TRS 자원 세트를 포함할 수 있으며, 여기서 CSI-RS/TRS 자원 세트의 각각의 CSI-RS/TRS 자원은 서빙 셀의 셀 ID를 제공한다. RedCap UE는 CSI-RS/TRS 자원들을 수신하여 서빙 셀의 RSRP(즉, CSI-RSRP), RSRQ(즉, CSI-RSRQ) 또는 SINR(즉, CSI-SINR)을 측정할 수 있다.

다른 예로서, OSI의 컨텐츠는 RSSI 측정을 위한 정보를 포함할 수 있다.

또 다른 예로서, OSI의 컨텐츠는 SSB들 주파수-내/주파수-간 측정들 및/또는 CSI-RS 주파수-내/주파수-간 측정에 적용 가능한 정보를 제공하기 위해 측정 객체(예를 들면, REF5의 MeasObjectNR)를 포함할 수 있다. RedCap UE는 측정 객체에 따라 RRC_IDLE/INACTIVE 상태에 있는 서빙 셀들과 인접 셀들 모두에 대한 RRM 측정들을 수행한다.

특정 실시예들에서 RedCap UE는 전용 초기 DL BWP에서 CORESET#0 또는 CORESET#0과 연관된 CSS 세트가 제공될 것으로 예상하지 않는다.

특정 실시예들에서 RedCap UE는 전용 초기 DL BWP에 설정된 Type0-PDCCH CSS가 제공될 것으로 예상하지 않는다.

특정 실시예들에서 RedCap UE는 전용 초기 DL BWP에서 서빙 셀 RRM 측정을 위한 SSB들이 제공될 것으로 예상하지 않는다.

도 6이 방법(600)을 예시하지만, 도 6에 대한 다양한 변경이 이루어질 수 있다. 예를 들어, 방법(600)이 일련의 단계들로 도시되어 있지만, 다양한 단계들이 중첩되거나, 병렬적으로 발생하거나, 다른 순서로 발생하거나, 여러 번 발생할 수 있다. 다른 예에서, 단계들은 생략되거나 다른 단계들로 대체될 수도 있다. 예를 들어, 방법(600)의 단계들은 다른 순서로 실행될 수도 있다.

본 개시의 다음 실시예들은 RedCap UE에 대한 전용 RRM 측정 설정에 대해 설명한다. 이것은 도 7과 같은 다음의 예들 및 실시예들에서 설명된다.

도 7은 본 개시의 실시예들에 따른 RRC_IDLE/INACTIVE 상태에 있는 RedCap UE들에 의한 RRM 측정들을 위한 전용 설정에 기초한 RRM 측정들에 대한 절차의 예시적인 방법(700)을 도시한 것이다. 도 7의 방법(700)의 단계들은 도 1의 UE들(111-116) 중의 임의의 UE(예를 들면, 도 3의 UE(116))에 의해 수행될 수 있다. 방법(700)은 단지 설명을 위한 것이며 본 개시의 범위를 벗어나지 않고 다른 실시예들이 사용될 수 있다.

본 개시의 실시예들은 RedCap UE에 전용인 주파수-내, 주파수-간 또는 RAT-간 RRM 측정들의 설정을 고려한다. 여기서 설정은 CORESET#0과 연관된 초기 DL BWP에서 RedCap UE에 의해 수신된다. RedCap UE들은 초기 DL BWP에서, 레거시 UE들(즉, 감소된 능력을 갖지 않는 UE들) 내에서 공존할 수 있다.

도 7에 도시된 방법(700)은 RRC_IDLE/INACTIVE 상태에 있는 RedCap UE들에 대한 전용 RRM 측정 설정에 기초한 RRM 측정을 위한 UE 절차의 예를 설명한다.

초기 액세스 프로세스 동안에, 단계 710에서 RedCap UE(예를 들면, UE(116))는 적어도 하나의 SSB들을 검출하고, 검출된 SSB들에 기초하여 서빙 셀의 초기 DL BWP에 대한 정보를 획득한다. 단계 720에서, RedCap UE는 초기 DL BWP에서의 수신을 시작한다. RedCap UE는 RedCap UE에 전용인 다른 초기 DL BWP(즉, iBWP-light)에 대한 정보를 더 수신한다. iBWP-light에 대한 정보는 서빙 셀의 RMSI(remaining minimum system information), 즉 SIB1에 포함될 수 있으며, 초기 DL BWP 내의 Type0-PDCCH CSS 세트에 따른 PDCCH 수신에서 제공되는 DCI 포맷에 의해 스케줄링된 PDSCH에서 RedCap UE에 의해 수신될 수 있다. 단계 730에서, RedCap UE는 iBWP-light에서 RRM 측정들에 대한 정보를 추가로 수신한다. 단계 740에서, RedCap UE는 활성 DL BWP를 초기 DP BWP로부터 iBWP-light로 스위칭하고, RRM 측정들에 대한 설정에 따라 iBWP-light에서 RRM 측정들을 수행한다.

iBWP-light에서 RRM 측정들에 대한 설정을 얻기 위해, 다음 두 가지 방법 중 하나를 고려할 수 있다.

일 방법에서, 서빙 gNB(예를 들면, BS(102))는 iBWP-light의 설정에 대한 정보와 함께 iBWP-light에서 RRM 측정들의 설정에 대한 정보를 RedCap UE에게 제공할 수 있다. 예를 들어, 두 설정 모두 RMSI에 의해 제공된다. RMSI는 RedCap UE들에 대해 전용일 수 있다. 대안적으로, RMSI는 RedCap UE들과 레거시 UE들 모두에 공통적일 수 있다.

다른 방법에서, 서빙 gNB는 초기 DL BWP에서 CORESET#0과 연관된 Type0-PDCCH CSS 세트에 따른 PDCCH 수신에서 DCI 포맷에 의해 스케줄링된 PDSCH에서 RedCap UE에 의해 수신된 SIB(예를 들면, SIB-X, 여기서 X>1는 정수임)에 의해 iBWP-light에서 RRM 측정들의 설정에 대한 정보를 RedCap UE에게 제공할 수 있다.

RedCap UE는 RRM 측정들에 대한 설정이 iBWP-light에서 SSB들 주파수-내/주파수-간 측정들 및/또는 CSI-RS 주파수-내/주파수-간 측정에 적용 가능한 정보를 제공하는지 결정한다. RedCap UE는 측정 객체에 따라 RRC_IDLE/INACTIVE 상태에 있는 서빙 셀들과 인접 셀들 모두에 대해 iBWP-light에서 RRM 측정들을 수행한다. iBWP-light에서의 RRM 측정들에 대한 설정 정보는 REF 5의 MeasObjectNR에 포함된 정보 중 임의 정보를 포함할 수 있다. 예를 들어, 정보는 이동성을 위한 CSI-RS 기반 RRM 측정들 및/또는 SSB 설정(공칭 SSB들, 타이밍 설정 등)에 사용될 CSI-RS 자원들을 제공하기 위한 referenceSignalConfig를 포함할 수 있다.

iBWP-light의 설정에 대한 정보는 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 다음 정보 중 어느 것을 포함할 수 있다.

예를 들어, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 PRACH 프리앰블들 또는 RACH 오케이전들을 포함할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 RA-RNTI 또는 TC-RNTI에 의해 스크램블링된 CRC가 포함된 DCI 포맷들을 제공하는 PDCCH드을 수신하기 위한 CSS 세트를 포함할 수 있으며, 여기서 DCI 포맷들은 랜덤 액세스 프로세스를 위한 RAR(Msg2, MsgB), Msg4 또는 랜덤 액세스 프로세스를 위한 Msg3 PUSCH (재)송신을 포함하는 PDSCH를 스케줄링할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 페이징 수신을 위한 CSS 세트를 포함할 수 있으며, 여기서 RedCap UE는 CSS 세트에 따라 P-RNTI에 의해 스크램블링된 CRC가 포함된 DCI 포맷의 검출을 위해 PDCCH를 모니터링한다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 PEI를 제공하기 위한 물리 계층 신호/채널을 포함할 수 있으며, 여기서 PEI는 다음 하나 이상의 페이징 오케이전들에서 PDCCH를 모니터링/수신하는지 여부를 RedCap UE에게 지시하도록 구성된다. 일 예에서, 물리 계층 신호/채널은 PDCCH일 수 있다. 다른 예에서, 물리 계층 신호/채널은 RS 자원, 예를 들어 TRS/CSI-RS 자원일 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 하나 이상의 CORESET들에 대한 정보를 포함할 수 있다.

또 다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 SI-RNTI에 의해 스크램블링된 CRC가 포함된 DCI 포맷을 제공하는 PDCCH 수신들을 위한 Type0A-PDCCH CSS 세트를 포함할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 측정을 위한 하나 이상의 SSB들에 대한 지시를 포함할 수 있으며, 여기서 지시는 (i) 물리적 셀 ID, (ii) 하나 이상의 SSB들의 주파수 위치, (iii) 측정될 SSB들을 지시하는 비트맵, 및 (iv) SMTC 중 적어도 하나를 포함할 수 있다. RedCap UE는 하나 이상의 SSB들로부터 SSB들을 수신하여 RSRP(즉, SS-RSRP), RSRQ(즉, SS-RSRQ) 또는 SINR(즉, SS-SINR)을 측정할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 하나 이상의 CSI-RS/TRS 자원 세트를 포함할 수 있으며, 여기서 CSI-RS/TRS 자원 세트들로부터의 각 CSI-RS/TRS 자원은 서빙 셀의 셀 ID를 전달한다. RedCap UE는 CSI-RS/TRS 자원들을 수신하여 서빙 셀의 RSRP(즉, CSI-RSRP), RSRQ(즉, CSI-RSRQ) 또는 SINR(즉, CSI-SINR)을 측정할 수 있다.

또 다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 RSSI 측정들에 대한 설정을 포함할 수 있다.

특정 실시예들에서, RedCap UE들에게 OSI를 제공하기 위해, 다음 두 가지 방법 중 하나가 고려될 수 있다.

일 방법에서는, RedCap UE가 CORESET#0과 연관된 레거시 초기 DL BWP에서 Type0A-PDCCH CSS 세트에 따른 PDCCH 수신에 의해 제공되는 DCI 포맷에 의해 스케줄링된 PDSCH에서 SIB-X를 수신한다. RedCap UE는 OSI 수신 후에 iBWP-light로부터 레거시/프라이머리 초기 DL BWP로 스위칭할 수 있다.

다른 방법에서는, RedCap UE가 iBWP-light에서 Type0A-PDCCH CSS 세트에 따른 PDCCH 수신에 의해 제공되는 DCI 포맷에 의해 스케줄링된 PDSCH에서 SIB-X를 수신한다. RedCap UE는 RRM 측정들에 대한 설정을 제외한 OSI를 수신한다.

도 7이 방법(700)을 도시하고 있지만, 도 7에 대한 다양한 변경이 이루어질 수 있다. 예를 들어, 방법(700)이 일련의 단계들로 도시되어 있지만, 다양한 단계들이 중첩되거나, 병렬적으로 발생하거나, 다른 순서로 발생하거나, 여러 번 발생할 수 있다. 다른 예에서, 단계들은 생략되거나 다른 단계들로 대체될 수도 있다. 예를 들어, 방법(700)의 단계들은 다른 순서로 실행될 수도 있다.

본 개시의 다음 실시예들은 서빙 셀 측정으로부터의 전용 RS 자원들에 대해 설명한다. 이것은 도 8과 같은, 다음의 예들 및 실시예들에서 설명된다.

도 8은 본 개시의 실시예들에 따라 RedCap UE들에 전용인 기준 신호(RS) 자원들을 수신하기 위한 UE 절차의 예시적인 방법(800)을 도시한 것이다. 도 8의 방법(800)의 단계들은 도 1의 UE들(111-116) 중의 임의의 UE(예를 들면, 도 3의 UE(116))에 의해 수행될 수 있다. 방법(800)은 단지 설명을 위한 것이며 본 개시의 범위를 벗어나지 않고 다른 실시예들이 사용될 수 있다.

본 개시의 특정 실시예들은 서빙 셀에서 RedCap UE들에 전용인 RS 자원들을 지원하는 것을 고려한다.

도 8에 도시된 방법(800)은 RedCap UE들에 전용인 RS 자원들을 수신하기 위한 UE 절차의 예를 설명한다.

초기 액세스 동안에, 단계 810에서 RedCap UE(예를 들면, UE(116))는 적어도 하나의 SSB를 검출하고, 검출된 SSB에 기초하여 서빙 셀의 초기 DL BWP에 대한 정보를 획득한다. 단계 820에서, RedCap UE는 초기 DL BWP에서의 수신을 시작한다. RedCap UE는 다른 초기 DL BWP(즉, iBWP-light)에 대한 정보를 더 수신한다. iBWP-light의 정보는 서빙 셀의 RMSI, 즉 SIB1에 포함될 수 있으며, 초기 DL BWP 내의 Type0-PDCCH CSS 세트의 PDCCH에 의해 스케줄링된 PDSCH에서 RedCap UE에 의해 수신될 수 있다. 단계 830에서, RedCap UE는 RS 자원들에 대한 정보를 더 수신한다. 단계 840에서, RedCap UE는 활성 DL BWP를 초기 DL BWP로부터 iBWP-light로 스위칭하고, 상기 정보에 따라 iBWP-light에서 RS 자원들을 수신한다.

특정 실시예들에서, RedCap UE들에 전용인 RS 자원들의 정보를 수신하기 위해, 다음 두 가지 방법 중 하나가 적용될 수 있다.

일 방법에서는, 서빙 gNB(예를 들면, BS(102))가 iBWP-light의 정보와 함께 RedCap UE들에 전용인 RS 자원들의 정보를 제공할 수 있다. 예를 들어, 두 정보 모두 RMSI에 의해 제공된다. RMSI는 RedCap UE들에 대해 전용일 수 있다. 대안적으로, RMSI는 RedCap UE들과 레거시 UE들에게 공통적일 수 있다.

다른 방법에서는, 서빙 gNB가 초기 DL BWP에서 CORESET#0과 연관된 Type0-PDCCH CSS 세트에서 PDCCH에 의해 스케줄링된 PDSCH에서 RedCap UE에 의해 수신된 SIB(system information block)(예를 들면, SIB-X, 여기서 X>1는 정수임)에서 RedCap UE들에게 전용인 RS 자원들의 정보를 제공할 수 있다.

RedCap UE들에 전용인 RS 자원들의 정보는 (i) 하나 이상의 SSB 버스트들, (ii) 하나 이상의 CSI-RS/TRS 자원 세트, (iii) RSSI 측정들에 대한 정보 중 하나 이상을 포함할 수 있다. SSB들의 SSB 버스트로부터의 SSB는 서빙 셀의 셀 ID를 제공한다. RedCap UE들은 SSB 버스트들로부터 SSB들을 수신하여 서빙 셀의 RSRP(즉, SS-RSRP), RSRQ(즉, SS-RSRQ) 또는 SINR(즉, SS-SINR)을 측정할 수 있다. 이 정보는 (i) 물리적 셀 ID, (ii) 하나 이상의 SSB들의 주파수 위치, (iii) 측정될 SSB들을 지시하는 비트맵, 및 (iv) SMTC 중 적어도 하나를 포함할 수 있다. CSI-RS/TRS 자원 세트의 각 CSI-RS/TRS 자원은 서빙 셀의 셀 ID를 제공한다. RedCap UE는 CSI-RS/TRS 자원들을 수신하여 서빙 셀의 RSRP(즉, CSI-RSRP), RSRQ(즉, CSI-RSRQ) 또는 SINR(즉, CSI-SINR)을 측정할 수 있다. 이 정보는 (i) 물리적 셀 ID, (ii) 하나 이상의 CSI/TRS 자원 세트의 주파수 위치, 및 (iii) CSI-RS/TRS 수신에 대한 MTC(measurement time configuration)(여기서, RedCap UE는 MTC 윈도우 내의 CSI-RS/TRS 자원들만 수신함) 중 적어도 하나를 포함할 수 있다.

특정 실시예들에서, RedCap UE는 서빙 셀을 통한 수신들 또는 송신들을 위한 동기화 또는 자동 이득 제어(AGC) 컨버전스를 위해 RS 자원들을 사용한다.

iBWP-light의 정보는 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위해 다음 중 어느 것을 포함할 수 있다.

예를 들어, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 PRACH 프리앰블들 또는 RACH 오케이전들에 대한 정보를 포함할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 RA-RNTI 또는 TC-RNTI에 의해 스크램블링된 CRC가 포함된 DCI 포맷을 제공하는 PDCCH를 수신하기 위한 공통 탐색 공간 세트에 대한 정보를 포함할 수 있으며, 여기서 DCI 포맷은 랜덤 액세스 절차를 위한 RAR(Msg2 또는 MsgB) 또는 Msg4를 포함하는 PDSCH를 스케줄링할 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 페이징을 위한 PDSCH 수신을 스케줄링하는 DCI 포맷을 제공하는 PDCCH 수신들을 위한 탐색 공간 세트에 대한 정보를 포함할 수 있으며, 여기서 RedCap UE는 P-RNTI에 의해 스크램블링된 CRC가 포함된 DCI 포맷을 검출하기 위해 PDCCH를 모니터링한다.

또 다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 PEI를 제공하기 위한 물리 계층 신호/채널에 대한 정보를 포함할 수 있으며, 여기서 PEI는 다음 하나 이상의 페이징 오케이전들에서 PDCCH를 모니터링/수신할지 여부를 RedCap UE에게 지시하도록 구성된다. 일 예에서, 물리 계층 신호/채널은 PDCCH일 수 있다. 다른 예에서, 물리 계층 신호/채널은 RS 자원, 예를 들어 TRS/CSI-RS 자원일 수 있다.

다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 SI-RNTI에 의해 스크램블링된 CRC가 포함된 DCI 포맷을 제공하는 PDCCH 수신들을 위한 Type0A-PDCCH CSS 세트를 포함할 수 있다.

또 다른 예로서, 서빙 셀의 iBWP-light 내에서 RedCap UE 동작을 설정하기 위한 정보는 SSB들 주파수-내/주파수-간 측정들 및/또는 CSI-RS 주파수-내/주파수-간 측정에 적용 가능한 정보를 제공하는 측정 객체(예를 들면, REF5의 MeasObjectNR)를 포함할 수 있다. RedCap UE는 측정 객체에 따라 RRC_IDLE/INACTIVE 상태에 있는 서빙 셀들 및 인접 셀들 모두에 대한 RRM 측정들을 수행한다.

특정 실시예들에서, RedCap UE에 의한 OSI가 포함된 PDSCH 수신을 위해, 다음 두 가지 방법 중 하나가 적용될 수 있다.

일 방법에서는, RedCap UE가 CORESET#0과 연관된 레거시/프라이머리 초기 DL BWP에서 Type0A-PDCCH CSS 세트에 따라 PDCCH에 의해 제공되는 DCI 포맷에 의해 스케줄링된 PDSCH에서 SIB-X를 수신한다. RedCap UE는 OCI가 포함된 PDSCH 수신 이후에 iBWP-light로부터 레거시/프라이머리 초기 DL BWP로 스위칭할 수 있다.

다른 방법에서는, RedCap UE가 iBWP-light에서 Type0A-PDCCH CSS 세트에 따라 PDCCH 수신에 의해 제공되는 DCI 포맷에 의해 스케줄링된 PDSCH에서 SIB-X를 수신한다.

도 8이 방법(800)을 도시하고 있지만 도 8에 대한 다양한 변경이 이루어질 수 있다. 예를 들어, 방법(800)이 일련의 단계들로 도시되어 있지만, 다양한 단계들이 중첩되거나, 병렬적으로 발생하거나, 다른 순서로 발생하거나, 여러 번 발생할 수 있다. 다른 예에서, 단계들은 생략되거나 다른 단계들로 대체될 수도 있다. 예를 들어, 방법(800)의 단계들은 다른 순서로 실행될 수도 있다.

본 개시의 다음 실시예들은 RRC_CONNECTED 상태에 있는 RedCap UE에 대한 DL BWP를 설명한다.

본 개시의 실시예들은 또한 RRC_CONNECTED 상태에 있는 RedCap UE에 대한 DL BWP의 활용을 고려한다. 이 실시예의 경우, 본 개시의 제1, 제2, 제 3 실시예들의 RRC_IDLE/INACTIVE 상태에 있는 RedCap UE의 초기 DL BWP에 대한 모든 내용과 예들이 적용될 수 있으며, 여기서 RedCap UE들에 대해 설정되는 초기 DL BWP는 BWP-light 또는 iBWP-light로 지칭되는 RedCap UE들에 대해 설정되는 일반 DL BWP에 의해 대체될 수 있다.

예를 들어, RedCap UE는 RedCap UE들에 전용인 DL BWP에서 CORESET#0 또는 CORESET#0과 연관된 CSS 세트로 설정될 것으로 예상하지 않는다.

다른 예로서, RedCap UE는 RedCap UE들에 전용인 DL BWP에서 Type0-PDCCH CSS 세트로 설정될 것으로 예상하지 않는다.

또 다른 예로서, RedCap UE는 RedCap UE들에 전용인 DL BWP에서 서빙 셀 RRM 측정을 위한 SSB들로 설정될 것으로 예상하지 않는다.

RRC_CONNECTED 상태에 있는 RedCap UE를 위해 설정되는 DL BWP의 설정은 UE 전용 RRC 파라미터 세트에 포함될 수 있음에 유의한다.

본 개시의 다음 실시예들은 RedCap UE에 대한 DL BWP에서 SSB들의 제한 사항을 설명한다.

본 개시의 특정 실시예들은 RedCap UE에 대해 설정된 별도의 DL BWP(예를 들어, 본 개시의 실시예에서는 iBWP-light 또는 BWP-light)에서 SSB들의 제한 사항을 고려한다.

RedCap UE가 별도의 DL BWP를 지시받는 경우, RedCap UE(예를 들면, UE(116))는 별도의 DL BWP에서 SSB들을 수신하도록 지시받을 수 있다. 일 예에서, RedCap UE는 SSB들의 BW가 별도의 DL BWP의 BW 내로 제한되는 것으로 가정한다. 다른 예에서, RedCap UE는 SSB들이 서빙 셀로부터 송신되는 것으로 가정한다.

특정 실시예들에서는, RedCap UE가 별도의 DL BWP에서 수신하도록 지시받은 SSB들이 다음 목적들 중 어느 것을 위해 RedCap UE에 의해 사용될 수 있다. 일 예에서, SSB들은 RRM 측정들에 사용된다. RRM 측정들은 서빙 셀에 대한 것일 수도 있고 인접 셀에 대한 것일 수도 있다. 다른 예에서, SSB들은 RLM(radio link monitoring) 측정에 사용된다. 다른 예에서, SSB들은 채널 측정들 및 CSI 보고들에 사용된다. 또 다른 예에서, SSB들은 빔 관리(예를 들면, 빔 실패 복구 또는 링크 복구)에 사용된다. 또 다른 예에서, SSB들은 AGC 컨버전스 또는 시간/주파수 추적에 사용된다.

RedCap UE가 비-RedCap UE들과는 별도의 DL BWP 내에서 동작하는 경우, RedCap UE는 이 BWP 내에서 SSB 기반 RRM 측정들을 수행할 수 있으며 UE 복잡성에 영향을 미치지 않는다.

네트워크/gNB는 별도의 DL BWP를 통해 추가 SSB들을 송신할지 여부에 대한 유연성을 가지고 있다. 네트워크/gNB는 RedCap UE를 위한 DL BWP에 셀-정의 SSB(RedCap UE가 서빙 셀에 대한 파라미터 설정을 위하여 SIB1에 의해 제공된 정보로부터 서빙 셀의 아이덴티티를 얻기 위해 사용하는 SSB)가 포함되도록 SSB들을 송신할 수 있으며, 추가 SSB를 송신할 필요가 없다. 네트워크/gNB는 RedCap UE에 대한 DL BWP에 셀-정의 SSB가 포함되지 않도록 SSB들을 송신할 수도 있다.

네트워크/gNB는 BWP-light에서 CSI-RS 기반 RRM 측정들을 수행하도록 RedCap UE에게 지시할 수 있다. 이러한 방식으로, 네트워크/gNB는 별도의 DL BWP(BWP-light)에서 추가 SSB를 송신할 필요가 없다. 네트워크/gNB는 RedCap UE들을 위한 DL BWP(BWP-light)에 셀-정의 SSB가 포함되지 않도록 SSB들을 송신할 수도 있으며, 이 경우 네트워크/gNB는 RedCap UE를 위한 별도의 DL BWP 내에서 RRM 측정들을 위해 다른 SSB 세트를 송신할 수 있다.

RedCap UE를 위한 DL BWP 내로 SSB들의 대역폭(BW)이 제한되는 가정은 다음과 같은 케이스들 중 어느 케이스에 적용될 수 있다. 일 케이스에서는, RedCap UE가 FR1에서 동작하고 있다. 또 다른 케이스에서는, RedCap UE가 FR2에서 동작하고 있다. 다른 케이스에서는, RedCap UE가 RRC_IDLE/INACTIVE 상태에 있다. 다른 케이스에서는, RedCap UE가 RRC_CONNECTED 상태에 있다. 다른 케이스에서는, RedCap UE가 초기 액세스 절차를 수행한다. 또 다른 케이스에서는, RedCap UE가 초기 액세스 절차를 완료하였다.

예를 들어, RedCap UE를 위한 DL BWP(BWP-light)에서 지시되는 SSB들이 서빙 셀로부터 송신된다. 예를 들어, SSB들에 대한 지시는 다음 중 적어도 하나를 포함한다: (i) 물리적 셀 ID(예를 들면, physCellId), (ii) SSB들의 중심에 해당하는 주파수 위치(예를 들면, ssbFrequency), (iii) 시간 도메인에서 어떤 SSB들이 하프 프레임 내에서 송신되는지를 나타내는 송신 패턴(예를 들면, ssb-PositionsInBurst), (iv) 서빙 셀에서 SSB들의 주기(예를 들면, ssb-periodicityServingCell), (v) SSB들의 서브캐리어 간격(예를 들면, ssbSubcarrierSpacing), (vi) SSB들의 평균 송신 전력(예를 들면, EPRE(energy per resource element))(SSS(secondary synchronization signal)의 RE들에 의해 측정됨 - 예를 들면, ss-PBCH-BlockPower).

다른 예로서, RedCap UE를 위한 DL BWP에서의 SSB들은 비-셀-정의(non-cell-defining) SSB들이며, 예를 들어 이 SSB들과 연관된 RMSI가 없다. RMSI 부존재에 대한 정보가 SSB의 PBCH 페이로드에 의해 지시될 수도 있다.

다른 예로서, RedCap UE를 위한 DL BWP에서의 SSB들은 RedCap UE에 의한 초기 액세스 절차(예를 들어, 최신 셀 탐색 절차, 예를 들어 셀-정의 SSB들로 지칭됨)에 사용되는 SSB들의 세트와 다를 수 있다. 이 예의 경우, RedCap UE를 위한 DL BWP에서의 SSB들과 RedCap UE의 초기 액세스 절차에 사용되는 SSB들의 세트 간에는 관계성(relationship)/대응성(correspondence)이 있을 수 있다.

하나의 하위 예에서, RedCap UE를 위한 DL BWP에서의 SSB들에 대한 물리적 셀 ID는 RedCap UE에 의한 초기 액세스 절차에 사용되는 SSB에 대응하는 물리적 셀 ID와 동일할 수 있다. 예를 들어, RedCap UE를 위한 DL BWP에서의 SSB들에 대한 물리적 셀 ID의 명시적 설정이 없으며, RedCap UE의 초기 액세스 절차를 위한 SSB들의 물리적 셀 ID가 재사용된다.

다른 하위 예에서는, RedCap UE를 위한 DL BWP의 하프 프레임(예를 들어, ssb-PositionsInBurst) 내에서 송신되는 시간 도메인의 SSB들을 지시하는 송신 패턴이 RedCap UE의 초기 액세스 절차에 사용되는 SSB들의 송신 패턴과 동일할 수 있다. 예를 들어 RedCap UE를 위한 DL BWP에서의 SSB들에 대한 송신 패턴 설정에 대한 명시적인 정보가 없으며, 초기 액세스 절차를 위한 SSB들의 송신 패턴이 RedCap UE에 의해 재사용된다.

다른 하위 예에서는, RedCap UE를 위한 DL BWP의 하프 프레임(예를 들어, ssb-PositionsInBurst) 내에서 송신되는 시간 도메인의 SSB들을 지시하는 송신 패턴이 RedCap UE의 초기 액세스 절차에 사용되는 SSB들의 송신 패턴의 서브세트일 수 있다. 예를 들어, RedCap UE를 위한 DL BWP에서의 SSB들에 대한 송신 패턴을 지시하기 위한 비트맵(예를 들어, ssb-PositionsInBurst)에서 비트가 1의 값을 갖는 경우, RedCap UE는 해당 비트가 RedCap UE의 초기 액세스 절차에 사용되는 SSB들의 송신 패턴을 지시하기 위한 비트맵(예를 들면, ssb-PositionsInBurst)에서도 1의 값을 갖는 것으로 가정할 수 있다.

또 다른 하위 예에서는, RedCap UE를 위한 DL BWP에서의 SSB들의 주기(예를 들어, ssb-periodicityServingCell)가 RedCap UE의 초기 액세스 절차에 사용되는 SSB들의 주기와 동일할 수 있다. 예를 들어, RedCap UE를 위한 DL BWP에서의 SSB들의 주기에 대한 명시적인 설정이 없으며, 초기 액세스 절차를 위한 SSB들의 주기가 RedCap UE에 의해 재사용된다.

다른 하위 예에서는, RedCap UE를 위한 DL BWP에서의 SSB들의 주기(예를 들어, ssb-periodicityServingCell)가 RedCap UE의 초기 액세스 절차에 사용되는 SSB들의 주기와 동일하거나 이보다 클 수 있다.

다른 하위 예에서는, RedCap UE를 위한 DL BWP에서의 SSB들의 서브캐리어 간격(예를 들어, ssb-periodicityServingCell)이 RedCap UE의 초기 액세스 절차에 사용되는 SSB들의 서브캐리어 간격과 동일할 수 있다. 예를 들어, RedCap UE를 위한 DL BWP에서의 SSB들의 서브캐리어 간격에 대한 명시적인 지시가 없으며, 초기 액세스 절차를 위한 SSB들의 서브캐리어 간격이 RedCap UE에 의해 재사용된다.

다른 하위 예에서는, RedCap UE를 위한 DL BWP에서의 SSB들의 평균 송신 전력(예를 들어, ss-PBCH-BlockPower)이 RedCap UE의 초기 액세스 절차에 사용되는 SSB들의 평균 송신 전력과 동일할 수 있다. 예를 들어, RedCap UE를 위한 DL BWP에서의 SSB들의 평균 송신 전력에 대한 명시적인 지시가 없으며, 초기 액세스 절차를 위한 SSB들의 평균 송신 전력이 RedCap UE에 의해 재사용된다.

다른 하위 예에서, RedCap UE들을 위한 DL BWP에서의 SSB와 RedCap UE의 초기 액세스 절차에 사용되는 SSB의 SSB 인덱스(또는 후보 SSB 인덱스)가 동일한 경우, RedCap UE는 두 SSB가 QCL(quasi co-location)된 것으로 가정할 수 있다.

또 다른 하위 예에서, RedCap UE는 RedCap UE를 위한 DL BWP에서의 SSB들이 RedCap UE의 초기 액세스 절차에 사용되는 SSB들과 동일한 하프 프레임에서 송신되는 것으로 가정할 수 있다. 예를 들어, PBCH 페이로드/MIB의 해당 지시된 시스템 프레임 번호(SFN) 및/또는 하프 프레임 지시가 두 SSB에 대해 동일하다.

예를 들어, SSB들의 BW가 RedCap UE를 위한 DL BWP의 BW 내로 제한되는 가정은 다음 조건들 중 적어도 하나가 유지되는 경우 적용될 수 있다. 일 조건에서는, RedCap UE가 RedCap UE들을 위한 DL BWP에서 Type0-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 지시를 받는다. 다른 조건에서는, RedCap UE가 RedCap UE들을 위한 DL BWP에서 Type0A-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 지시를 받는다. 다른 조건에서는, RedCap UE가 RedCap UE들을 위한 DL BWP에서 Type1-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 지시를 받는다. 다른 조건에서는, RedCap UE가 RedCap UE들을 위한 DL BWP에서 Type2-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 지시를 받는다. 또 다른 조건에서는, RedCap UE가 RedCap UE들을 위한 UL BWP에서의 RACH 오케이전(RO)들을 지시받는다.

하나의 하위 예에서, RedCap UE가 RedCap UE들을 위한 DL BWP에서 Type0-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 지시를 받은 경우, RedCap UE는 PDCCH 수신의 DM-RS(demodulation reference signal)가 RedCap UE의 초기 액세스 절차에 사용되는 SSB와 QCL되는 것으로 가정할 수 있다.

다른 하위 예에서, RedCap UE가 RedCap UE들을 위한 DL BWP(BWP-light)에서 Type0A-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 지시를 받은 경우, RedCap UE는 PDCCH 수신의 DM-RS가 RedCap UE의 초기 액세스 절차에 사용되는 SSB와 QCL되는 것으로 가정할 수 있다.

다른 하위 예에서, RedCap UE가 RedCap UE들을 위한 DL BWP에서 Type1-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 지시를 받은 경우, RedCap UE는 PDCCH 수신의 DM-RS가 RedCap UE의 초기 액세스 절차에 사용되는 SSB와 QCL되는 것으로 가정할 수 있다.

또 다른 하위 예에서, RedCap UE가 RedCap UE들을 위한 DL BWP에서 Type2-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 지시를 받은 경우, RedCap UE는 PDCCH 수신의 DM-RS가 RedCap UE의 초기 액세스 절차에 사용되는 SSB와 QCL되는 것으로 가정할 수 있다.

하나의 하위 예에서, RedCap UE가 RedCap UE들을 위한 DL BWP에서 Type0-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 설정을 받은 경우, RedCap UE는 PDCCH 수신의 DM-RS가 RedCap UE의 최신 셀 탐색 절차에 사용되는 SSB와 QCL되는 것으로 가정할 수 있다.

다른 하위 예에서, RedCap UE가 RedCap UE들을 위한 DL BWP에서 Type0A-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 지시를 받은 경우, RedCap UE는 PDCCH 수신의 DM-RS가 RedCap UE의 최신 셀 탐색 절차에 사용되는 SSB와 QCL되는 것으로 가정할 수 있다.

다른 하위 예에서, RedCap UE가 RedCap UE들을 위한 DL BWP에서 Type1-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 지시를 받은 경우, RedCap UE는 PDCCH 수신의 DM-RS가 RedCap UE의 최신 셀 탐색 절차에 사용되는 SSB와 QCL되는 것으로 가정할 수 있다.

또 다른 하위 예에서, RedCap UE가 RedCap UE들을 위한 DL BWP에서 Type2-PDCCH CSS 세트에 따라 PDCCH를 모니터링하도록 하는 지시를 받은 경우, RedCap UE는 Type2-PDCCH의 DM-RS가 RedCap UE의 최신 셀 탐색 절차에 사용되는 SSB와 QCL되는 것으로 가정할 수 있다.

위의 흐름도들은 본 개시의 원리들에 따라 구현될 수 있는 예시적인 방법들을 도시한 것이며 다양한 변경 및 수정이 여기의 흐름도들에 도시된 방법들에 대하여 이루어질 수 있다. 예를 들어, 일련의 단계들로 도시되어 있지만 각 도면의 다양한 단계들은 중첩되거나 병렬로 발생하거나 다른 순서로 발생하거나 여러 번 발생할 수 있다. 다른 예에서, 단계들은 생략되거나 다른 단계들로 대체될 수도 있다.

도 9는 본 개시의 일 실시예에 따른 UE의 구조를 나타내는 블록도를 도시한 것이다. 도 9는 도 3의 UE의 예에 대응한다.

도 9에 도시된 바와 같이. 일 실시예에 따른 UE는 트랜시버(910), 메모리(920) 및 프로세서(930)를 포함할 수 있다. UE의 트랜시버(910), 메모리(920) 및 프로세서(930)는 전술한 UE의 통신 방식에 따라 동작할 수 있다. 그러나 UE의 구성 요소는 이에 한정되지 않는다. 예를 들어, UE는 전술한 것보다 더 많거나 더 적은 구성 요소를 포함할 수 있다. 또한, 프로세서(930), 트랜시버(910) 및 메모리(920)는 하나의 칩으로 구현될 수 있다. 또한, 프로세서(930)는 적어도 하나의 프로세서를 포함할 수 있다.

트랜시버(910)는 UE 수신기 및 UE 송신기를 총칭하는 것이며, 기지국 또는 네트워크 엔티티와 신호를 송수신할 수 있다. 기지국 또는 네트워크 엔티티와 송수신되는 신호는 제어 정보 및 데이터를 포함할 수 있다. 트랜시버(910)는 송신 신호의 주파수를 상향 변환 및 증폭하는 RF 송신기 및 수신 신호의 주파수를 저잡음 증폭 및 하향 변환하는 RF 수신기를 포함할 수 있다. 그러나, 이것은 트랜시버(910)의 일 예시일 뿐이며, 트랜시버(910)의 구성 요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다

또한, 트랜시버(910)는 무선 채널을 통해 신호를 수신하여 프로세서(930)로 출력하고, 프로세서(930)에서 출력되는 신호를 무선 채널을 통해 송신할 수 있다.

메모리(920)는 UE의 동작들에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(920)는 UE에 의해 획득된 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(920)는 ROM(Read-Only Memory), RAM(Random Access Memory), 하드 디스크, CD-ROM, DVD 등과 같은 저장 매체 또는 저장 매체의 조합일 수 있다.

프로세서(930)는 UE가 상술한 바와 같이 동작하도록 하는 일련의 프로세스들을 제어할 수 있다. 예를 들어, 트랜시버(910)는 기지국 또는 네트워크 엔티티가 전송한 제어 신호를 포함하는 데이터 신호를 수신할 수 있고, 프로세서(930)는 기지국 또는 네트워크 엔티티가 전송한 제어 신호 및 데이터 신호를 수신한 결과를 결정할 수 있다.

도 10은 본 개시의 일 실시예에 따른 기지국의 구조를 나타내는 블록도를 도시한 것이다. 도 10은 도 2의 기지국의 예에 대응한다.

도 10에 도시된 바와 같이, 일 실시예에 따른 기지국은 트랜시버(1010), 메모리(1020) 및 프로세서(1030)를 포함할 수 있다. 기지국의 트랜시버(1010), 메모리(1020) 및 프로세서(1030)는 전술한 기지국의 통신 방법에 따라 동작할 수 있다. 그러나, 기지국의 구성 요소들이 이에 한정되는 것은 아니다. 예를 들어, 기지국은 위에서 설명된 것보다 더 많거나 더 적은 구성 요소를 포함할 수도 있다. 또한, 프로세서(1030), 트랜시버(1010) 및 메모리(1020)는 하나의 칩으로 구현될 수 있다. 또한, 프로세서(1030)는 적어도 하나의 프로세서를 포함할 수 있다.

트랜시버(1010)는 기지국 수신기 및 기지국 송신기를 총칭하는 것이며 단말 또는 네트워크 엔티티와 신호를 송수신할 수 있다. 단말(UE) 또는 네트워크 엔티티와 송수신되는 신호는 제어 정보 및 데이터를 포함할 수 있다. 트랜시버(1010)는 송신 신호의 주파수를 상향 변환 및 증폭하는 RF 송신기 및 수신 신호의 주파수를 저잡음 증폭 및 하향 변환하는 RF 수신기를 포함할 수 있다. 그러나, 이것은 트랜시버(1010)의 일 예일시 뿐이며, 트랜시버(1010)의 구성 요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다

또한, 트랜시버(1010)는 무선 채널을 통해 신호를 수신하여 프로세서(1030)로 출력하고, 프로세서(1030)에서 출력되는 신호를 무선 채널을 통해 송신할 수 있다.

메모리(1020)는 기지국의 동작들에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(1020)는 기지국이 획득한 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(1020)는 ROM(Read-Only Memory), RAM(Random Access Memory), 하드 디스크, CD-ROM, DVD 등과 같은 저장 매체 또는 저장 매체의 조합일 수 있다.

프로세서(1030)는 기지국이 상술한 바와 같이 동작하도록 하는 일련의 프로세스들을 제어할 수 있다. 예를 들어, 트랜시버(1010)는 단말이 송신한 제어 신호를 포함하는 데이터 신호를 수신하고, 프로세서(1030)는 단말이 송신한 제어 신호 및 데이터 신호의 수신 결과를 결정할 수 있다.

도면들이 사용자 단말의 다양한 예들을 보여주고 있지만 도면들에 다양한 변경이 있을 수 있다. 예를 들어, 사용자 UE는 임의의 적절한 배열로 임의의 수의 각 구성 요소를 포함할 수 있다. 일반적으로, 도면들은 본 개시의 범위를 특정 설정(들)으로 제한하지 않는다. 더욱이, 도면들은 본 특허 문서에 개시된 다양한 사용자 단말 기능이 사용될 수 있는 운영 환경을 예시하지만, 이러한 기능은 임의의 다른 적절한 시스템에서 사용될 수 있다.

다양한 실시예들에 따르면, RedCap(Reduced Capability)을 가진 사용자 단말(UE)에 의해 수행되는 방법으로서, 제1 대역폭 부분(BWP)에서 SS(synchronization signal)/PBCH(physical broadcast channel) 블록을 수신하는 단계; 제1 BWP에서 제1 PDCCH(Physical Downlink Control Channel)에 기초하여 SIB1(system information block 1)을 수신하는 단계; SIB1에 기초하여 제2 BWP를 식별하는 단계; 제2 BWP에서 제2 PDCCH를 수신하는 단계; Type1-PDCCH CSS(Common Search Space) 세트에 따라 제2 PDCCH를 모니터링하는 단계; 및 제2 BWP가 SS/PBCH 블록들을 포함하지 않음을 식별하는 단계를 포함한다.

일 실시예에서, 이 방법은 제1 SS/PBCH 블록에만 기초하여 PBCH의 MIB(master information block)를 식별하는 단계를 더 포함한다.

일 실시예에서, 이 방법은 제2 BWP에서 SS/PBCH 블록을 수신하는 단계를 더 포함하며, 제2 BWP에서 SS/PBCH 블록을 수신하는 단계는, 제1 BWP에서 SS/PBCH 블록을 수신하는 것과 동일한 QCL(quasi co-location) 특성들을 사용하여 제2 BWP에서 SS/PBSCH 블록을 수신하는 단계를 포함한다.

일 실시예에서, 이 방법은 제1 BWP에서, SIB1(system information block 1)을 제공하는 제1 PDSCH(Physical Downlink Shared Channel)의 수신을 스케줄링하는 제1 DCI(Downlink Control Information) 포맷을 제공하는 PDCCH와, 제1 PDSCH를 수신하는 단계; 및 제2 BWP에서, SIB1 이외의 시스템 정보 블록을 제공하는 제2 PDSCH 수신을 스케줄링하는 제2 DCI 포맷을 제공하는 제2 PDCCH와, 제2 PDSCH를 수신하는 단계를 더 포함한다.

일 실시예에서, 이 방법은 제2 BWP에서, RAR(Random Access Response)을 제공하는 제2 PDSCH(Physical Downlink Shared Channel) 수신을 스케줄링하는 제2 DCI(Downlink Control Information) 포맷을 제공하는 제2 PDCCH와, 제2 PDSCH를 수신하는 단계를 더 포함한다.

일 실시예에서, 이 방법은 제2 BWP에서, 페이징 정보를 제공하는 제2 PDSCH(Physical Downlink Shared Channel) 수신을 스케줄링하는 제2 DCI(Downlink Control Information) 포맷을 제공하는 제2 PDCCH와, 제2 PDSCH를 수신하는 단계를 더 포함한다.

다양한 실시예들에 따르면, RedCap(Reduced Capability)을 가진 사용자 단말(UE)은 적어도 하나의 트랜시버; 및 적어도 하나의 트랜시버에 동작 가능하게 커플링된 적어도 하나의 프로세서를 포함하며, 적어도 하나의 프로세서는, 제1 대역폭 부분(BWP)에서 SS(synchronization signal)/PBCH(physical broadcast channel) 블록을 수신하고, 제1 BWP에서 제1 PDCCH(Physical Downlink Control Channel)에 기초하여 SIB1(system information block 1)을 수신하고, SIB1에 기초하여 제2 BWP를 식별하고, 제2 BWP에서 제2 PDCCH를 수신하고, Type1-PDCCH CSS(Common Search Space) 세트에 따라 제2 PDCCH를 모니터링하고, 그리고 제2 BWP가 SS/PBCH 블록들을 포함하지 않음을 식별하도록 구성된다.

일 실시예에서, 프로세서는 제1 SS/PBCH 블록에만 기초하여 PBCH의 MIB(master information block)를 식별하도록 더 구성된다.

일 실시예에서, 프로세서는 제1 BWP에서 SS/PBCH 블록을 수신하는 것과 동일한 QCL(quasi co-location) 특성들을 사용하여 제2 BWP에서 SS/PBSCH 블록을 수신하도록 더 구성된다.

일 실시예에서, 프로세서는 제1 BWP에서, SIB1(system information block 1)을 제공하는 제1 PDSCH(Physical Downlink Shared Channel)의 수신을 스케줄링하는 제1 DCI(Downlink Control Information) 포맷을 제공하는 PDCCH와, 제1 PDSCH를 수신하고; 그리고 제2 BWP에서, SIB1 이외의 시스템 정보 블록을 제공하는 제2 PDSCH 수신을 스케줄링하는 제2 DCI 포맷을 제공하는 제2 PDCCH와, 제2 PDSCH를 수신하도록 더 구성된다.

일 실시예에서, 프로세서는 제2 BWP에서, RAR(Random Access Response)을 제공하는 제2 PDSCH(Physical Downlink Shared Channel) 수신을 스케줄링하는 제2 DCI(Downlink Control Information) 포맷을 제공하는 제2 PDCCH와, 제2 PDSCH를 수신하도록 더 구성된다.

일 실시예에서, 트랜시버는 제2 BWP에서, 페이징 정보를 제공하는 제2 PDSCH(Physical Downlink Shared Channel) 수신을 스케줄링하는 제2 DCI(Downlink Control Information) 포맷을 제공하는 제2 PDCCH와, 제2 PDSCH를 수신하도록 더 구성된다.

다양한 실시예들에 따르면, 기지국은 적어도 하나의 트랜시버; 및 적어도 하나의 트랜시버에 동작 가능하게 커플링된 적어도 하나의 프로세서를 포함하며, 적어도 하나의 프로세서는, 제1 대역폭 부분(BWP)에서 SS(synchronization signal)/PBCH(physical broadcast channel) 블록을 RedCap(Reduced Capability)을 가진 사용자 단말(UE)로 송신하고, 제1 PDCCH(Physical Downlink Control Channel)에 기초하여 SIB1(system information block 1)을 RedCap을 가진 UE로 송신하고, 그리고 제2 BWP에서 제2 PDCCH를 RedCap을 가진 UE로 송신하도록 구성되며 - 제2 BWP는 송신된 SIB1에 기초하여 RedCap을 가진 UE에 의해 식별됨 -, RedCap을 가진 UE가 Type1-PDCCH CSS(Common Search Space) 세트에 따라 제2 PDCCH를 모니터링하는 경우, 제2 BWP는 SS/PBCH 블록들을 포함하지 않는다.

다양한 실시예들에 따르면, 기지국에 의해 수행되는 방법은, 제1 대역폭 부분(BWP)에서 SS(synchronization signal)/PBCH(physical broadcast channel) 블록을 RedCap(Reduced Capability)을 가진 사용자 단말(UE)로 송신하는 단계, 제1 PDCCH(Physical Downlink Control Channel)에 기초하여 SIB1(system information block 1)을 RedCap을 가진 UE로 송신하는 단계, 및 제2 BWP에서 제2 PDCCH를 RedCap을 가진 UE로 송신하는 단계 - 제2 BWP는 송신된 SIB1에 기초하여 RedCap을 가진 UE에 의해 식별됨 - 를 포함하며, RedCap을 가진 UE가 Type1-PDCCH CSS(Common Search Space) 세트에 따라 제2 PDCCH를 모니터링하는 경우, 제2 BWP는 SS/PBCH 블록들을 포함하지 않는다.

본 개시가 예시적인 실시예들로 설명되었지만, 다양한 변경 및 수정이 당업자에게 제안될 수 있다. 본 개시는 첨부된 청구항들의 범위 내에 속하는 그러한 변경 및 수정을 포함하는 것으로 의도된다. 본 출원의 어떠한 설명도 임의의 특정 요소, 단계 또는 기능이 청구 범위에 포함되어야 하는 필수 요소임을 나타내는 것으로 해석되어서는 안 된다. 특허된 주제의 범위는 청구범위에 의해 정의된다.

Claims

RedCap(reduced capability)을 가진 단말(user equipment, UE)에 의해 수행되는 방법은,
제1 BWP(bandwidth part) 내에서, SS(synchronization signal)/PBCH(physical broadcast channel) 블록을 수신하는 단계;
상기 제1 BWP 내의 SIB1(system information block 1)에 기반하여, 제2 BWP를 식별하는 단계; 및
상기 제2 BWP의 Type1-PDCCH(physical downlink control channel) CSS(common search space) 세트에 따라, PDCCH를 모니터링하는 단계를 포함하고,
상기 제2 BWP의 상기 Type1-PDCCH CSS 세트에 따라 상기 PDCCH가 모니터링되는 경우, 상기 제2 BWP는 SS/PBCH 블록들을 포함하지 않는 방법.
청구항 1에 있어서,
상기 제1 BWP 내의 상기 SS/PBCH 블록에만 기반하여, PBCH 내의 MIB(master information block)를 식별하는 단계를 더 포함하는 방법.
청구항 1에 있어서,
상기 제2 BWP 내에서 SS/PBCH 블록을 수신하는 단계를 더 포함하며,
상기 제2 BWP 내에서 상기 SS/PBCH 블록을 수신하는 단계는, 상기 제1 BWP 내에서 상기 SS/PBCH 블록을 수신하는 것과 동일한 QCL(quasi co-location) 특성들을 사용하여 상기 제2 BWP 내에서 상기 SS/PBSCH 블록을 수신하는 단계를 포함하는 방법.
청구항 1에 있어서,
상기 제1 BWP 내에서, 상기 SIB1을 제공하는 제1 PDSCH(physical downlink shared channel)의 수신을 스케줄링하는 제1 DCI(downlink control information) 포맷을 제공하는 상기 PDCCH, 및 상기 제1 PDSCH를 수신하는 단계; 및
상기 제2 BWP 내에서, 상기 SIB1 이외의 SIB를 제공하는 제2 PDSCH 수신을 스케줄링하는 제2 DCI 포맷을 제공하는 상기 PDCCH 및 상기 제2 PDSCH를 수신하는 단계를 더 포함하는 방법.
청구항 1에 있어서,
상기 제2 BWP 내에서, RAR(random access response)을 제공하는 제2 PDSCH의 수신을 스케줄링하는 제2 DCI 포맷을 제공하는 상기 PDCCH 및 상기 제2 PDSCH를 수신하는 단계를 더 포함하는 방법.
청구항 1에 있어서,
상기 제2 BWP 내에서, 페이징 정보를 제공하는 제2 PDSCH의 수신을 스케줄링하는 제2 DCI 포맷을 제공하는 상기 PDCCH 및 상기 제2 PDSCH를 수신하는 단계를 더 포함하는 방법.
RedCap(reduced capability)을 가진 단말(user equipment, UE)은,
적어도 하나의 송수신부(transceiver); 및
상기 적어도 하나의 송수신부와 기능적으로 결합된 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
제1 BWP(bandwidth part)) 내에서, SS(synchronization signal)/PBCH(physical broadcast channel) 블록을 수신하고,
상기 제1 BWP 내의 SIB1(system information block 1)에 기반하여, 제2 BWP를 식별하고, 그리고
상기 제2 BWP의 Type1-PDCCH(physical downlink control channel) CSS(common search space) 세트에 따라, PDCCH를 모니터링하도록 구성되고,
상기 제2 BWP의 상기 Type1-PDCCH CSS 세트에 따라 상기 PDCCH가 모니터링되는 경우, 상기 제2 BWP는 SS/PBCH 블록들을 포함하지 않는 단말.
청구항 7에 있어서, 상기 프로세서는,
상기 제1 BWP 내의 상기 SS/PBCH 블록에만 기반하여, PBCH 내의 MIB(master information block)를 식별하도록 더 구성되는 단말.
청구항 7에 있어서, 상기 프로세서는,
상기 제1 BWP에서 상기 SS/PBCH 블록을 수신하는 것과 동일한 QCL(quasi co-location) 특성들을 사용하여 상기 제2 BWP 내에서 상기 SS/PBSCH 블록을 수신하도록 더 구성되는 단말.
청구항 7에 있어서, 상기 프로세서는,
상기 제1 BWP 내에서, 상기 SIB1을 제공하는 제1 PDSCH(physical downlink shared channel)의 수신을 스케줄링하는 제1 DCI(downlink control information) 포맷을 제공하는 상기 PDCCH 및 상기 제1 PDSCH를 수신하고; 및
상기 제2 BWP 내에서, 상기 SIB1 이외의 SIB를 제공하는 제2 PDSCH 수신을 스케줄링하는 제2 DCI 포맷을 제공하는 상기 PDCCH 및 상기 제2 PDSCH를 수신하도록 더 구성되는 단말.
청구항 7에 있어서, 상기 프로세서는,
상기 제2 BWP 내에서, RAR(random access response)을 제공하는 제2 PDSCH의 수신을 스케줄링하는 제2 DCI 포맷을 제공하는 상기 PDCCH 및 상기 제2 PDSCH를 수신하도록 더 구성되는 단말.
청구항 7에 있어서, 상기 송수신부는,
상기 제2 BWP 내에서, 페이징 정보를 제공하는 제2 PDSCH의 수신을 스케줄링하는 제2 DCI 포맷을 제공하는 상기 PDCCH 및 상기 제2 PDSCH를 수신하도록 더 구성되는 단말.
기지국으로서,
적어도 하나의 송수신부(transceiver); 및
상기 적어도 하나의 트랜시버와 기능적으로 결합된 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
RedCap(reduced capability)을 가진 단말(user equipment, UE)에게, 제1 BWP(bandwidth part) 내에서, SS(synchronization signal)/PBCH(physical broadcast channel) 블록을 전송하고,
상기 RedCap을 가진 단말에게, SIB1(system information block 1)을 전송하고, 및
상기 RedCap을 가진 단말에게, 상기 제2 BWP 내에서 PDCCH(physical downlink control channel)를 전송하도록 구성되고,
상기 제2 BWP는, 상기 제1 BWP 내의 상기 전송된 SIB1에 기반하여 상기 RedCap을 가진 단말에 의해 식별되고,
상기 RedCap을 가진 단말이 Type1-PDCCH CSS(common search space) 세트에 따라 상기 PDCCH를 모니터링하는 경우, 상기 제2 BWP는 SS/PBCH 블록들을 포함하지 않는 기지국.
기지국에 의해 수행되는 방법은,
RedCap(reduced capability)을 가진 단말(user equipment, UE)에게, 제1 BWP(bandwidth part) 내에서, SS(synchronization signal)/PBCH(physical broadcast channel) 블록을 전송하는 단계;
상기 RedCap을 가진 단말에게, SIB1(system information block 1)을 전송하는 단계; 및
상기 RedCap을 가진 단말에게, 상기 제2 BWP 내에서 PDCCH(physical downlink control channel)를 전송하는 단계를 포함하고,
상기 제2 BWP는, 상기 제1 BWP 내의 상기 전송된 SIB1에 기반하여 상기 RedCap을 가진 단말에 의해 식별되고,
상기 RedCap을 가진 단말이 Type1-PDCCH CSS(common search space) 세트에 따라 상기 PDCCH를 모니터링하는 경우, 상기 제2 BWP는 SS/PBCH 블록들을 포함하지 않는 방법.