KR102514416B1 - 무선 통신 시스템에서 빔 실패 복구 절차를 수행하는 방법 및 그 장치 - Google Patents
무선 통신 시스템에서 빔 실패 복구 절차를 수행하는 방법 및 그 장치 Download PDFInfo
- Publication number
- KR102514416B1 KR102514416B1 KR1020227007883A KR20227007883A KR102514416B1 KR 102514416 B1 KR102514416 B1 KR 102514416B1 KR 1020227007883 A KR1020227007883 A KR 1020227007883A KR 20227007883 A KR20227007883 A KR 20227007883A KR 102514416 B1 KR102514416 B1 KR 102514416B1
- Authority
- KR
- South Korea
- Prior art keywords
- bfd
- information
- beam failure
- sets
- bfr
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
- H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
- H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/022—Site diversity; Macro-diversity
- H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0408—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas using two or more beams, i.e. beam diversity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
- H04B7/0868—Hybrid systems, i.e. switching and combining
- H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
- H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
- H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0404—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas the mobile station comprising multiple antennas, e.g. to provide uplink diversity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0413—MIMO systems
- H04B7/0456—Selection of precoding matrices or codebooks, e.g. using matrices antenna weighting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0014—Three-dimensional division
- H04L5/0023—Time-frequency-space
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
Abstract
본 명세서의 일 실시예에 따른 무선 통신 시스템에서 단말이 빔 실패 복구(Beam Failuer Recovery, BFR) 절차를 수행하는 방법은 빔 실패의 검출(detection)을 수행하는 단계, 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 전송하는 단계 및 상기 BFRQ에 대한 응답(response)을 수신하는 단계를 포함한다. 상기 빔 실패의 검출은 적어도 하나의 특정 RS와 관련되고, 상기 적어도 하나의 특정 RS는 복수의 CORESET group(control resource set group)들 중 특정 CORESET group과 관련된 것을 특징으로 한다.
Description
본 명세서는 무선 통신 시스템에서 빔 실패 복구 절차를 수행하는 방법 및 그 장치에 관한 것이다.
이동 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 그러나 이동통신 시스템은 음성뿐 아니라 데이터 서비스까지 영역을 확장하였으며, 현재에는 폭발적인 트래픽의 증가로 인하여 자원의 부족 현상이 야기되고 사용자들이 보다 고속의 서비스를 요구하므로, 보다 발전된 이동 통신 시스템이 요구되고 있다.
차세대 이동 통신 시스템의 요구 조건은 크게 폭발적인 데이터 트래픽의 수용, 사용자 당 전송률의 획기적인 증가, 대폭 증가된 연결 디바이스 개수의 수용, 매우 낮은 단대단 지연(End-to-End Latency), 고에너지 효율을 지원할 수 있어야 한다. 이를 위하여 이중 연결성(Dual Connectivity), 대규모 다중 입출력(Massive MIMO: Massive Multiple Input Multiple Output), 전이중(In-band Full Duplex), 비직교 다중접속(NOMA: Non-Orthogonal Multiple Access), 초광대역(Super wideband) 지원, 단말 네트워킹(Device Networking) 등 다양한 기술들이 연구되고 있다.
본 명세서는 빔 실패 복구 절차를 수행하는 방법을 제안한다.
구체적으로 멀티 TRP(Multi-Transmission Reception Point, Multi-TRP)의 빔 실패와 관련된 기존 방식에 의하면, 특정 TRP에 속하는 제어 자원 세트(CORESET)들이 모두 빔 실패(beam failure)인 상황이나 다른 TRP에 속하는 CORESET 중에 빔 실패(beam failure)가 아닌 CORESET이 존재하면, 단말은 빔 실패가 발생한 것으로 간주하지 않는다. 상기 특정 TRP가 중요 제어 정보에 대한 전송을 담당하던 TRP(예: Primary TRP)라면, 단말은 해당 중요 제어 정보들을 수신할 수 없게된다.
본 명세서는 상술한 문제점을 해결하기 위한 방법을 제안한다.
본 명세서에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서의 일 실시예에 따른 무선 통신 시스템에서 단말이 빔 실패 복구(Beam Failuer Recovery, BFR) 절차를 수행하는 방법은 빔 실패의 검출(detection)을 수행하는 단계, 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 전송하는 단계 및 상기 BFRQ에 대한 응답(response)을 수신하는 단계를 포함한다. 상기 빔 실패의 검출은 적어도 하나의 특정 RS와 관련되고, 상기 적어도 하나의 특정 RS는 복수의 CORESET group(control resource set group)들 중 특정 CORESET group과 관련된 것을 특징으로 한다.
상기 적어도 하나의 특정 RS는 상기 특정 CORESET group과 관련된 전송 설정 지시자 상태(Transmission Configuration Indicator state, TCI state)들에 기반하는 RS들을 포함할 수 있다.
상기 적어도 하나의 특정 RS는 상기 빔 실패의 검출을 위해 미리 설정된 RS들에 기반할 수 있다.
상기 특정 CORESET group내의 CORESET들 중 어느 하나의 CORESET과 관련된 전송 설정 지시자 상태(Transmission Configuration Indicator state, TCI state)가 업데이트 되는 것에 기반하여, 상기 미리 설정된 RS들 중 특정 RS가 업데이트 될 수 있다.
상기 특정 RS는 i) 상기 TCI state와 관련된 RS, ii) 상기 TCI state와 관련된 RS와 QCL(quasi co-location) 관계에 있는 RS, 또는 iii) 상기 미리 설정된 RS들 중 특정 순서에 기반하는 RS 중 적어도 하나에 기반할 수 있다.
상기 TCI state의 업데이트는 특정 메시지에 기반하여 수행되며, 상기 특정 메시지는 i) 상기 업데이트와 관련된 RS, ii) 상기 특정 RS 또는 iii) 상기 특정 RS를 상기 업데이트와 관련된 RS로 변경할 지 여부 중 적어도 하나에 대한 정보를 포함할 수 있다.
상기 복수의 CORESET group들은 복수의 TRP(Transmission and Reception Point)들과 관련되고, 상기 특정 CORESET group은 상기 복수의 TRP들 중 특정 TRP와 관련될 수 있다.
상기 특정 TRP는 특정 제어 정보의 전송과 관련되며, 상기 특정 제어 정보는 시스템 정보 블록(System Information Block, SIB), 페이징(paging) 또는 랜덤 액세스(Random Access, RA) 중 적어도 하나와 관련될 수 있다.
상기 방법은 상기 BFRQ에 대한 응답(response)과 관련된 하향링크 제어 정보(Downlink Control Information, DCI)에 의해 스케줄된 물리 하향링크 공유 채널(Physical Downlink Shared Channel, PDSCH)을 수신하는 단계 및 상기 PDSCH와 관련된 HARQ-ACK 정보를 전송하는 단계를 더 포함할 수 있다.
상기 HARQ-ACK 정보는 특정 코드북(specific codebook)에 기반하여 전송되고, 상기 특정 코드북은 상기 특정 CORESET group내 어느 하나의 CORESET과 관련될 수 있다.
상기 적어도 하나의 특정 RS는 QCL 타입 D(QCL type D)와 관련될 수 있다.
본 명세서의 다른 실시예에 따른 무선 통신 시스템에서 빔 실패 복구(Beam Failuer Recovery, BFR) 절차를 수행하는 단말은 하나 이상의 송수신기, 상기 하나 이상의 송수신기를 제어하는 하나 이상의 프로세서들 및 상기 하나 이상의 프로세서들에 동작 가능하게 접속 가능하고, 상기 하나 이상의 프로세서들에 의해 상기 빔 실패 복구 절차가 실행될 때, 동작들을 수행하는 지시(instruction)들을 저장하는 하나 이상의 메모리들을 포함한다.
상기 동작들은 빔 실패의 검출(detection)을 수행하는 단계, 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 전송하는 단계 및 상기 BFRQ에 대한 응답(response)을 수신하는 단계를 포함한다. 상기 빔 실패의 검출은 적어도 하나의 특정 RS와 관련되고, 상기 적어도 하나의 특정 RS는 복수의 CORESET group(control resource set group)들 중 특정 CORESET group과 관련된 것을 특징으로 한다.
상기 적어도 하나의 특정 RS는 상기 특정 CORESET group과 관련된 전송 설정 지시자 상태(Transmission Configuration Indicator state, TCI state)들에 기반하는 RS들을 포함할 수 있다.
본 명세서의 또 다른 실시예에 따른 장치는 하나 이상의 메모리들 및 상기 하나 이상의 메모리들과 기능적으로 연결되어 있는 하나 이상의 프로세서들을 포함한다.
상기 하나 이상의 프로세서들은 상기 장치가 빔 실패의 검출(detection)을 수행하고, 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 전송하며, 상기 BFRQ에 대한 응답(response)을 수신하도록 설정된다. 상기 빔 실패의 검출은 적어도 하나의 특정 RS와 관련되며, 상기 적어도 하나의 특정 RS는 복수의 CORESET group(control resource set group)들 중 특정 CORESET group과 관련된 것을 특징으로 한다.
본 명세서의 또 다른 실시예에 따른 하나 이상의 비일시적(non-transitory) 컴퓨터 판독 가능 매체는 하나 이상의 명령어를 저장한다.
하나 이상의 프로세서에 의해 실행 가능한 하나 이상의 명령어는 단말이 빔 실패의 검출(detection)을 수행하고, 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 전송하며, 상기 BFRQ에 대한 응답(response)을 수신하도록 설정된다. 상기 빔 실패의 검출은 적어도 하나의 특정 RS와 관련되며, 상기 적어도 하나의 특정 RS는 복수의 CORESET group(control resource set group)들 중 특정 CORESET group과 관련된 것을 특징으로 한다.
본 명세서의 실시예에 의하면, 특정 CORESET group과 관련된 RS들에 대해서 빔 실패 검출(Beam Failure Detection, BFD)이 수행된다. 따라서, 복수의 TRP들로부터 멀티 DCI(multi DCI)를 수신하는 단말이 빔 실패 검출 시, 중요 제어 정보를 전송하는 특정 TRP와 관련된 RS들로 BFD 대상을 한정하는 동시에 상기 중요 제어 정보 전송의 신뢰성(reliability)이 확보될 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시 예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 특징을 설명한다.
도 1은 본 명세서에서 제안하는 방법이 적용될 수 있는 NR의 전체적인 시스템 구조의 일례를 나타낸다.
도 2는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 상향링크 프레임과 하향링크 프레임 간의 관계를 나타낸다.
도 3은 NR 시스템에서의 프레임 구조의 일례를 나타낸다.
도 4는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 지원하는 자원 그리드(resource grid)의 일례를 나타낸다.
도 5는 본 명세서에서 제안하는 방법이 적용될 수 있는 안테나 포트 및 뉴머롤로지 별 자원 그리드의 예들을 나타낸다.
도 6은 3GPP 시스템에 이용되는 물리 채널들 및 일반적인 신호 전송을 예시한다.
도 7은 SSB와 CSI-RS를 이용한 빔 형성의 일례를 나타낸다.
도 8은 SRS를 이용한 UL BM 절차의 일례를 나타낸다.
도 9는 하향링크 송수신 동작의 일 예를 나타낸다.
도 10은 본 명세서에서 제안하는 방법이 적용될 수 있는 상향링크 송수신 동작을 예시한다.
도 11은 다수의 TRP에서의 전송을 이용한 신뢰도 향상을 위한 송수신 방법의 일례를 나타낸다.
도 12는 본 명세서에서 제안하는 방법이 적용될 수 있는 빔 실패 복구 관련 동작을 설명하기 위한 도면이다.
도 13은 본 명세서에서 제안하는 방법이 적용될 수 있는 단말/기지국간 시그널링의 일례를 나타낸다.
도 14는 본 명세서에서 일 실시예에 따른 무선 통신 시스템에서 단말이 빔 실패 복구 절차를 수행하는 방법을 설명하기 위한 흐름도이다.
도 15는 본 명세서에서 다른 실시예에 따른 무선 통신 시스템에서 기지국이 빔 실패 복구 절차를 수행하는 방법을 설명하기 위한 흐름도이다.
도 16은 본 명세서에 적용되는 통신 시스템(1)을 예시한다.
도 17은 본 명세서에 적용될 수 있는 무선 기기를 예시한다.
도 18은 본 명세서에 적용되는 신호 처리 회로를 예시한다.
도 19는 본 명세서에 적용되는 무선 기기의 다른 예를 나타낸다.
도 20은 본 명세서에 적용되는 휴대 기기를 예시한다.
도 1은 본 명세서에서 제안하는 방법이 적용될 수 있는 NR의 전체적인 시스템 구조의 일례를 나타낸다.
도 2는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 상향링크 프레임과 하향링크 프레임 간의 관계를 나타낸다.
도 3은 NR 시스템에서의 프레임 구조의 일례를 나타낸다.
도 4는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 지원하는 자원 그리드(resource grid)의 일례를 나타낸다.
도 5는 본 명세서에서 제안하는 방법이 적용될 수 있는 안테나 포트 및 뉴머롤로지 별 자원 그리드의 예들을 나타낸다.
도 6은 3GPP 시스템에 이용되는 물리 채널들 및 일반적인 신호 전송을 예시한다.
도 7은 SSB와 CSI-RS를 이용한 빔 형성의 일례를 나타낸다.
도 8은 SRS를 이용한 UL BM 절차의 일례를 나타낸다.
도 9는 하향링크 송수신 동작의 일 예를 나타낸다.
도 10은 본 명세서에서 제안하는 방법이 적용될 수 있는 상향링크 송수신 동작을 예시한다.
도 11은 다수의 TRP에서의 전송을 이용한 신뢰도 향상을 위한 송수신 방법의 일례를 나타낸다.
도 12는 본 명세서에서 제안하는 방법이 적용될 수 있는 빔 실패 복구 관련 동작을 설명하기 위한 도면이다.
도 13은 본 명세서에서 제안하는 방법이 적용될 수 있는 단말/기지국간 시그널링의 일례를 나타낸다.
도 14는 본 명세서에서 일 실시예에 따른 무선 통신 시스템에서 단말이 빔 실패 복구 절차를 수행하는 방법을 설명하기 위한 흐름도이다.
도 15는 본 명세서에서 다른 실시예에 따른 무선 통신 시스템에서 기지국이 빔 실패 복구 절차를 수행하는 방법을 설명하기 위한 흐름도이다.
도 16은 본 명세서에 적용되는 통신 시스템(1)을 예시한다.
도 17은 본 명세서에 적용될 수 있는 무선 기기를 예시한다.
도 18은 본 명세서에 적용되는 신호 처리 회로를 예시한다.
도 19는 본 명세서에 적용되는 무선 기기의 다른 예를 나타낸다.
도 20은 본 명세서에 적용되는 휴대 기기를 예시한다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다.
이하에서, 하향링크(DL: downlink)는 기지국에서 단말로의 통신을 의미하며, 상향링크(UL: uplink)는 단말에서 기지국으로의 통신을 의미한다. 하향링크에서 송신기는 기지국의 일부이고, 수신기는 단말의 일부일 수 있다. 상향링크에서 송신기는 단말의 일부이고, 수신기는 기지국의 일부일 수 있다. 기지국은 제 1 통신 장치로, 단말은 제 2 통신 장치로 표현될 수도 있다. 기지국(BS: Base Station)은 고정국(fixed station), Node B, eNB(evolved-NodeB), gNB(Next Generation NodeB), BTS(base transceiver system), 액세스 포인트(AP: Access Point), 네트워크(5G 네트워크), AI 시스템, RSU(road side unit), 차량(vehicle), 로봇, 드론(Unmanned Aerial Vehicle, UAV), AR(Augmented Reality)장치, VR(Virtual Reality)장치 등의 용어에 의해 대체될 수 있다. 또한, 단말(Terminal)은 고정되거나 이동성을 가질 수 있으며, UE(User Equipment), MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station), WT(Wireless terminal), MTC(Machine-Type Communication) 장치, M2M(Machine-to-Machine) 장치, D2D(Device-to-Device) 장치, 차량(vehicle), 로봇(robot), AI 모듈, 드론(Unmanned Aerial Vehicle, UAV), AR(Augmented Reality)장치, VR(Virtual Reality)장치 등의 용어로 대체될 수 있다.
이하의 기술은 CDMA, FDMA, TDMA, OFDMA, SC-FDMA 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)/LTE-A pro는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A/LTE-A pro의 진화된 버전이다.
설명을 명확하게 하기 위해, 3GPP 통신 시스템(예, LTE-A, NR)을 기반으로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다. LTE는 3GPP TS 36.xxx Release 8 이후의 기술을 의미한다. 세부적으로, 3GPP TS 36.xxx Release 10 이후의 LTE 기술은 LTE-A로 지칭되고, 3GPP TS 36.xxx Release 13 이후의 LTE 기술은 LTE-A pro로 지칭된다. 3GPP NR은 TS 38.xxx Release 15 이후의 기술을 의미한다. LTE/NR은 3GPP 시스템으로 지칭될 수 있다. "xxx"는 표준 문서 세부 번호를 의미한다. LTE/NR은 3GPP 시스템으로 통칭될 수 있다. 본 발명의 설명에 사용된 배경기술, 용어, 약어 등에 관해서는 본 발명 이전에 공개된 표준 문서에 기재된 사항을 참조할 수 있다. 예를 들어, 다음 문서를 참조할 수 있다.
3GPP LTE
- 36.211: Physical channels and modulation
- 36.212: Multiplexing and channel coding
- 36.213: Physical layer procedures
- 36.300: Overall description
- 36.331: Radio Resource Control (RRC)
3GPP NR
- 38.211: Physical channels and modulation
- 38.212: Multiplexing and channel coding
- 38.213: Physical layer procedures for control
- 38.214: Physical layer procedures for data
- 38.300: NR and NG-RAN Overall Description
- 38.331: Radio Resource Control (RRC) protocol specification
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 radio access technology 에 비해 향상된 mobile broadband 통신에 대한 필요성이 대두되고 있다. 또한 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 massive MTC (Machine Type Communications) 역시 차세대 통신에서 고려될 주요 이슈 중 하나이다. 뿐만 아니라 reliability 및 latency 에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 eMBB(enhanced mobile broadband communication), Mmtc(massive MTC), URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 radio access technology 의 도입이 논의되고 있으며, 본 명세서에서는 편의상 해당 technology 를 NR 이라고 부른다. NR은 5G 무선 접속 기술(radio access technology, RAT)의 일례를 나타낸 표현이다.
5G의 세 가지 주요 요구 사항 영역은 (1) 개선된 모바일 광대역 (Enhanced Mobile Broadband, eMBB) 영역, (2) 다량의 머신 타입 통신 (massive Machine Type Communication, mMTC) 영역 및 (3) 초-신뢰 및 저 지연 통신 (Ultra-reliable and Low Latency Communications, URLLC) 영역을 포함한다.
일부 사용 예(Use Case)는 최적화를 위해 다수의 영역들이 요구될 수 있고, 다른 사용 예는 단지 하나의 핵심 성능 지표 (Key Performance Indicator, KPI)에만 포커싱될 수 있다. 5G는 이러한 다양한 사용 예들을 유연하고 신뢰할 수 있는 방법으로 지원하는 것이다.
eMBB는 기본적인 모바일 인터넷 액세스를 훨씬 능가하게 하며, 풍부한 양방향 작업, 클라우드 또는 증강 현실에서 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G의 핵심 동력 중 하나이며, 5G 시대에서 처음으로 전용 음성 서비스를 볼 수 없을 수 있다. 5G에서, 음성은 단순히 통신 시스템에 의해 제공되는 데이터 연결을 사용하여 응용 프로그램으로서 처리될 것이 기대된다. 증가된 트래픽 양(volume)을 위한 주요 원인들은 콘텐츠 크기의 증가 및 높은 데이터 전송률을 요구하는 애플리케이션 수의 증가이다. 스트리밍 서비스 (오디오 및 비디오), 대화형 비디오 및 모바일 인터넷 연결은 더 많은 장치가 인터넷에 연결될수록 더 널리 사용될 것이다. 이러한 많은 응용 프로그램들은 사용자에게 실시간 정보 및 알림을 푸쉬하기 위해 항상 켜져 있는 연결성이 필요하다. 클라우드 스토리지 및 애플리케이션은 모바일 통신 플랫폼에서 급속히 증가하고 있으며, 이것은 업무 및 엔터테인먼트 모두에 적용될 수 있다. 그리고, 클라우드 스토리지는 상향링크 데이터 전송률의 성장을 견인하는 특별한 사용 예이다. 5G는 또한 클라우드의 원격 업무에도 사용되며, 촉각 인터페이스가 사용될 때 우수한 사용자 경험을 유지하도록 훨씬 더 낮은 단-대-단(end-to-end) 지연을 요구한다. 엔터테인먼트 예를 들어, 클라우드 게임 및 비디오 스트리밍은 모바일 광대역 능력에 대한 요구를 증가시키는 또 다른 핵심 요소이다. 엔터테인먼트는 기차, 차 및 비행기와 같은 높은 이동성 환경을 포함하는 어떤 곳에서든지 스마트폰 및 태블릿에서 필수적이다. 또 다른 사용 예는 엔터테인먼트를 위한 증강 현실 및 정보 검색이다. 여기서, 증강 현실은 매우 낮은 지연과 순간적인 데이터 양을 필요로 한다.
또한, 가장 많이 예상되는 5G 사용 예 중 하나는 모든 분야에서 임베디드 센서를 원활하게 연결할 수 있는 기능 즉, mMTC에 관한 것이다. 2020년까지 잠재적인 IoT 장치들은 204 억 개에 이를 것으로 예측된다. 산업 IoT는 5G가 스마트 도시, 자산 추적(asset tracking), 스마트 유틸리티, 농업 및 보안 인프라를 가능하게 하는 주요 역할을 수행하는 영역 중 하나이다.
URLLC는 주요 인프라의 원격 제어 및 자체-구동 차량(self-driving vehicle)과 같은 초 신뢰 / 이용 가능한 지연이 적은 링크를 통해 산업을 변화시킬 새로운 서비스를 포함한다. 신뢰성과 지연의 수준은 스마트 그리드 제어, 산업 자동화, 로봇 공학, 드론 제어 및 조정에 필수적이다.
다음으로, 다수의 사용 예들에 대해 보다 구체적으로 살펴본다.
5G는 초당 수백 메가 비트에서 초당 기가 비트로 평가되는 스트림을 제공하는 수단으로 FTTH (fiber-to-the-home) 및 케이블 기반 광대역 (또는 DOCSIS)을 보완할 수 있다. 이러한 빠른 속도는 가상 현실과 증강 현실뿐 아니라 4K 이상(6K, 8K 및 그 이상)의 해상도로 TV를 전달하는데 요구된다. VR(Virtual Reality) 및 AR(Augmented Reality) 애플리케이션들은 거의 몰입형(immersive) 스포츠 경기를 포함한다. 특정 응용 프로그램은 특별한 네트워크 설정이 요구될 수 있다. 예를 들어, VR 게임의 경우, 게임 회사들이 지연을 최소화하기 위해 코어 서버를 네트워크 오퍼레이터의 에지 네트워크 서버와 통합해야 할 수 있다.
자동차(Automotive)는 차량에 대한 이동 통신을 위한 많은 사용 예들과 함께 5G에 있어 중요한 새로운 동력이 될 것으로 예상된다. 예를 들어, 승객을 위한 엔터테인먼트는 동시의 높은 용량과 높은 이동성 모바일 광대역을 요구한다. 그 이유는 미래의 사용자는 그들의 위치 및 속도와 관계 없이 고품질의 연결을 계속해서 기대하기 때문이다. 자동차 분야의 다른 활용 예는 증강 현실 대시보드이다. 이는 운전자가 앞면 창을 통해 보고 있는 것 위에 어둠 속에서 물체를 식별하고, 물체의 거리와 움직임에 대해 운전자에게 말해주는 정보를 겹쳐서 디스플레이 한다. 미래에, 무선 모듈은 차량들 간의 통신, 차량과 지원하는 인프라구조 사이에서 정보 교환 및 자동차와 다른 연결된 디바이스들(예를 들어, 보행자에 의해 수반되는 디바이스들) 사이에서 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전한 운전을 할 수 있도록 행동의 대체 코스들을 안내하여 사고의 위험을 낮출 수 있게 한다. 다음 단계는 원격 조종되거나 자체 운전 차량(self-driven vehicle)이 될 것이다. 이는 서로 다른 자체 운전 차량들 사이 및 자동차와 인프라 사이에서 매우 신뢰성이 있고, 매우 빠른 통신을 요구한다. 미래에, 자체 운전 차량이 모든 운전 활동을 수행하고, 운전자는 차량 자체가 식별할 수 없는 교통 이상에만 집중하도록 할 것이다. 자체 운전 차량의 기술적 요구 사항은 트래픽 안전을 사람이 달성할 수 없을 정도의 수준까지 증가하도록 초 저 지연과 초고속 신뢰성을 요구한다.
스마트 사회(smart society)로서 언급되는 스마트 도시와 스마트 홈은 고밀도 무선 센서 네트워크로 임베디드될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 집의 비용 및 에너지-효율적인 유지에 대한 조건을 식별할 것이다. 유사한 설정이 각 가정을 위해 수행될 수 있다. 온도 센서, 창 및 난방 컨트롤러, 도난 경보기 및 가전 제품들은 모두 무선으로 연결된다. 이러한 센서들 중 많은 것들이 전형적으로 낮은 데이터 전송 속도, 저전력 및 저비용이다. 하지만, 예를 들어, 실시간 HD 비디오는 감시를 위해 특정 타입의 장치에서 요구될 수 있다.
열 또는 가스를 포함한 에너지의 소비 및 분배는 고도로 분산화되고 있어, 분산 센서 네트워크의 자동화된 제어가 요구된다. 스마트 그리드는 정보를 수집하고 이에 따라 행동하도록 디지털 정보 및 통신 기술을 사용하여 이런 센서들을 상호 연결한다. 이 정보는 공급 업체와 소비자의 행동을 포함할 수 있으므로, 스마트 그리드가 효율성, 신뢰성, 경제성, 생산의 지속 가능성 및 자동화된 방식으로 전기와 같은 연료들의 분배를 개선하도록 할 수 있다. 스마트 그리드는 지연이 적은 다른 센서 네트워크로 볼 수도 있다.
건강 부문은 이동 통신의 혜택을 누릴 수 있는 많은 응용 프로그램을 보유하고 있다. 통신 시스템은 멀리 떨어진 곳에서 임상 진료를 제공하는 원격 진료를 지원할 수 있다. 이는 거리에 대한 장벽을 줄이는데 도움을 주고, 거리가 먼 농촌에서 지속적으로 이용하지 못하는 의료 서비스들로의 접근을 개선시킬 수 있다. 이는 또한 중요한 진료 및 응급 상황에서 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터들에 대한 원격 모니터링 및 센서들을 제공할 수 있다.
무선 및 모바일 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 비용이 높다. 따라서, 케이블을 재구성할 수 있는 무선 링크들로의 교체 가능성은 많은 산업 분야에서 매력적인 기회이다. 그러나, 이를 달성하는 것은 무선 연결이 케이블과 비슷한 지연, 신뢰성 및 용량으로 동작하는 것과, 그 관리가 단순화될 것이 요구된다. 낮은 지연과 매우 낮은 오류 확률은 5G로 연결될 필요가 있는 새로운 요구 사항이다.
물류(logistics) 및 화물 추적(freight tracking)은 위치 기반 정보 시스템을 사용하여 어디에서든지 인벤토리(inventory) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
NR을 포함하는 새로운 RAT 시스템은 OFDM 전송 방식 또는 이와 유사한 전송 방식을 사용한다. 새로운 RAT 시스템은 LTE의 OFDM 파라미터들과는 다른 OFDM 파라미터들을 따를 수 있다. 또는 새로운 RAT 시스템은 기존의 LTE/LTE-A의 뉴머롤로지(numerology)를 그대로 따르나 더 큰 시스템 대역폭(예, 100MHz)를 지닐 수 있다. 또는 하나의 셀이 복수 개의 뉴머롤로지들을 지원할 수도 있다. 즉, 서로 다른 뉴머롤로지로 동작하는 하는 단말들이 하나의 셀 안에서 공존할 수 있다.
뉴머로러지(numerology)는 주파수 영역에서 하나의 subcarrier spacing에 대응한다. Reference subcarrier spacing을 정수 N으로 scaling함으로써, 상이한 numerology가 정의될 수 있다.
용어 정의
eLTE eNB: eLTE eNB는 EPC 및 NGC에 대한 연결을 지원하는 eNB의 진화(evolution)이다.
gNB: NGC와의 연결뿐만 아니라 NR을 지원하는 노드.
새로운 RAN: NR 또는 E-UTRA를 지원하거나 NGC와 상호 작용하는 무선 액세스 네트워크.
네트워크 슬라이스(network slice): 네트워크 슬라이스는 종단 간 범위와 함께 특정 요구 사항을 요구하는 특정 시장 시나리오에 대해 최적화된 솔루션을 제공하도록 operator에 의해 정의된 네트워크.
네트워크 기능(network function): 네트워크 기능은 잘 정의된 외부 인터페이스와 잘 정의된 기능적 동작을 가진 네트워크 인프라 내에서의 논리적 노드.
NG-C: 새로운 RAN과 NGC 사이의 NG2 레퍼런스 포인트(reference point)에 사용되는 제어 평면 인터페이스.
NG-U: 새로운 RAN과 NGC 사이의 NG3 레퍼런스 포인트(reference point)에 사용되는 사용자 평면 인터페이스.
비 독립형(Non-standalone) NR: gNB가 LTE eNB를 EPC로 제어 플레인 연결을 위한 앵커로 요구하거나 또는 eLTE eNB를 NGC로 제어 플레인 연결을 위한 앵커로 요구하는 배치 구성.
비 독립형 E-UTRA: eLTE eNB가 NGC로 제어 플레인 연결을 위한 앵커로 gNB를 요구하는 배치 구성.
사용자 평면 게이트웨이: NG-U 인터페이스의 종단점.
시스템 일반
도 1은 본 명세서에서 제안하는 방법이 적용될 수 있는 NR의 전체적인 시스템 구조의 일례를 나타낸다.
도 1을 참조하면, NG-RAN은 NG-RA 사용자 평면(새로운 AS sublayer/PDCP/RLC/MAC/PHY) 및 UE(User Equipment)에 대한 제어 평면(RRC) 프로토콜 종단을 제공하는 gNB들로 구성된다.
상기 gNB는 Xn 인터페이스를 통해 상호 연결된다.
상기 gNB는 또한, NG 인터페이스를 통해 NGC로 연결된다.
보다 구체적으로는, 상기 gNB는 N2 인터페이스를 통해 AMF(Access and Mobility Management Function)로, N3 인터페이스를 통해 UPF(User Plane Function)로 연결된다.
NR(New Rat) 뉴머롤로지(Numerology) 및 프레임(frame) 구조
NR 시스템에서는 다수의 뉴머롤로지(numerology)들이 지원될 수 있다. 여기에서, 뉴머롤로지는 서브캐리어 간격(subcarrier spacing)과 CP(Cyclic Prefix) 오버헤드에 의해 정의될 수 있다. 이 때, 다수의 서브캐리어 간격은 기본 서브캐리어 간격을 정수 N(또는, 
)으로 스케일링(scaling) 함으로써 유도될 수 있다. 또한, 매우 높은 반송파 주파수에서 매우 낮은 서브캐리어 간격을 이용하지 않는다고 가정될지라도, 이용되는 뉴머롤로지는 주파수 대역과 독립적으로 선택될 수 있다.
또한, NR 시스템에서는 다수의 뉴머롤로지에 따른 다양한 프레임 구조들이 지원될 수 있다.
이하, NR 시스템에서 고려될 수 있는 OFDM(Orthogonal Frequency Division Multiplexing) 뉴머롤로지 및 프레임 구조를 살펴본다.
NR 시스템에서 지원되는 다수의 OFDM 뉴머롤로지들은 표 1과 같이 정의될 수 있다.
NR은 다양한 5G 서비스들을 지원하기 위한 다수의 numerology(또는 subcarrier spacing(SCS))를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 밴드(frequency band)는 2가지 type(FR1, FR2)의 주파수 범위(frequency range)로 정의된다. FR1, FR2는 아래 표 2와 같이 구성될 수 있다. 또한, FR2는 밀리미터 웨이브(millimeter wave, mmW)를 의미할 수 있다.
NR 시스템에서의 프레임 구조(frame structure)와 관련하여, 시간 영역의 다양한 필드의 크기는 
의 시간 단위의 배수로 표현된다. 여기에서, 
이고, 
이다. 하향링크(downlink) 및 상향크(uplink) 전송은 
의 구간을 가지는 무선 프레임(radio frame)으로 구성된다. 여기에서, 무선 프레임은 각각 
의 구간을 가지는 10 개의 서브프레임(subframe)들로 구성된다. 이 경우, 상향링크에 대한 한 세트의 프레임들 및 하향링크에 대한 한 세트의 프레임들이 존재할 수 있다.
도 2는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 상향링크 프레임과 하향링크 프레임 간의 관계를 나타낸다.
도 2에 나타난 것과 같이, 단말(User Equipment, UE)로 부터의 상향링크 프레임 번호 i의 전송은 해당 단말에서의 해당 하향링크 프레임의 시작보다 
이전에 시작해야 한다.
뉴머롤로지 
에 대하여, 슬롯(slot)들은 서브프레임 내에서 
의 증가하는 순서로 번호가 매겨지고, 무선 프레임 내에서 
의 증가하는 순서로 번호가 매겨진다. 하나의 슬롯은 
의 연속하는 OFDM 심볼들로 구성되고, 
는, 이용되는 뉴머롤로지 및 슬롯 설정(slot configuration)에 따라 결정된다. 서브프레임에서 슬롯 
의 시작은 동일 서브프레임에서 OFDM 심볼 
의 시작과 시간적으로 정렬된다.
모든 단말이 동시에 송신 및 수신을 할 수 있는 것은 아니며, 이는 하향링크 슬롯(downlink slot) 또는 상향링크 슬롯(uplink slot)의 모든 OFDM 심볼들이 이용될 수는 없다는 것을 의미한다.
표 3은 일반(normal) CP에서 슬롯 별 OFDM 심볼의 개수(
), 무선 프레임 별 슬롯의 개수(
), 서브프레임 별 슬롯의 개수(
)를 나타내며, 표 3은 확장(extended) CP에서 슬롯 별 OFDM 심볼의 개수, 무선 프레임 별 슬롯의 개수, 서브프레임 별 슬롯의 개수를 나타낸다.
도 3은 NR 시스템에서의 프레임 구조의 일례를 나타낸다. 도 3은 단지 설명의 편의를 위한 것일 뿐, 본 발명의 범위를 제한하는 것이 아니다.
표 4의 경우, μ=2인 경우, 즉 서브캐리어 간격(subcarrier spacing, SCS)이 60kHz인 경우의 일례로서, 표 3을 참고하면 1 서브프레임(또는 프레임)은 4개의 슬롯들을 포함할 수 있으며, 도 3에 도시된 1 서브프레임={1,2,4} 슬롯들은 일례로서, 1 서브프레임에 포함될 수 있는 스롯(들)의 개수는 표 3과 같이 정의될 수 있다.
또한, 미니-슬롯(mini-slot)은 2, 4 또는 7 심볼(symbol)들로 구성될 수도 있고, 더 많거나 또는 더 적은 심볼들로 구성될 수도 있다.
NR 시스템에서의 물리 자원(physical resource)과 관련하여, 안테나 포트(antenna port), 자원 그리드(resource grid), 자원 요소(resource element), 자원 블록(resource block), 캐리어 파트(carrier part) 등이 고려될 수 있다.
이하, NR 시스템에서 고려될 수 있는 상기 물리 자원들에 대해 구체적으로 살펴본다.
먼저, 안테나 포트와 관련하여, 안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 광범위 특성(large-scale property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 유추될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다. 여기에서, 상기 광범위 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수 쉬프트(Frequency shift), 평균 수신 파워(Average received power), 수신 타이밍(Received Timing) 중 하나 이상을 포함한다.
도 4는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 시스템에서 지원하는 자원 그리드(resource grid)의 일례를 나타낸다.
도 4를 참고하면, 자원 그리드가 주파수 영역 상으로 
서브캐리어들로 구성되고, 하나의 서브프레임이 
OFDM 심볼들로 구성되는 것을 예시적으로 기술하나, 이에 한정되는 것은 아니다.
NR 시스템에서, 전송되는 신호(transmitted signal)는 
서브캐리어들로 구성되는 하나 또는 그 이상의 자원 그리드들 및 
의 OFDM 심볼들에 의해 설명된다. 여기에서, 
이다. 상기 
는 최대 전송 대역폭을 나타내고, 이는, 뉴머롤로지들뿐만 아니라 상향링크와 하향링크 간에도 달라질 수 있다.
이 경우, 도 5와 같이, 뉴머롤로지 
및 안테나 포트 p 별로 하나의 자원 그리드가 설정될 수 있다.
도 5는 본 명세서에서 제안하는 방법이 적용될 수 있는 안테나 포트 및 뉴머롤로지 별 자원 그리드의 예들을 나타낸다.
뉴머롤로지 
및 안테나 포트 p에 대한 자원 그리드의 각 요소는 자원 요소(resource element)로 지칭되며, 인덱스 쌍 
에 의해 고유적으로 식별된다. 여기에서, 
는 주파수 영역 상의 인덱스이고, 
는 서브프레임 내에서 심볼의 위치를 지칭한다. 슬롯에서 자원 요소를 지칭할 때에는, 인덱스 쌍 
이 이용된다. 여기에서, 
이다.
뉴머롤로지 
및 안테나 포트 p에 대한 자원 요소 
는 복소 값(complex value) 
에 해당한다. 혼동(confusion)될 위험이 없는 경우 혹은 특정 안테나 포트 또는 뉴머롤로지가 특정되지 않은 경우에는, 인덱스들 p 및 
는 드롭(drop)될 수 있으며, 그 결과 복소 값은 
또는 
이 될 수 있다.
또한, 물리 자원 블록(physical resource block)은 주파수 영역 상의 
연속적인 서브캐리어들로 정의된다.
Point A는 자원 블록 그리드의 공통 참조 지점(common reference point)으로서 역할을 하며 다음과 같이 획득될 수 있다.
- PCell 다운링크에 대한 offsetToPointA는 초기 셀 선택을 위해 UE에 의해 사용된 SS/PBCH 블록과 겹치는 가장 낮은 자원 블록의 가장 낮은 서브 캐리어와 point A 간의 주파수 오프셋을 나타내며, FR1에 대해 15kHz 서브캐리어 간격 및 FR2에 대해 60kHz 서브캐리어 간격을 가정한 리소스 블록 단위(unit)들로 표현되고;
- absoluteFrequencyPointA는 ARFCN(absolute radio-frequency channel number)에서와 같이 표현된 point A의 주파수-위치를 나타낸다.
공통 자원 블록(common resource block)들은 서브캐리어 간격 설정 
에 대한 주파수 영역에서 0부터 위쪽으로 넘버링(numbering)된다.
서브캐리어 간격 설정 
에 대한 공통 자원 블록 0의 subcarrier 0의 중심은 'point A'와 일치한다. 주파수 영역에서 공통 자원 블록 번호(number) 
와 서브캐리어 간격 설정 
에 대한 자원 요소(k,l)은 아래 수학식 1과 같이 주어질 수 있다.
여기에서, 
는 
이 point A를 중심으로 하는 subcarrier에 해당하도록 point A에 상대적으로 정의될 수 있다. 물리 자원 블록들은 대역폭 파트(bandwidth part, BWP) 내에서 0부터 
까지 번호가 매겨지고, 
는 BWP의 번호이다. BWP i에서 물리 자원 블록 
와 공통 자원 블록 
간의 관계는 아래 수학식 2에 의해 주어질 수 있다.
여기에서, 
는 BWP가 공통 자원 블록 0에 상대적으로 시작하는 공통 자원 블록일 수 있다.
물리 채널 및 일반적인 신호 전송
도 6은 3GPP 시스템에 이용되는 물리 채널들 및 일반적인 신호 전송을 예시한다. 무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink, DL)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink, UL)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
단말은 전원이 켜지거나 새로이 셀에 진입한 경우 기지국과 동기를 맞추는 등의 초기 셀 탐색(Initial cell search) 작업을 수행한다(S601). 이를 위해, 단말은 기지국으로부터 주 동기 신호(Primary Synchronization Signal, PSS) 및 부 동기 신호(Secondary Synchronization Signal, SSS)을 수신하여 기지국과 동기를 맞추고, 셀 ID 등의 정보를 획득할 수 있다. 그 후, 단말은 기지국으로부터 물리 방송 채널(Physical Broadcast Channel, PBCH)를 수신하여 셀 내 방송 정보를 획득할 수 있다. 한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호(Downlink Reference Signal, DL RS)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
초기 셀 탐색을 마친 단말은 물리 하향링크 제어 채널(Physical Downlink Control Channel, PDCCH) 및 상기 PDCCH에 실린 정보에 따라 물리 하향링크 공유 채널(Physical Downlink Control Channel; PDSCH)을 수신함으로써 좀더 구체적인 시스템 정보를 획득할 수 있다(S602).
한편, 기지국에 최초로 접속하거나 신호 송신을 위한 무선 자원이 없는 경우, 단말은 기지국에 대해 임의 접속 과정(Random Access Procedure, RACH)을 수행할 수 있다(S603 내지 S606). 이를 위해, 단말은 물리 임의 접속 채널(Physical Random Access Channel, PRACH)을 통해 특정 시퀀스를 프리앰블로 송신하고(S603 및 S605), PDCCH 및 대응하는 PDSCH를 통해 프리앰블에 대한 응답 메시지((RAR(Random Access Response) message)를 수신할 수 있다. 경쟁 기반 RACH의 경우, 추가적으로 충돌 해결 절차(Contention Resolution Procedure)를 수행할 수 있다(S606).
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상/하향링크 신호 송신 절차로서 PDCCH/PDSCH 수신(S607) 및 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)/물리 상향링크 제어 채널(Physical Uplink Control Channel; PUCCH) 송신(S608)을 수행할 수 있다. 특히 단말은 PDCCH를 통하여 하향링크 제어 정보(Downlink Control Information, DCI)를 수신할 수 있다. 여기서, DCI는 단말에 대한 자원 할당 정보와 같은 제어 정보를 포함하며, 사용 목적에 따라 포맷이 서로 다르게 적용될 수 있다.
한편, 단말이 상향링크를 통해 기지국에 송신하는 또는 단말이 기지국으로부터 수신하는 제어 정보는 하향링크/상향링크 ACK/NACK 신호, CQI(Channel Quality Indicator), PMI(Precoding Matrix 인덱스), RI(Rank Indicator) 등을 포함할 수 있다. 단말은 상술한 CQI/PMI/RI 등의 제어 정보를 PUSCH 및/또는 PUCCH를 통해 송신할 수 있다.
빔 관리(Beam Management, BM)
BM 절차는 다운링크(downlink, DL) 및 업링크(uplink, UL) 송/수신에 사용될 수 있는 기지국(예: gNB, TRP 등) 및/또는 단말(예: UE) 빔들의 세트(set)를 획득하고 유지하기 위한 L1(layer 1)/L2(layer 2) 절차들로서, 아래와 같은 절차 및 용어를 포함할 수 있다.
- 빔 측정(beam measurement): 기지국 또는 UE가 수신된 빔 형성 신호의 특성을 측정하는 동작.
- 빔 결정(beam determination): 기지국 또는 UE가 자신의 송신 빔(Tx beam) / 수신 빔(Rx beam)을 선택하는 동작.
- 스위핑 (Beam sweeping): 미리 결정된 방식으로 일정 시간 간격 동안 송신 및/또는 수신 빔을 이용하여 공간 영역을 커버하는 동작.
- 빔 보고(beam report): UE가 빔 측정에 기반하여 빔 형성된 신호의 정보를 보고하는 동작.
BM 절차는 (1) SS(synchronization signal)/PBCH(physical broadcast channel) Block 또는 CSI-RS를 이용하는 DL BM 절차와, (2) SRS(sounding reference signal)을 이용하는 UL BM 절차로 구분할 수 있다. 또한, 각 BM 절차는 Tx beam을 결정하기 위한 Tx beam sweeping과 Rx beam을 결정하기 위한 Rx beam sweeping을 포함할 수 있다.
하향링크 빔 관리 절차(DL BM Procedure)
하향링크 빔 관리 절차(DL BM 절차)는 (1) 기지국이 빔 형성 DL RS(예를 들어, CSI-RS 또는 SS 블록 (SSB))를 전송하는 단계 및 (2) 단말이 빔 보고를 송신하는 단계를 포함할 수 있다.
여기서, 빔 보고(beam reporting)는 바람직한 DL RS ID (식별자) (들) 및 그에 대응하는 L1-RSRP를 포함할 수 있다.
DL RS ID는 SSB resource indicator(SSBRI) 또는 CSI-RS resource indicator(CRI) 일 수 있다.
도 7은 SSB와 CSI-RS를 이용한 빔 형성의 일례를 나타낸다.
도 7과 같이, SSB 빔과 CSI-RS 빔은 빔 측정을 위해 사용될 수 있다. 측정 메트릭(measurement metric)은 자원(resource)/블록(block) 별 L1-RSRP이다. SSB는 coarse한 빔 측정을 위해 사용되며, CSI-RS는 fine한 빔 측정을 위해 사용될 수 있다. SSB는 Tx 빔 스위핑과 Rx 빔 스위핑 모두에 사용될 수 있다. SSB를 이용한 Rx 빔 스위핑은 다수의 SSB bursts에 걸쳐서(across) 동일 SSBRI에 대해 UE가 Rx 빔을 변경하면서 수행될 수 있다. 여기서, 하나의 SS burst는 하나 또는 그 이상의 SSB들을 포함하고, 하나의 SS burst set은 하나 또는 그 이상의 SSB burst들을 포함한다.
DL BM 관련 빔 지시(beam indication)
단말은 적어도 QCL(Quasi Co-location) indication의 목적을 위해 최대 M 개의 후보(candidate) 전송 설정 지시 (Transmission Configuration Indication, TCI) 상태(state)들에 대한 리스트를 RRC 설정 받을 수 있다. 여기서, M은 64일 수 있다.
각 TCI state는 하나의 RS set으로 설정될 수 있다. 적어도 RS set 내의 spatial QCL 목적(QCL Type D)을 위한 DL RS의 각각의 ID는 SSB, P-CSI RS, SP-CSI RS, A-CSI RS 등의 DL RS type들 중 하나를 참조할 수 있다.
최소한 spatial QCL 목적을 위해 사용되는 RS set 내의 DL RS(들)의 ID의 초기화(initialization)/업데이트(update)는 적어도 명시적 시그널링(explicit signaling)을 통해 수행될 수 있다.
표 5는 TCI-State IE의 일례를 나타낸다.
TCI-State IE는 하나 또는 두 개의 DL reference signal(RS) 대응하는 quasi co-location (QCL) type과 연관시킨다.
표 5에서, bwp-Id parameter는 RS가 위치되는 DL BWP를 나타내며, cell parameter는 RS가 위치되는 carrier를 나타내며, referencesignal parameter는 해당 target antenna port(s)에 대해 quasi co-location 의 source가 되는 reference antenna port(s) 혹은 이를 포함하는reference signal을 나타낸다. 상기 target antenna port(s)는 CSI-RS, PDCCH DMRS, 또는 PDSCH DMRS 일 수 있다. 일례로 NZP CSI-RS에 대한 QCL reference RS정보를 지시하기 위해 NZP CSI-RS 자원 설정 정보에 해당 TCI state ID를 지시할 수 있다. 또 다른 일례로 PDCCH DMRS antenna port(s)에 대한 QCL reference 정보를 지시하기 위해 각 CORESET설정에 TCI state ID를 지시할 수 있다. 또 다른 일례로 PDSCH DMRS antenna port(s)에 대한 QCL reference 정보를 지시하기 위해 DCI를 통해 TCI state ID를 지시할 수 있다.
QCL(Quasi-Co Location)
안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 특성(property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 유추될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다.
여기서, 상기 채널 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수/도플러 쉬프트(Frequency/Doppler shift), 평균 수신 파워(Average received power), 수신 타이밍/평균지연(Received Timing / average delay), Spatial RX parameter 중 하나 이상을 포함한다. 여기서 Spatial Rx parameter는 angle of arrival과 같은 공간적인 (수신) 채널 특성 파라미터를 의미한다.
단말은 해당 단말 및 주어진 serving cell에 대해 의도된 DCI를 가지는 검출된 PDCCH에 따라 PDSCH를 디코딩하기 위해, higher layer parameter PDSCH-Config 내 M 개까지의 TCI-State configuration의 리스트로 설정될 수 있다. 상기 M은 UE capability에 의존한다.
각각의 TCI-State는 하나 또는 두 개의 DL reference signal과 PDSCH의 DM-RS port 사이의 quasi co-location 관계를 설정하기 위한 파라미터를 포함한다.
Quasi co-location 관계는 첫 번째 DL RS에 대한 higher layer parameter qcl-Type1과 두 번째 DL RS에 대한 qcl-Type2 (설정된 경우)로 설정된다. 두 개의 DL RS의 경우, reference가 동일한 DL RS 또는 서로 다른 DL RS인지에 관계없이 QCL type은 동일하지 않다.
각 DL RS에 대응하는 quasi co-location type은 QCL-Info의 higher layer parameter qcl-Type에 의해 주어지며, 다음 값 중 하나를 취할 수 있다:
- 'QCL-TypeA': {Doppler shift, Doppler spread, average delay, delay spread}
- 'QCL-TypeB': {Doppler shift, Doppler spread}
- 'QCL-TypeC': {Doppler shift, average delay}
- 'QCL-TypeD': {Spatial Rx parameter}
예를 들어, target antenna port가 특정 NZP CSI-RS 인 경우, 해당 NZP CSI-RS antenna ports는 QCL-Type A관점에서는 특정 TRS와, QCL-Type D관점에서는 특정 SSB과 QCL되었다고 지시/설정될 수 있다. 이러한 지시/설정을 받은 단말은 QCL-TypeA TRS에서 측정된 Doppler, delay값을 이용해서 해당 NZP CSI-RS를 수신하고, QCL-TypeD SSB 수신에 사용된 수신 빔을 해당 NZP CSI-RS 수신에 적용할 수 있다.
UE는 8개까지의 TCI state들을 DCI 필드 'Transmission Configuration Indication'의 codepoint에 매핑하기 위해 사용되는 MAC CE signaling에 의한 activation command를 수신할 수 있다.
UL BM 절차
UL BM은 단말 구현에 따라 Tx beam - Rx beam 간 beam reciprocity(또는 beam correspondence)가 성립할 수 있거나 또는, 성립하지 않을 수 있다. 만약 기지국과 단말 모두에서 Tx beam - Rx beam 간 reciprocity가 성립하는 경우, DL beam pair를 통해 UL beam pair를 맞출 수 있다. 하지만, 기지국과 단말 중 어느 하나라도 Tx beam - Rx beam 간 reciprocity가 성립하지 않는 경우, DL beam pair 결정과 별개로 UL beam pair 결정 과정이 필요하다.
또한, 기지국과 단말 모두 beam correspondence를 유지하고 있는 경우에도, 단말이 선호(preferred) beam의 보고를 요청하지 않고도 기지국은 DL Tx beam 결정을 위해 UL BM 절차를 사용할 수 있다.
UL BM은 beamformed UL SRS 전송을 통해 수행될 수 있으며, SRS resource set의 UL BM의 적용 여부는 (higher layer parameter) usage에 의해 설정된다. usage가 'BeamManagement(BM)'로 설정되면, 주어진 time instant에 복수의 SRS resource set들 각각에 하나의 SRS resource만 전송될 수 있다.
단말은 (higher layer parameter) SRS-ResourceSet에 의해 설정되는 하나 또는 그 이상의 Sounding Reference Symbol (SRS) resource set들을 (higher layer signaling, RRC signaling 등을 통해) 설정받을 수 있다. 각각의 SRS resource set에 대해, UE는 K≥1 SRS resource들 (higher later parameter SRS-resource)이 설정될 수 있다. 여기서, K는 자연수이며, K의 최대 값은 SRS_capability에 의해 지시된다.
DL BM과 마찬가지로, UL BM 절차도 단말의 Tx beam sweeping과 기지국의 Rx beam sweeping으로 구분될 수 있다.
도 8은 SRS를 이용한 UL BM 절차의 일례를 나타낸다.
도 8(a)는 기지국의 Rx beam 결정 절차를 나타내고, 도 8(b)는 단말의 Tx beam sweeping 절차를 나타낸다.
도 9는 하향링크 송수신 동작의 일 예를 나타낸다.
기지국은 주파수/시간 자원, 전송 레이어, 하향링크 프리코더, MCS 등과 같은 하향링크 전송을 스케줄링할 수 있다(S910). 일례로, 기지국은 단말에게 PDSCH를 전송하기 위한 빔을 결정할 수 있다.
단말은 기지국으로부터 하향링크 스케줄링을 위한(즉, PDSCH의 스케줄링 정보를 포함하는) 하향링크 제어 정보(DCI: Downlink Control Information)를 PDCCH 상에서 수신할 수 있다(S920).
하향링크 스케줄링을 위해 DCI 포맷 1_0 또는 DCI 포맷 1_1이 이용될 수 있으며, DCI 포맷 1_1은 다음과 예시와 같은 정보를 포함할 수 있다. 예를 들어, DCI 포맷 1_1은 DCI 포맷 식별자(Identifier for DCI formats), 대역폭 부분 지시자(Bandwidth part indicator), 주파수 도메인 자원 할당(Frequency domain resource assignment), 시간 도메인 자원 할당(Time domain resource assignment), PRB 번들링 크기 지시자(PRB bundling size indicator), 레이트 매칭 지시자(Rate matching indicator), ZP CSI-RS 트리거(ZP CSI-RS trigger), 안테나 포트(들)(Antenna port(s)), 전송 설정 지시(TCI: Transmission configuration indication), SRS 요청(SRS request), DMRS(Demodulation Reference Signal) 시퀀스 초기화(DMRS sequence initialization) 중 적어도 하나를 포함할 수 있다.
특히, 안테나 포트(들)(Antenna port(s)) 필드에서 지시되는 각 상태(state)에 따라, DMRS 포트의 수가 스케줄링될 수 있으며, 또한 SU(Single-user)/MU(Multi-user) 전송 스케줄링이 가능하다.
또한, TCI 필드는 3 비트로 구성되고, TCI 필드 값에 따라 최대 8 TCI 상태를 지시함으로써 동적으로 DMRS에 대한 QCL이 지시될 수 있다.
단말은 기지국으로부터 하향링크 데이터를 PDSCH 상에서 수신할 수 있다(S930).
단말이 DCI 포맷 1_0 또는 1_1을 포함하는 PDCCH를 검출(detect)하면, 단말은 해당 DCI에 의한 지시에 따라 PDSCH를 디코딩할 수 있다. 여기서, 단말이 DCI 포맷 1에 의해 스케줄링된 PDSCH를 수신할 때, 단말은 상위 계층 파라미터 'dmrs-Type'에 의해 DMRS 설정 타입이 설정될 수 있으며, DMRS 타입은 PDSCH를 수신하기 위해 사용된다. 또한, 단말은 상위 계층 파라미터 'maxLength'에 의해 PDSCH을 위한 앞에 삽입되는(front-loaded) DMRS 심볼의 최대 개수가 설정될 수 있다.
DMRS 설정 타입 1의 경우, 단말이 단일의 코드워드가 스케줄링되고 {2, 9, 10, 11 또는 30}의 인덱스와 매핑된 안테나 포트가 지정되면, 또는 단말이 2개의 코드워드가 스케줄링되면, 단말은 모든 남은 직교한 안테나 포트가 또 다른 단말으로의 PDSCH 전송과 연관되지 않는다고 가정한다. 또는, DMRS 설정 타입 2의 경우, 단말이 단일의 코드워드가 스케줄링되고 {2, 10 또는 23}의 인덱스와 매핑된 안테나 포트가 지정되면, 또는 단말이 2개의 코드워드가 스케줄링되면, 단말은 모든 남은 직교한 안테나 포트가 또 다른 단말으로의 PDSCH 전송과 연관되지 않는다고 가정한다.
단말이 PDSCH를 수신할 때, 프리코딩 단위(precoding granularity) P'를 주파수 도메인에서 연속된(consecutive) 자원 블록으로 가정할 수 있다. 여기서, P'는 {2, 4, 광대역} 중 하나의 값에 해당할 수 있다. P'가 광대역으로 결정되면, 단말은 불연속적인(non-contiguous) PRB들로 스케줄링되는 것을 예상하지 않고, 단말은 할당된 자원에 동일한 프리코딩이 적용된다고 가정할 수 있다. 반면, P'가 {2, 4} 중 어느 하나로 결정되면, 프리코딩 자원 블록 그룹(PRG: Precoding Resource Block Group)은 P' 개의 연속된 PRB로 분할된다. 각 PRG 내 실제 연속된 PRB의 개수는 하나 또는 그 이상일 수 있다. UE는 PRG 내 연속된 하향링크 PRB에는 동일한 프리코딩이 적용된다고 가정할 수 있다.
단말이 PDSCH 내 변조 차수(modulation order), 목표 코드 레이트(target code rate), 전송 블록 크기(transport block size)를 결정하기 위해, 단말은 우선 DCI 내 5 비트 MCD 필드를 읽고, 변조 차수(modulation order) 및 타겟 코드율(target code rate)을 결정할 수 있다. 그리고, 단말은 DCI 내 리던던시 버전 필드를 읽고, 리던던시 버전을 결정할 수 있다. 그리고, 단말은 레이트 매칭 전에 레이어의 수, 할당된 PRB의 총 개수를 이용하여, 전송 블록 크기(transport block size)를 결정할 수 있다.
도 10은 본 명세서에서 제안하는 방법이 적용될 수 있는 상향링크 송수신 동작을 예시한다.
도 10을 참조하면, 기지국은 주파수/시간 자원, 전송 레이어, 상향링크 프리코더, MCS 등과 같은 상향링크 전송을 스케줄링 한다(S1010). 특히, 기지국은 단말이 PUSCH 전송을 위한 빔을 결정할 수 있다.
단말은 기지국으로부터 상향링크 스케줄링을 위한(즉, PUSCH의 스케줄링 정보를 포함하는) DCI를 PDCCH 상에서 수신한다(S1020).
상향링크 스케줄링을 위해 DCI 포맷 0_0 또는 0_1이 이용될 수 있으며, 특히 DCI 포맷 0_1에서는 다음과 같은 정보를 포함한다.
DCI 포맷 식별자(Identifier for DCI formats), UL/SUL(Supplementary uplink) 지시자(UL/SUL indicator), 대역폭 부분 지시자(Bandwidth part indicator), 주파수 도메인 자원 할당(Frequency domain resource assignment), 시간 도메인 자원 할당(Time domain resource assignment), 주파수 호핑 플래그(Frequency hopping flag), 변조 및 코딩 방식(MCS: Modulation and coding scheme), SRS 자원 지시자(SRI: SRS resource indicator), 프리코딩 정보 및 레이어 수(Precoding information and number of layers), 안테나 포트(들)(Antenna port(s)), SRS 요청(SRS request), DMRS 시퀀스 초기화(DMRS sequence initialization), UL-SCH(Uplink Shared Channel) 지시자(UL-SCH indicator)
특히, SRS resource indicator 필드에 의해 상위 계층 파라미터 'usage'와 연관된 SRS 자원 세트 내 설정된 SRS 자원들이 지시될 수 있다. 또한, 각 SRS resource별로 'spatialRelationInfo'를 설정받을 수 있고 그 값은 {CRI, SSB, SRI}중에 하나일 수 있다.
단말은 기지국에게 상향링크 데이터를 PUSCH 상에서 전송한다(S1030).
단말이 DCI 포맷 0_0 또는 0_1을 포함하는 PDCCH를 검출(detect)하면, 해당 DCI에 의한 지시에 따라 해당 PUSCH를 전송한다.
PUSCH 전송을 위해 코드북(codebook) 기반 전송 및 비-코드북(non-codebook) 기반 전송 2가지의 전송 방식이 지원된다.
i) 상위 계층 파라미터 'txConfig'가 'codebook'으로 셋팅될 때, 단말은 codebook 기반 전송으로 설정된다. 반면, 상위 계층 파라미터 'txConfig'가 'nonCodebook'으로 셋팅될 때, 단말은 non-codebook 기반 전송으로 설정된다. 상위 계층 파라미터 'txConfig'가 설정되지 않으면, 단말은 DCI 포맷 0_1에 의해 스케줄링되는 것을 예상하지 않는다. DCI 포맷 0_0에 의해 PUSCH가 스케줄링되면, PUSCH 전송은 단일 안테나 포트에 기반한다.
codebook 기반 전송의 경우, PUSCH는 DCI 포맷 0_0, DCI 포맷 0_1 또는 반정적으로(semi-statically) 스케줄링될 수 있다. 이 PUSCH가 DCI 포맷 0_1에 의해 스케줄링되면, 단말은 SRS resource indicator 필드 및 Precoding information and number of layers 필드에 의해 주어진 바와 같이, DCI로부터 SRI, TPMI(Transmit Precoding Matrix Indicator) 및 전송 랭크를 기반으로 PUSCH 전송 프리코더를 결정한다. TPMI는 안테나 포트에 걸쳐서 적용될 프리코더를 지시하기 위해 이용되고, 다중의 SRS 자원이 설정될 때 SRI에 의해 선택된 SRS 자원에 상응한다. 또는, 단일의 SRS 자원이 설정되면, TPMI는 안테나 포트에 걸쳐 적용될 프리코더를 지시하기 위해 이용되고, 해당 단일의 SRS 자원에 상응한다. 상위 계층 파라미터 'nrofSRS-Ports'와 동일한 안테나 포트의 수를 가지는 상향링크 코드북으로부터 전송 프리코더가 선택된다.
단말에 'codebook'으로 셋팅된 상위 계층 파라미터 'txConfig'가 설정될 때, 적어도 하나의 SRS 자원이 단말에 설정된다. 슬롯 n에서 지시된 SRI는 SRI에 의해 식별된 SRS 자원의 가장 최근의 전송과 연관되고, 여기서 SRS 자원은 SRI를 나르는 PDCCH(즉, 슬롯 n)에 앞선다.
ii) non-codebook 기반 전송의 경우, PUSCH는 DCI 포맷 0_0, DCI 포맷 0_1 또는 반정적으로(semi-statically) 스케줄링될 수 있다. 다중의 SRS 자원이 설정될 때, 단말은 광대역 SRI를 기반으로 PUSCH 프리코더 및 전송 랭크를 결정할 수 있으며, 여기서 SRI는 DCI 내 SRS resource indicator에 의해 주어지거나 또는 상위 계층 파라미터 'srs-ResourceIndicator'에 의해 주어진다. 단말은 SRS 전송을 위해 하나 또는 다중의 SRS 자원을 이용하고, 여기서 SRS 자원의 수는, UE 능력에 기반하여 동일한 RB 내에서 동시 전송을 위해 설정될 수 있다. 각 SRS 자원 별로 단 하나의 SRS 포트만이 설정된다. 단 하나의 SRS 자원만이 'nonCodebook'으로 셋팅된 상위 계층 파라미터 'usage'로 설정될 수 있다. non-codebook 기반 상향링크 전송을 위해 설정될 수 있는 SRS 자원의 최대의 수는 4이다. 슬롯 n에서 지시된 SRI는 SRI에 의해 식별된 SRS 자원의 가장 최근의 전송과 연관되고, 여기서 SRS 전송은 SRI를 나르는 PDCCH (즉, 슬롯 n)에 앞선다.
Multi-TRP (Transmission/Reception Point) 관련 동작
CoMP (Coordinated Multi Point)의 기법은 다수의 기지국이 단말로부터 피드백 받은 채널 정보 (e.,g., RI/CQI/PMI/LI 등)를 서로 교환 (e.g. X2 interface 이용) 혹은 활용하여, 단말을 협력 전송하여, 간섭을 효과적으로 제어하는 방식을 말한다. 이용하는 방식에 따라서, Joint transmission (JT), Coordinated scheduling (CS), Coordinated beamforming (CB), DPS (dynamic point selection), DPB (dynamic point blacking) 등으로 구분할 수 있다.
M-TRP (Multiple TRP) transmission
M개의 TRP가 하나의 단말(User equipment, UE)에게 데이터를 전송하는 M-TRP transmission 방식은 크게 전송률을 높이기 위한 방식인 eMBB M-TRP 전송과 수신 성공률 증가 및 latency 감소를 위한 방식인 URLLC M-TRP 전송 두 지로 나눌 수 있다.
또한 DCI(downlink control information) 전송 관점에서, M-TRP (multiple TRP) transmission 방식은 i) 각 TRP가 서로 다른 DCI를 전송하는 M-DCI (multiple DCI) based M-TRP 전송과 ii) 하나의 TRP가 DCI를 전송하는 S-DCI (single DCI) based M-TRP 전송 방식으로 나눌 수 있다. 일례로, S-DCI의 경우에는 M TRP 가 전송하는 데이터에 대한 모든 scheduling 정보가 하나의 DCI를 통해 전달되어야 하므로 두 TRP간의 dynamic한 협력이 가능한 ideal BH (ideal BackHaul) 환경에서 사용될 수 있다.
TDM based URLLC에서는 scheme 3/4가 표준화 논의 중이다. 구체적으로, scheme 4는 하나의 slot에서 하나의 TRP가 TB를 전송하는 방식을 의미하며, 여러 slot에서 여러 TRP로부터 수신한 동일 TB를 통해 데이터 수신 확률을 높일 수 있는 효과가 있다. 이와 달리, Scheme 3는 하나의 TRP가 연속된 몇 개의 OFDM symbol (즉 symbol group)을 통해 TB를 전송하는 방식을 의미하며, 하나의 slot 내에서 여러 TRP들이 서로 다른 symbol group을 통해 동일 TB를 전송하도록 설정될 수 있다.
또한, UE는 서로 다른 CORESET (또는 서로 다른 CORESET group에 속한 CORESET) 으로 수신한 DCI가 스케줄 한 PUSCH (또는 PUCCH) 를 서로 다른 TRP로 전송하는 PUSCH (또는 PUCCH)로 인식하거나 또는 서로 다른 TRP의 PUSCH (또는 PUCCH)로 인식할 수 있다. 또한, 서로 다른 TRP로 전송하는 UL transmission (e.g. PUSCH/PUCCH)에 대한 방식은 동일 TRP에 속한 서로 다른 panel로 전송하는 UL transmission (e.g. PUSCH/PUCCH)에 대해서도 동일하게 적용할 수 있다.
또한, MTRP-URLLC란 동일 TB(Transport Block)를 M-TRP가 다른 layer/time/frequency를 이용하여 전송하는 것을 의미할 수 있다. MTRP-URLLC 전송 방식을 설정 받은 UE는 DCI로 여러 TCI state(s)를 지시 받고, 각 TCI state의 QCL RS를 이용하여 수신한 데이터는 서로 동일 TB임을 가정할 수 있다. 반면, MTRP-eMBB는 다른 TB를 M-TRP가 다른 layer/time/frequency를 이용하여 전송하는 것을 의미할 수 있다. MTRP-eMBB 전송 방식을 설정 받은 UE는 DCI로 여러 TCI state(s)를 지시 받고, 각 TCI state의 QCL RS를 이용하여 수신한 데이터는 서로 다른 TB임을 가정할 수 있다. 이와 관련하여, UE는 MTRP-URLLC 용도로 설정된 RNTI와 MTRP-eMBB 용도로 설정된 RNTI를 별도로 구분하여 이용함에 따라, 해당 M-TRP 전송이 URLLC 전송인지 또는 eMBB 전송인지 여부를 판단/결정할 수 있다. 즉, UE가 수신한 DCI의 CRC masking이 MTRP-URLLC 용도로 설정된 RNTI를 이용하여 수행된 경우 이는 URLLC 전송에 해당하며, DCI의 CRC masking이 MTRP-URLLC 용도로 설정된 RNTI를 이용하여 수행된 경우 이는 eMBB 전송에 해당할 수 있다.
Multiple DCI based NCJT/Single DCI based NCJT 설명
NCJT(Non-coherent joint transmission)는 다중 TP(Transmission Point)가 한 UE(User Equipment)에게 동일 시간 주파수를 사용하여 데이터를 전송하는 방법으로 TP간에 서로 다른 DMRS(Demodulation Multiplexing Reference Signal) port를 사용하여 다른 layer로 데이터를 전송한다. TP는 NCJT 수신하는 단말에게 데이터 스케줄링 정보를 DCI(Downlink Control Information)로 전달하게 되는 데 이 때, NCJT에 참여하는 각 TP가 자신이 송신하는 데이터에 대한 스케줄링 정보를 DCI로 전달하는 방식을 multi DCI based NCJT라고 한다. NCJT 전송에 참여하는 N TP가 각각 DL grant DCI와 PDSCH를 UE에게 전송하므로 UE는 N개의 DCI와 N개의 PDSCH를 N TP로부터 수신하게 된다.
이와는 다르게 대표 TP하나가 자신이 송신하는 데이터와 다른 TP가 송신하는 데이터에 대한 스케줄링 정보를 하나의 DCI로 전달하는 방식을 single DCI based NCJT라고 한다. 이 경우에는 N TP가 하나의 PDSCH를 전송하게 되지만 각 TP는 하나의 PDSCH를 구성하는 multiple layer들의 일부 layer 만을 전송하게 된다. 예를 들어, 4 layer 데이터가 전송되는 경우 TP 1이 2 layer를 전송하고 TP 2가 나머지 2 layer를 UE에게 전송한다.
partially overlapped NCJT 설명
또한 NCJT는 각 TP가 전송하는 시간 주파수 자원이 완전히 겹쳐있는 fully overlapped NCJT와 일부 시간 주파수 자원만 겹쳐있는 partially overlapped NCJT 둘로 구분이 된다. 즉, partially overlapped NCJT인 경우, 일부 시간 주파수 자원에서는 TP 1와 TP2의 송신 데이터가 모두 송신되며, 나머지 시간 주파수 자원에서는 TP 1 또는 TP 2 중 하나의 TP만이 데이터를 전송하게 된다.
Multi-TRP에서의 신뢰도 향상 방식
다수 TRP 에서의 전송을 이용한 신뢰도(reliability) 향상을 위한 송수신 방법으로 아래의 두 가지 방법을 고려해볼 수 있다.
도 11은 다수의 TRP에서의 전송을 이용한 신뢰도 향상을 위한 송수신 방법의 일례를 나타낸다.
상기 도 11(a)의 예는 동일한 CW(codeword)/TB를 전송하는 layer group이 서로 다른 TRP에 대응하는 경우를 보여준다. 이때, layer group은 하나 또는 하나 이상의 layer로 이루어진 모종의 layer 집합을 의미할 수 있다. 이러한 경우, 다수의 layer 수로 인해 전송자원의 양이 증가하고 이를 통해 TB(transport block)에 대해 낮은 부호율의 강건한 채널 코딩을 사용할 수 있다는 장점이 있으며, 또한, 다수의 TRP로부터 채널이 다르기 때문에 diversity 이득을 바탕으로 수신 신호의 신뢰도 향상을 기대할 수 있다.
한편, 도 11(b)의 예는 서로 다른 CW를 서로 다른 TRP에 대응하는 layer group 을 통해 전송하는 예를 보여준다. 이때, 그림의 CW #1과 CW #2에 대응하는 TB는 서로 동일함을 가정할 수 있다. 따라서, 동일 TB의 반복 전송의 예로 볼 수 있다. 도 11(b)의 경우 도 11(a) 대비 TB에 대응하는 부호율이 높다는 단점을 가질 수 있다. 하지만, 채널 환경에 따라 동일 TB로부터 생성된 encoding bits에 대해서 서로 다른 RV(redundancy version) 값을 지시하여 부호율을 조정하거나, 각 CW의 modulation order를 조절할 수 있다는 장점을 갖는다.
상기 도 11(a)/도 11(b)에서는 동일 TB가 서로 다른 layer group을 통해 반복 전송되고 각 layer group을 서로 다른 TRP/panel이 전송함에 따라 데이터 수신확률을 높일 수 있는데, 이를 SDM based M-TRP URLLC 전송 방식으로 명명한다. 서로 다른 Layer group에 속한 layer들은 서로 다른 DMRS CDM group에 속한 DMRS port들을 통해 각각 전송된다.
또한, 상술한 다수 TRP 관련된 내용은 서로 다른 레이어를 이용하는 SDM(spatial division multiplexing) 방식을 기준으로 설명되었지만, 이는 서로 다른 주파수 영역 자원(예: RB/PRB (set))에 기반하는 FDM(frequency division multiplexing) 방식 및/또는 서로 다른 시간 영역 자원(예: slot, symbol, sub-symbol)에 기반하는 TDM(time division multiplexing) 방식에도 확장하여 적용될 수 있음은 물론이다.
이하에서는 Multi-TRP 관련 논의 내용을 살펴본다.
적어도 하나의(single) DCI에 의해 스케줄 된 multi-TRP based URLLC를 위한 schemes는 다음과 같이 구분될 수 있다.
Scheme 1 (SDM): 시간 및 주파수 자원 할당이 중첩되며, 단일 슬롯 내 n (n<=Ns) TCI states
Scheme 1a: 각 transmission occasion은 동일한 TB의 계층(layer) 또는 계층 세트(a set of layers) 이며, 각 계층 또는 계층 세트는 하나의 TCI 및 하나의 DMRS port(s)의 세트와 연관된다. 하나의 RV를 가진 단일 코드워드는 모든 공간 레이어 또는 레이어 세트에서 사용된다. UE 관점에서, 상이한 코딩 된 비트는 Rel-15에서와 동일한 맵핑 규칙을 갖는 상이한 계층 또는 계층 세트에 맵핑된다.
Scheme 1b: 각 transmission occasion은 동일한 TB의 계층 또는 계층 세트이며, 각 계층 또는 계층 세트는 하나의 TCI 및 DMRS port(s)의 세트와 연관된다. 하나의 RV를 가진 단일 코드워드는 각 공간 레이어 또는 레이어 세트에 사용된다. 각각의 공간 계층 또는 계층 세트에 대응하는 RV는 동일하거나 상이 할 수 있다.
Scheme 1c: 하나의 transmission occasion은 복수의(multiple) TCI state 인덱스들과 관련된 하나의 DMRS port가 있는 동일한 TB의 한 레이어 또는 복수의 TCI state 인덱스들이 하나씩(one by one) 있는 복수의 DMRS ports가 있는 동일한 TB의 한 레이어이다.
Scheme 1a 및 1c의 경우, 모든 레이어 또는 레이어 세트에 동일한 MCS가 적용된다.
Scheme 1b의 경우, 상이한 계층 또는 계층 세트에 대한 동일하거나 상이한 MCS / 변조 순서가 논의 될 수 있다.
Scheme 2 (FDM): 중첩되지 않은 주파수 자원 할당과 함께, 단일 슬롯 내 n (n<=Ns) TCI states
중첩되지 않은 각 주파수 자원 할당은 하나의 TCI state와 연관된다.
동일한 단일(single)/ 복수(multiple) DMRS 포트가 모든 중첩되지 않은 주파수 자원 할당과 연관된다.
Scheme 2a: 하나의 RV가 있는 단일 코드워드는 전체 리소스 할당에 사용된다. UE 관점에서, 공통 RB 맵핑 (코드워드 대 계층(layer) 맵핑)은 전체 자원 할당에 걸쳐 적용된다.
Scheme 2b: 하나의 RV가 있는 단일 코드워드는 각 중첩되지 않은 주파수 자원 할당에 사용된다. 각각의 비 중첩 주파수 자원 할당에 대응하는 RV는 동일하거나 상이 할 수 있다.
Scheme 2a의 경우, 모든 중첩되지 않은 주파수 자원 할당에 동일한 MCS가 적용된다.
Scheme 2b의 경우, 서로 다른 비 중첩 주파수 자원 할당에 대한 동일하거나 다른 MCS / 변조 순서가 논의 될 수 있다.
할당 세분성(allocation granularity), 시간 도메인 할당과 관련하여 FDM 2a / 2b에 대한 주파수 자원 할당 메커니즘의 세부 사항을 논의 할 수 있다.
Scheme 3 (TDM): 중첩되지 않은 시간 자원 할당과 함께, n (n<=Nt1) 단일 슬롯 내에서 TCI states
TB의 각 transmission occasion은 미니 슬롯의 시간 세분성으로 하나의 TCI와 하나의 RV를 갖는다.
슬롯 내의 모든 transmission occasion는 동일한 단일 또는 복수의 DMRS port(s)를 가진 공통(common) MCS를 사용한다.
RV / TCI state는 transmission occasion에 따라 동일하거나 다를 수 있다.
Scheme 4 (TDM): K (n <= K)의 다른 슬롯을 갖는 n (n <= Nt2) TCI state.
TB의 각 transmission occasion에는 하나의 TCI와 하나의 RV가 있다.
K 슬롯을 통한 모든 transmission occasion은 동일한 단일 또는 복수의 DMRS 포트가 있는 공통 MCS를 사용한다.
RV / TCI state는 transmission occasion에 따라 동일하거나 다를 수 있다.
M-TRP / 패널 기반 URLLC schemes은 개선된 신뢰성, 효율성 및 사양 영향(specification impact) 측면에서 비교되어야 한다. 참고로, TRP 당 레이어 수 지원에 대해 논의 할 수 있다.
TCI indication framework는 최소한 eMBB를 위해 Rel-16에서 강화되어야 한다:
DCI의 각 TCI 코드 포인트는 1 또는 2 개의 TCI state에 해당 할 수 있다. TCI 코드 포인트 내에서 2 개의 TCI states가 활성화되면 각 TCI state는 적어도 DMRS type 1에 대한 하나의 CDM 그룹에 해당한다.
본 명세서의 TRP 관련 설명에서 TRP는 기지국, TP(transmission point), 셀(예: macro cell / small cell / pico cell 등), 안테나 어레이(antenna array) 또는 패널(panel) 등으로 대체되어 이해될 수 있다.
빔 실패 복구(Beam failure recovery, BFR)
DL/UL beam management 과정을 수행함에 있어 설정된 beam management의 주기에 따라 빔 mismatch문제가 발생할 수 있다. 특히, 단말이 위치를 이동하거나, 회전하거나, 혹은 주변 물체의 이동으로 무선 채널 환경이 바뀌는 경우(예를 들어, LoS환경이다가 빔이 block되어 Non-LoS환경으로 바뀜), 최적의 DL/UL beam pair는 바뀔 수 있는데, 이러한 변화를 일반적으로 네트워크 지시에 의해 수행하는 빔 management 과정으로 tracking이 실패하였을 때 beam failure event가 발생하였다고 할 수 있다. 이러한 beam failure event의 발생 여부는 단말이 하향링크 RS의 수신 품질을 통해 판단할 수 있으며, 이러한 상황에 대한 보고 메시지 혹은 빔 복구 요청을 위한 메시지(beam failure recovery request(BFRQ) message라 하자)가 단말로부터 전달되어야 한다. 이러한 메시지를 수신한 기지국은 빔 복구를 위해 beam RS 전송, beam reporting 요청 등 다양한 과정을 통해 beam 복구를 수행할 수 있다. 이러한 일련의 빔 복구 과정을 beam failure recovery(BFR)라 한다. Rel-15 NR에서는 contention based PRACH자원이 항상 존재하는 PCell 혹은 PScell (둘을 합쳐서 special cell(SpCell이라고도 함))에 대한 BFR(beam failure recovery)과정을 표준화하었으며, 해당 절차는 serving cell내의 동작으로 단말의 BFD(beam failure detection)과정, BFRQ과정, 그리고 BFRQ에 대한 기지국의 응답을 단말이 모니터링하는 과정으로 다음과 같이 구성된다(참고: 3GPP TS38.213, TS38.321, TS38.331).
빔 실패 검출(Beam failure detection, BFD)
모든 PDCCH 빔이 정해진 품질값(Q_out) 이하로 떨어지는 경우, 한번의 beam failure instance가 발생했다고 함(여기서 품질은 hypothetical BLER(block error rate)을 기준으로 함: 즉 해당 PDCCH로 제어 정보가 전송되었다고 가정할 경우 해당 정보의 복조에 실패할 확률)
여기서 모든 PDCCH빔이라 함은, PDCCH를 monitoring할 search space들이 단말에 하나 혹은 복수 개 설정될 수 있는데, 각 search space별로 빔이 다르게 설정될 수 있으며, 이 때 모든 빔이 BLER threshold 아래로 떨어지는 경우를 의미한다. BFD RS를 단말이 판정하는 기준으로 다음 두 가지 방식이 지원된다.
[implicit configuration of BFD RSs] 각 search space에는 PDCCH가 전송될 수 있는 자원 영역인 control resource set(CORESET[TS38.213, TS38.214, TS38.331참조]) ID가 설정되며, 각 CORESET ID마다 spatial RX parameter관점에서 QCL되어 있는 RS 정보(e.g. CSI-RS resource ID, SSB ID)가 지시/설정될 수 있다(NR표준에서는 TCI(transmit configuration information) 지시를 통해 QCL된 RS를 지시/설정함). 여기서 spatial RX parameter관점에서 QCL되어 있는 RS란(i.e. QCL Type D in TS38.214) 단말이 해당 PDCCH DMRS 수신에 있어 해당 spatially QCLed RS 수신에 사용했던 빔을 그대로 사용하라(혹은 사용해도 된다)는 것을 기지국이 알려주는 방법을 의미한다. 결국 기지국 관점에서는 spatially QCLed antenna ports간에는 동일 전송 빔 혹은 유사한 전송 빔(e.g. 빔 방향은 동일/유사하면서 빔 폭이 상이한 경우)을 적용하여 전송할 것임을 단말에게 알려주는 방법이다.
[explicit configuration of BFD RSs] 기지국이 상기 용도(beam failure detection)로 beam RS(s)를 명시적으로 설정할 수 있으며, 이 경우 해당 beam RS(s)가 상기 '모든 PDCCH 빔'에 해당한다.
단말 물리 계층에서 BFD RS(s)를 기준으로 측정한 hypothetical BLER이 특정 threshold 이상으로 열화되는 이벤트가 발생될 때마다 'BFI(beam failure instance)'가 발생되었다는 것을 MAC 서브계층으로 알려주며, 단말 MAC서브계층에서는 일정 시간 이내에(BFD timer), 일정 회수(beamFailureInstanceMaxCount)만큼 BFI가 발생하면 beam failure가 발생했다고 판단하고, 관련 RACH 동작을 initiate한다.
이하 BFD와 관련된 MAC 계층 동작을 살펴본다.
MAC 엔티티는:
1> 하위 계층(lower layers)에서 빔 실패 인스턴스 지시(beam failure instance indication)가 수신된 경우:
2> beamFailureDetectionTimer를 시작하거나 다시 시작한다
2> BFI_COUNTER를 1만큼 증가시킨다
2> BFI_COUNTER> = beamFailureInstanceMaxCount 인 경우:
3> SpCell에서 랜덤 액세스 절차를 개시한다
1> beamFailureDetectionTimer가 만료된 경우; 또는
1> beamFailureDetectionTimer, beamFailureInstanceMaxCount 또는 빔 실패 감지에 사용된 참조 신호(any of the reference signals used for beam failure detection)가 상위 계층에 의해 재설정 된 경우:
2> BFI_COUNTER를 0으로 설정한다
1> 랜덤 액세스 절차가 성공적으로 완료된 경우:
2> BFI_COUNTER를 0으로 설정한다
2> (설정된)beamFailureRecoveryTimer를 중지한다
2> 빔 실패 복구 절차가 성공적으로 완료된 것으로 간주한다
BFRQ (based on PRACH): New beam identification + PRACH transmission
상술한 바와 같이 일정 수 이상의 BFI가 발생되는 경우, 단말은 beam failure가 발생했다고 판단하고, beam failure recovery 동작을 수행할 수 있다. Beam failure recovery 동작의 일례로 RACH 절차(i.e. PRACH)에 기반한 beam failure recovery request (BFRQ) 동작이 수행될 수 있다. 이하 해당 BFRQ 절차에 대해 구체적으로 살펴본다.
기지국은 해당 단말에게 BF발생 시 대체할 수 있는 후보 빔들에 해당하는 RS list(candidateBeamRSList)를 RRC로 설정할 수 있으며, 해당 후보 빔들에 대해 dedicated PRACH 자원들이 설정될 수 있다. 여기서의 dedicated PRACH자원들은 non-contention based PRACH(contention free PRACH라고도 함)자원들인 특징이 있으며, 해당 list에서 빔을 못 찾으면, 기설정된 SSB자원들 중에서 골라서 contention based PRACH를 전송하게 된다. 구체적인 절차는 다음과 같다.
Step1) 단말은 기지국이 candidate beam RS set으로 설정한 RS 들 중에서 정해진 품질값(Q_in) 이상을 갖는 빔을 찾음
만약 하나의 빔 RS가 threshold를 넘으면 해당 빔 RS를 선택
만약 복수 개의 빔 RS가 threshold를 넘으면 해당 빔 RS들 중에서 임의의 하나를 선택
만약 threshold를 넘는 빔이 없으면 Step2를 수행
Note1: 여기서의 빔 품질은 RSRP를 기준으로 함
Note2: 상기 기지국이 설정한 RS beam set은 다음 세 경우가 있음
1) RS beam set내의 빔RS들이 모두 SSB들로 구성
2) RS beam set내의 빔RS들이 모두 CSI-RS자원들로 구성
3) RS beam set내의 빔RS들이 SSB들과 CSI-RS자원들로 구성
Step2) 단말은 (contention based PRACH자원과 연결된) SSB들 중에서 정해진 품질값(Q_in) 이상을 갖는 빔을 찾음
만약 하나의 SSB가 threshold를 넘으면 해당 빔 RS를 선택
만약 복수 개의 SSB가 threshold를 넘으면 해당 빔 RS들 중에서 임의의 하나를 선택
만약 threshold를 넘는 빔이 없으면 Step3를 수행
Step3) 단말은 (contention based PRACH자원과 연결된) SSB들 중 임의의 SSB를 선택
단말은 위 과정에서 선택한 빔 RS(CSI-RS or SSB)와 직접적 혹은 간접적으로 연결 설정된 PRACH resource & preamble을 기지국으로 전송한다.
여기서 직접 연결 설정은 다음 1) 또는 2)의 경우에 사용된다.
1) BFR용도로 별도 설정된 candidate beam RS set내의 특정 RS에 대해 contention-free PRACH resource & preamble 이 설정된 경우
2) Random access등 타 용도로 "牟育岵막* 설정된 SSB들과 일대일로 맵핑된 (contention based) PRACH resource & preamble 이 설정된 경우
여기서 간접 연결 설정은 다음의 경우에 사용된다.
BFR용도로 별도 설정된 candidate beam RS set내의 특정 CSI-RS에 대해 contention-free PRACH resource & preamble 이 설정되지 않은 경우
이 때 단말은 해당 CSI-RS와 동일 수신 빔으로 수신 가능하다고 지정된(i.e. quasi-co-located(QCLed) with respect to spatial Rx parameter) SSB와 연결된 (contention-free) PRACH resource & preamble을 선택함.
Monitoring of gNB's response to the BFRQ
단말은 해당 PRACH 전송에 대한 기지국(gNB)의 회신을 monitoring한다.
여기서, 상기 contention-free PRACH resource & preamble에 대한 response는 C-RNTI로 masking된 PDCCH로 전송되며 이는 BFR용으로 별도로 RRC 설정된 search space 에서 수신된다.
상기 search space는 (BFR용) 특정 CORESET에 설정된다.
Contention PRACH에 대한 response는 일반적인 contention PRACH based random access과정을 위해 설정된 CORESET (e.g. CORESET 0 or CORESET 1) 및 search space 를 그대로 재사용한다.
만약 일정 시간 동안 회신이 없으면, 단말은 New beam identification & selection 과정 및 BFRQ & monitoring gNB's response 과정을 반복한다.
상기 과정은 PRACH 전송을 미리 설정된 최대 회수 N_max까지 도달하거나 설정된 timer(BFR timer)가 expire할 때까지 수행될 수 있다.
상기 timer가 expire되면 단말은 contention free PRACH전송을 stop하나, SSB선택에 의한 contention based PRACH 전송은 N_max에 도달할 때까지 수행될 수 있다.
도 12는 본 명세서에서 제안하는 방법이 적용될 수 있는 빔 실패 복구 관련 동작을 설명하기 위한 도면이다. 구체적으로 도 12는 프라이머리 셀(Primary Cell, PCell)에서의 빔 실패 복구(Beam Failure Recovery) 동작을 예시한다.
빔 실패 복구 (in 3GPP NR Rel-16)
상술한 PRACH 기반의 BFR 절차의 적용과 관련하여 다음의 사항들이 고려될 수 있다. CA(carrier aggregation)가 적용되는 PRACH 기반의 BFR 절차의 경우, 어떠한 SCell은 상향링크 캐리어(UL carrier)가 없을 수 있고, UL carrier가 있는 경우라 하더라도 경쟁 기반 PRACH(contention based PRACH)가 설정될 수 없다는 기술적 한계를 갖는다. 따라서, CA(carrier aggregation)가 적용되는 PRACH 기반의 BFR 절차는 PCell 또는 PSCell에만 한정적으로 적용된다.
상술한 PRACH 기반 BFR 절차의 적용상 한계점으로 인해 다음과 같은 문제가 발생한다. 저주파수 대역(예: 6GHz 이하)에 PCell을 운영하면서 고주파 대역(예: 30GHz)을 SCell로 운영하고자 하는 경우, BFR 지원이 보다 중요하게 작용하는 고주파 대역에서 BFR이 지원될 수 없는 문제가 발생한다.
상기와 같은 이유로 Rel-16 NR MIMO work item에서 세컨더리 셀(Sceondary Cell, SCell)에 대한 BFR지원을 위한 표준화가 진행되고 있다. 이에 따라 다음의 사항이 고려될 수 있다.
적어도 DL only SCell에 대해서는 해당 SCell에 UL전송이 불가능하다. 따라서 스페셜 셀(Special Cell, SpCell)에 해당 SCell에서 빔 실패(beam failure)가 발생했음을 기지국에 알릴 때에 사용하는 (전용의) PUCCH자원(들)이 설정될 수 있다. 설정된 PUCCH자원들에 기반하여 SCell에 대한 빔 실패 복구 요청(BFRQ)이 수행될 수 있다. 이하에서 설명의 편의상 상기 SCell의 빔 실패 복구를 위해 설정된 PUCCH를 BFR-PUCCH라 한다.
BFR-PRACH의 역할은 ‘빔 실패(Beam Failure)의 발생+new beam RS (set) 정보’를 함께 기지국으로 전송하는 것이다.
반면, BFR-PUCCH의 역할은 ‘SCell(s)에 대한 빔 실패(Beam Failure) 발생’만을 기지국에 알려주는 것이다. 발생한 빔 실패와 관련된 세부 정보는 후속 보고로서 전송될 수 있다.
일 예로, 단말은 상기 후속 보고로서 다음 i) 내지 iii) 중 적어도 하나에 대한 정보를 포함하는 MAC CE(또는 UCI)를 기지국에 전송할 수 있다.
i) 빔 실패(Beam Failure)가 발생한 SCell(s)예: CC index(s))
ii) 빔 실패가 발생한 SCell(s)에 대한 new beam 존재 유무
iii) new beam이 존재하는 경우 해당 beam RS ID(+quality)
상기 iii)의 경우, beam RS ID(s)에 따른 new beam(들)의 품질(RSRP or SINR)에 대한 정보가 포함될 수 있다.
후속되는 빔 보고는 항상 트리거(trigger)되어야만 하는 것은 아니다. 구체적으로 기지국이 BFR-PUCCH를 수신한 후 해당 단말에 대해 BFR 설정을 해놓은 SCell(s)을 비활성화(deactivate)하는 것도 가능하다.
상기와 같은 동작은 UL 자원 활용도를 높이기 위한 것이다. 구체적으로 PCell/PSCell 하나에 수십 개의 SCell들이 연결되는 경우도 있고, 기지국 관점에서 하나의 PCell/PSCell UL을 공유하는 단말이 많을 수 있다. 이러한 경우까지 고려하면 PCell/PSCell에 각 단말에게 SCell BFRQ 용도로 reserve 하는 UL자원 양을 최소화하는 것이 바람직하다. 따라서, 기지국은 BFR-PUCCH를 수신한 후 빔 실패가 발생한 SCell(들)을 비활성화(deactivation)할 수 있다.
제어 자원 세트(Control Resource set, CORESET)
이하에서는 CORESET과 관련된 RRC 설정을 살펴본다.
IE ControlResourceSet은 하향링크 제어 정보를 검색(search)하기 위한 시간/주파수 제어 자원 세트 (CORESET)를 설정하는 데 사용된다. 아래 표 6은 상기 IE ControlResourceSet를 예시한다.
상기 표 6과 관련된 파라미터들의 정의는 다음과 같을 수 있다.
cce-REG-MappingType: 제어 채널 요소 (CCE)를 자원 요소 그룹 (REG)에 매핑 (TS 38.211, 7.3.2.2 및 7.4.1.3.2 절 참조).
controlResourceSetId: 해당 값이 0인 경우 MIB 및 ServingCellConfigCommon (controlResourceSetZero)에 설정된 common CORESET을 식별하므로, ControlResourceSet IE에서는 사용되지 않는다. 다른 값(1~ maxNrofControlResourceSets-1)은 전용 시그널링(dedicated signaling) 또는 SIB1에서 설정된 CORESET을 식별한다. controlResourceSetId은 서빙셀의 BWP들 중에서 고유한 ID이다.
duration: 심볼 개수(number of symbols)로 표현되는 CORESET의 연속된 시간 구간(contiguous time duration).
frequencyDomainResources: CORESET에 대한 주파수 도메인 자원이다. 각 비트는 6 개의 RB 그룹에 해당하며, BWP의 첫 번째 RB 그룹(TS 38.213, 10.1 절 참조)부터 그룹화가 시작된다. 첫 번째(가장 왼쪽 / 가장 중요한)비트는 BWP의 첫 번째 RB 그룹에 해당한다. 1로 설정된 비트는 이 RB 그룹이 이 CORESET의 주파수 도메인 자원에 속함을 나타낸다. CORESET이 설정된 대역폭 부분에 완전히 포함되지 않은 RB 그룹에 해당하는 비트는 0으로 설정된다(TS 38.211, 절 7.3.2.2 참조).
interleaverSize: 인터리버 크기(TS 38.211, 7.3.2.2 절 참조).
pdcch-DMRS-ScramblingID: PDCCH DMRS 스크램블링 초기화(TS 38.211, 7.4.1.3.1 절 참조). 해당 필드가 없을 때 단말은 이 서빙 셀에 대해 설정된 physCellId의 값을 적용한
다.
precoderGranularity: 주파수 영역에서의 프리코더 세분성(TS 38.211, 7.3.2.2 및 7.4.1.3.2 절 참조).
reg-BundleSize: REG(Resource Element Group)를 번들로 묶어 REG 번들을 만들 수 있다. 이 파라미터는 해당 번들의 크기를 정의한다 (TS 38.211, 7.3.2.2 절 참조).
shiftIndex: 해당 필드가 없으면 단말은 이 서빙 셀에 대해 설정된 physCellId의 값을 적용한다(TS 38.211, 절 7.3.2.2 참조).
tci-PresentInDCI: 이 필드는 DL 관련 DCI에 TCI 필드가 있는지 여부를 나타낸다. 해당 필드가 없을 때 단말은 TCI가 부재/비활성화 된 것으로 간주한다. 교차 반송파 스케줄링(cross carrier scheduling)의 경우, 네트워크는 스케줄링 셀에서 교차 반송파 스케줄링에 사용되는 ControlResourceSet에 대해 이 필드를 활성화로 설정한다(TS 38.214, 절 5.1.5 참조).
tci-StatesPDCCH-ToAddList: 서빙 셀과 ControlResourceSet이 속한 DL BWP에 해당하는 BWP-DownlinkDedicated에 포함된 pdsch-Config에 정의된 TCI 상태의 서브셋(subset). 이들은 하나의 RS 세트(TCI-State)의 DL RS(들)과 PDCCH DMRS 포트 간의 QCL 관계를 제공하는 데 사용된다(TS 38.213, 6 절 참조). 네트워크는 최대 maxNrofTCI-StatesPDCCH 엔트리를 설정할 수 있다.
NotSIB1-initialBWP: SIB1이 브로드 캐스트되는 경우 이 필드는 SIB1 및 ServingCellConfigCommon에 있는 초기 BWP의 PDCCH-ConfigCommon에서 나타나지 않는다(absent). SIB1이 브로드캐스트 되지 않는 경우 해당 필드는 선택적으로 나타날 수 있다.
상기 ControlResourceSetId와 관련하여 구체적으로 살펴본다.
ControlResourceSetId IE는 서빙 셀 내에서 제어 리소스 세트를 식별하는 데 사용되는 짧은 ID(short identity)와 관련된다. ControlResourceSetId = 0은 PBCH (MIB) 및 controlResourceSetZero (ServingCellConfigCommon)를 통해 설정된 ControlResourceSet # 0을 식별한다. ID 공간(ID space)은 서빙 셀의 BWP들에 걸쳐서 사용된다. BWP 당 CORESET 수는 3 개로 제한된다(공통 및 단말 특정 CORESET 포함).
아래 표 7은 ControlResourceSetId IE를 예시한다.
상기 ControlResourceSetZero는 초기 BWP(initial BWP)의 CORESET # 0을 설정하기 위해 사용된다. 아래 표 8은 IE ControlResourceSetZero을 예시한다.
앞서 살핀 내용들(3GPP system, frame structure, NR시스템 등)은 후술할 본 명세서에서 제안하는 방법들과 결합되어 적용될 수 있으며, 또는 본 명세서에서 제안하는 방법들의 기술적 특징을 명확하게 하는데 보충될 수 있다. 이하 설명되는 방법들은 설명의 편의를 위하여 구분된 것일 뿐, 어느 한 방법의 일부 구성이 다른 방법의 일부 구성과 치환되거나, 상호 간에 결합되어 적용될 수 있음은 물론이다.
복수의 TRP/panel 등이 단일 단말에게 협력 전송을 수행하는 방식들 중에서 Independent layer joint transmission (ILJT) 혹은 non-coherent joint transmission (NCJT) 라고도 불리는 방식을 지원하기 위해 아래 1), 2)의 방법이 고려될 수 있다.
1) 복수의 TRP/panel 들이 각각 PDCCH를 전송하여 단말에게 데이터를 협력 전송 (multi-PDCCH based approach)
2) 하나의 TRP/panel 만이 PDCCH 전송, PDSCH 전송에 복수의 TRP/panel/beam이 참여하여 데이터를 협력 전송(single PDCCH based approach).
멀티 PDCCH 기반(Multi-PDCCH based) 방식이 적용되는 경우, 각 TRP/panel이 독립적으로 DCI를 해당 단말에게 전송하며 각 TRP/panel별로 독립적인 PDSCH가 각각 스케줄될 수 있다. 해당 PDSCH들이 전송되는 자원 영역(시간/주파수 영역)에서 중첩(overlap)이 발생할 수 있다. 상기 중첩된(overlapped) 영역에서 해당 PDSCH에 대한 일부 레이어 그룹(layer group)은 특정 TRP/panel이, 해당 PDSCH에 대한 다른 레이어 그룹(layer group)은 다른 TRP/panel이 전송하는 형태로 상기 ILJT 전송이 지원될 수 있다. 즉, 동일 컴포넌트 캐리어/대역폭 파트(CC/BWP)에서 서로 다른 TRP/panel이 각각 PDCCH를 전송하고, 해당 PDCCH들을 통해 스케줄링 되는 PDSCH들은 시간/주파수 영역 상에서 중첩(overlap)될 수도 있다.
이러한 동작을 TRP/panel간 협력이 매우 긴밀하게 이루어지기 힘든 비이상적 백홀(non-ideal backhaul) 환경에서도 지원하고자 한다면 각 TRP/panel 이 PDCCH를 전송할 수 있는 시간/주파수 자원 영역이 분리되어야 한다. 따라서 NR 시스템에서는 각 TRP/panel 이 PDCCH를 전송하는 제어 자원 세트 그룹(CORESET group)이 분리될 수 있다.
각 PDCCH전송에 있어 빔포밍(beamforming) 기법을 적용되는 경우, 각 제어 자원 세트 그룹(CORESET group)내의 서로 다른 제어 자원 세트(CORESET)에 대한 빔은 다르게 설정/지시될 수 있다. 이 때, 상기 빔은 전송 설정 지시자 상태(TCI state), Source/QCL RS(예: CSI-RS / SSB), 공간 전송 필터(spatial Tx filter) 또는 공간 전송 파라미터(spatial Tx parameter) 중 적어도 하나에 기반할 수 있다.
상기와 같은 경우 제어 자원 세트(CORESET)의 TCI state에서 지시하는 Type-D QCL RS(예: 공간 관계 관련 RS(spatial relation related RS)(예: CSI-RS / SSB))는 다를 수 있다. 그러나 동일 제어 자원 세트 그룹에 속한 제어 자원 세트들은 동일 TRP/panel에서 전송되는 점을 고려하여, HARQ(Hybrid Automatic Repeat and reQuest), 상향링크 제어 정보 보고 관리(UCI reporting handling), PUCCH/PUSCH 충돌 관리(PUCCH/PUSCH collision handling), PDSCH 레이트 매칭(PDSCH rate matching), 전력 제어(power control)등과 관련된 동작이 제어 자원 세트 그룹 단위로 관리/수행되도록 설정될 수 있다.
빔 실패 복구(Beam Failure Recovery, BFR) 동작이 상술한 멀티 PDCCH 기반 NCJT(multi-PDCCH based NCJT) 환경에 그대로 적용되는 경우 단말은 다음과 같이 동작할 수 있다. 만약 특정 TRP에 속하는 제어 자원 세트들이 모두 빔 실패(beam failure) 상황이지만 다른 TRP에 속하는 제어 자원 세트 중 빔 실패(beam failure)가 아닌 제어 자원 세트가 존재하는 경우, 해당 단말은 빔 실패(beam failure, BF) 상황이라고 판단하지 않는다. 결국, 단말은 (전체 TRP들의) 모든 제어 자원 세트들이 빔 실패 상황이 아닌 이상, 빔 실패 복구 요청을 전송하지 않게 된다.
상기와 같은 상황에서 모든 빔들에 빔 실패가 발생한 TRP(all beam failed TRP)들 중 하나가 시스템 정보 블록(System Information Block, SIB), 랜덤 액세스(Random Access, RA), 페이징(Paging)과 같은 중요 제어 정보에 대한 전송을 담당하던 TRP(예: Primary TRP)일 수 있다. 이 경우, 다른 TRP(예: Secondary TRP)(의 특정 빔)이 빔 실패가 아닌 상황(non-BF 상황)라더라도 단말은 상기 중요 제어 정보들을 수신할 수 없게 되는 문제가 발생한다.
본 명세서에서는 상술한 문제에 대한 해결방안들을 제안한다.
이하 제안 방법(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 등)은 복수개의 TRP를 기준으로 설명하였으나, 이는 복수개의 panel을 통한 전송에도 동일하게 적용될 수 있다.
이하 제안 방법(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 등)에서의 단말과 네트워크 측(Network side)(예: 기지국 등) 간의 멀티 TRP 기반 송수신(M-TRP based transmission/reception) 동작과 관련하여 다음의 사항이 고려될 수 있다.
- 적어도 하나의 TRP가 특정 하향링크 채널/하향링크 신호(예: BFD related configuration, BFD RS, type-D QCL RS, response for BFRQ,..)를 단말로 전송하는 것은, 상기 적어도 하나의 TRP와 관련된(예: 상기 적어도 하나의 TRP를 관리하는) 네트워크 측(Network side)(예: 기지국 등)이 상기 적어도 하나의 TRP를 통해/이용해 특정 하향링크 채널/하향링크 신호를 단말로 전송하는 것을 의미할 수 있다.
- 단말이 특정 하향링크 채널/하향링크 신호를 적어도 하나의 TRP로부터 수신하는 것은, 단말이 상기 적어도 하나의 TRP를 통해/이용해 특정 하향링크 채널/하향링크 신호를 상기 적어도 하나의 TRP와 관련된(예: 상기 적어도 하나의 TRP를 관리하는) 네트워크 측(Network side)(예: 기지국 등)으로부터 수신하는 것을 의미할 수 있다.
- 단말이 특정 상향링크 채널/상향링크 신호(예: PUCCH , BFRQ,..)를 적어도 하나의 TRP로 전송하는 것은, 단말이 상기 적어도 하나의 TRP를 통해/이용해 특정 상향링크 채널/상향링크 신호를 상기 적어도 하나의 TRP와 관련된(예: 상기 적어도 하나의 TRP를 관리하는) 네트워크 측(Network side)(예: 기지국 등)으로 전송하는 것을 의미할 수 있다.
- 적어도 하나의 TRP가 특정 상향링크 채널/상향링크 신호를 단말로부터 수신하는 것은, 상기 적어도 하나의 TRP와 관련된(예: 상기 적어도 하나의 TRP를 관리하는) 네트워크 측(Network side)(예: 기지국 등)이 상기 적어도 하나의 TRP를 통해/이용해 특정 상향링크 채널/상향링크 신호를 단말로부터 수신하는 것을 의미할 수 있다.
이하 제안 방법(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 등)에서 설명/언급되는 제어 자원 세트 그룹 아이디(CORESET group ID)는 각 TRP/panel를 위한 CORESET 를 구분하기 위한 인덱스(index) / 식별 정보(예: ID) 등을 의미할 수 있다.
그리고 제어 자원 세트 그룹(CORESET group)은 각 TRP/panel을 위한 CORESET을 구분하기 위한 인덱스 / 식별정보(예: ID) / 상기 CORESET group ID등에 의해 구분되는 CORESET의 그룹 / 합집합일 수 있다. 일례로, CORESET group ID는 제어 자원 세트 설정(CORESET configuration) 내에 정의 되는 특정 index 정보일 수 있다. 일례로, CORESET group은 각 CORESET에 대한 CORESET configuration 내에 정의된 인덱스에 의해 설정/지시/정의 될 수 있다.
그리고/또는 CORESET group ID는 각 TRP/panel에 설정된/연관된 CORESET 간의 구분/식별을 위한 인덱스 / 식별 정보 / 지시자 등을 의미할 수 있으며, 본 명세서에서 설명/언급되는 CORESET group ID는 각 TRP/panel에 설정된/연관된 CORESET 간의 구분/식별을 위한 특정 인덱스 / 특정 식별 정보 / 특정 지시자로 대체되어 표현될 수도 있다.
상기 CORESET group ID, 즉, 각 TRP/panel에 설정된/연관된 CORESET 간의 구분/식별을 위한 특정 인덱스 / 특정 식별 정보 / 특정 지시자는 상위 계층 시그널링(higher layer signaling, e.g. RRC siganling) / L2 시그널링(예: MAC-CE) / L1 시그널링(예: DCI) 등을 통해 설정/지시될 수 있다. 일례로, 해당 CORESET group 단위로 각 TRP/panel 별 PDCC 검출(PDCCH detection)이 수행되도록 설정/지시될 수 있으며, 그리고/또는 해당 CORESET group 단위로 각 TRP/panel 별로 상향링크 제어 정보(예: CSI, HARQ-A/N, SR) 및/또는 상향링크 물리 채널 자원들(예: PUCCH/PRACH/SRS resources)이 분리되어 관리/제어되도록 설정/지시될 수 있으며, 그리고/또는 해당 CORESET group 단위로 각 TRP/panel 별로 스케줄되는 PDSCH/PUSCH 등에 대한 HARQ process(및/또는 HARQ ACK/NACK 전송)가 관리될 수 있다.
[제안 1]
단말은 특정 제어 자원 세트 그룹(들)(CORESET group(s))에 대해서만 빔 실패 검출(Beam Failure Detection, BFD)을 수행한다. 이 때, 특정 제어 자원 세트 그룹(들)은 약속된/정의된/기설정된 CORESET group ID(s)에 해당하는 제어 자원 세트 그룹(들)(예: CORESET group ID=0인 CORESET group) 또는 기지국이 (BFD를 수행하도록) 설정/지정한 제어 자원 세트 그룹(들)일 수 있다.
상기 방식은 단말이 시스템 정보와 같은 중요한 정보들을 보낼 TRP(s)에 해당하는/연관된 제어 자원 세트 그룹(들)에 대해서만 BFD를 수행하도록 설정한다. 이에 따라 단말은 해당 TRP(s)의 빔들이 빔 실패 상황인 경우 빔 실패 복구 요청(Beam Failure Recovery reQuest, BFRQ)을 기지국(예: Network side,..)으로 전송할 수 있다.
제안 1에 대해 보다 구체적인 방법(방법 1-1, 방법 1-2)을 이하 살펴본다.
NR 시스템에서 빔 실패 검출(BFD)은 다음의 2가지 방식으로 수행될 수 있다.
1) 암시적 BFD RS 결정(implicit BFD RS determination)
2) 명시적 BFD RS 결정(explicit BFD RS determination)
상기 제안 1과 관련, 상기 2가지 방식에 대해 다음과 같은 방법들이 고려될 수 있다.
[방법 1-1]
이하에서는 상기 1) 암시적 BFD RS 결정(implicit BFD RS determination) 방식과 관련된 방법을 살펴본다.
기지국이 BFD RS(s)을 별도로 설정/지정하지 않은 경우, 단말은 특정 제어 자원 세트 그룹(들)과 관련된 TCI state(s)에서 지시하는 (Type-D)QCL RS(s)에 대해서만 빔 실패 검출 (BFD)을 수행할 수 있다.
기존 방식에 의하면, 단말은 다음과 같이 동작할 수 있다.
단말은 모든 CORESET들의 TCI(s)에서 지시하는 (Type-D) QCL RS(s)에 대해서 가상 블록 에러율(hypothetical BLER)을 확인하여 모든 제어 자원 세트들이 빔 실패 상황인 경우에 빔 실패가 발생한 것으로 판단하여, MAC 서브레이어(MAC sublayer)에서 빔 실패 인스턴스 카운터(BFI counter)를 증가시킨다.
상기 기존 방식과 달리, 상기 방법 1-1에 의하면 단말은 다음과 같이 동작할 수 있다.
단말은 빔 실패 검출과 관련된 동작(예: 빔 실패 인스턴스 카운팅)을 특정 제어 자원 세트 그룹(들)에 속한 TCI(s)로 한정하여 수행할 수 있다. 즉, 단말은 특정 제어 자원 세트 그룹(들)의 TCI(s)가 나타내는 (Type-D)QCL RS(s)에 대해서 가상 블록 에러율(hypothetical BLER)을 확인하여 상기 특정 제어 자원 세트 그룹에 포함된 모든 제어 자원 세트들이 빔 실패 상황인 경우 빔 실패 인스턴스 카운터를 증가시킬 수 있다.
[방법 1-2]
이하에서는 2) 명시적 BFD RS 결정(explicit BFD RS determination)방식과 관련된 방법을 살펴본다.
기지국은 빔 실패 검출 RS(들)(BFD RS(s))을 RRC메시지를 통해 단말에 설정할 수 있다. 그 후 기지국은 MAC CE 메시지를 통해 해당 단말에 기 설정한 BFD RS들 중 일부 혹은 전부를 업데이트 할 수 있다.
보다 구체적으로 단말/기지국은 다음 방식 1) 또는 2) 중 적어도 하나에 기반하여 동작할 수 있다.
1) 특정 제어 자원 세트 그룹(들)에 속한 CORESET과 관련된 TCI state(s)가 MAC CE를 통해/이용해 업데이트 되면, 해당 CORESET TCI로 BFD RS(s) 중 하나를 해당 TCI state(s)의 Type-D QCL RS로 업데이트하는 방식이 고려될 수 있다. 구체적으로 기지국이 상기 특정 제어 자원 세트 그룹(들)에 속한 CORESET과 관련된 TCI state(s)를 상기 MAC CE 메시지를 통해 업데이트할 수 있다. 상기 MAC CE 메시지를 수신한 단말은 기 설정된 BFD RS(s) 중 하나를 상기 업데이트된 TCI state(s)의 Type-D QCL RS(즉, spatial relation RS)로 변경할 수 있다.
여기서 복수의 BFD RS들이 기 설정된 경우, 상기 복수의 BFD RS들 중 업데이트가 수행될 BFD RS는 다음 i), ii) 또는 iii) 중 적어도 하나에 기반할 수 있다.
i) 해당 CORESET의 업데이트 전 TCI state의 Type-D QCL RS와 동일한 RS
ii) 상기 업데이트 전 TCI state의 Type-D QCL RS와 Type-D QCL관계에 있는 RS
iii) 특정 순번의 BFD RS(예: 첫번째 BFD RS)
2) 별도의 MAC CE 메시지 또는 CORESET TCI state(s) 업데이트 용도의 MAC CE 메시지에 정보 필드를 추가함으로써 BFD RS(s)의 업데이트를 지시하는 방식이 고려될 수 있다.
- 후자의 경우(즉, CORESET TCI state 업데이트 용도 MAC CE 메시지), 상기 MAC CE 메시지 내의 정보 필드는 CORESET TCI state(s) 업데이트 정보에 포함된 TCI state(s)(의 Type D-QCL RS)로 BFD RS를 업데이트할 지 여부에 대한 지시 정보(예: indicator)를 포함할 수 있다. 그리고/또는 상기 지시 정보는 미리 설정된 BFD RS(들) 중 상기 TCI state(s)의 Type D-QCL RS로 업데이트할 BFD RS에 대한 정보를 포함할 수 있다.
- 그리고/또는, 상기 정보 필드는, MAC-CE 메시지의 CORESET TCI state(s) 업데이트 정보에 포함된 TCI state(s)(의 TypeD-QCL RS)와 무관하게, 업데이트 할 BFD RS에 대한 RS ID 정보(예: NZP-CSI-RS-ResourceId / SSB index)를 별도로 포함할 수 있다.
기 정의된 명시적 BFD RS(explicit BFD RS) 결정 방식은 기지국이 빔 실패 검출(BFD)을 수행할 RS를 단말에 별도로 지정해주는 방식이다. 해당 방식에 의하면, 본 명세서의 기술적 과제는 특정 TRP(s)에 속한 빔들로만 BFD RS(s)를 설정함으로써 해결될 수 있다. 다만, 단말의 움직임 등에 의해 상기 특정 TRP(s)의 빔들도 업데이트가 되어야 하는데, 기존 시스템에서 CORESET TCI state(s)를 MAC CE를 통해 보다 동적으로 업데이트할 수 있으나, 명시적으로 설정한 BFD RS는 MAC CE로 동적인 업데이트를 할 수 없다는 한계가 있다.
일례로, 방법 1-2의 1)의 경우, 상기 특정 TRP가 RS#0로 PDCCH를 전송하다가 RS#1으로 빔을 바꾸어 PDCCH를 전송하고자 할 때 (기지국에 의해) CORESET TCI state(s) update 지시가 수행될 것이므로, 해당 지시에 연동되어 BFD RS도 RS#0에서 RS#1으로 같이 변경될 수 있다. 방법 1-2의 2)는 보다 유연한 방식으로, RS#1으로 업데이트 할 지 여부에 대한 정보 그리고/또는 RS#1 이외의 다른 RS로 변경을 할 지에 대한 정보 등이 CORESET TCI state(s) 업데이트 용도의 MAC-CE에 포함되어 전송되거나, 별도의 MAC-CE를 통해/이용해 전송될 수 있다.
상술한 제안 1의 경우, 중요 정보를 보낼 TRP에 대해 빔 실패 상황이 발생하면 단말이 빔 실패 복구 요청(BFRQ)을 전송하도록 설정될 수 있다. 그러나, 반대로 중요 정보를 보내지 않는 TRP에 대해서만 빔 실패 상황일 때는 단말이 BFRQ를 전송하지 않게 됨으로써 해당 TRP에 대한 빔 실패 복구(BFR)이 수행되지 못할 수 있다. 이러한 한계를 극복하는 방식으로 아래 방법들을 제안한다.
[제안 2]
단말은 복수의 BFD RS 세트들(BFD RS sets)을 (CORESET group단위로 혹은 기지국 설정에 따라) 구성/결정한 후, 각 BFD RS set 단위로 BFD 수행 및 BFI 여부를 판단한다.
[방법 2-1]
기지국이 BFD RS(s)을 별도로 설정/지정하지 않은 경우, 단말은 각 제어 자원 세트 그룹(CORESET group)별로 해당 CORESET group에 속한 CORESET(s)과 관련된 TCI state(s)에서 지시하는 (Type-D)QCL RS(s)들을 묶어서 BFD RS set으로 구성/결정할 수 있다.
[방법 2-2]
기지국이 BFD RS(s)을 별도로 설정/지정하는 경우, 기지국은 복수의 BFD RS set(s)를 별도로 설정/지정할 수 있다.
[방법 2-3]
기지국은 BFD RS set 별로 빔 실패 검출과 관련된 타이머(BFD timer)(예: beamFailureDetectionTimer) 및/또는 빔 실패 검출과 관련된 카운터의 최대값(최대 BFI counter값)(예: beamFailureInstanceMaxCount)을 별도로 (RRC / MAC-CE 등을 통해/이용해) 설정할 수 있다.
또는 기지국은 상기 빔 실패 검출과 관련된 타이머(BFD timer)(예: beamFailureDetectionTimer) 및/또는 빔 실패 검출과 관련된 카운터의 최대값(최대 BFD counter값)(예: beamFailureInstanceMaxCount)을 하나의 값으로 설정할 수 있다. 기지국은 (동일 CC/BWP에 속한 BFD RS set들에 대해서) BFD RS set ID와 무관하게 (상기 timer 및/또는 상기 BFI counter와 관련하여) 동일한 값을 적용하도록 단말에게 설정/지시할 수 있다.
일례로, 각 TRP에서 담당하는 제어 정보의 중요도가 다른 경우, 기지국은 더 중요한 제어 정보를 보내는 TRP에 대해서는 빔 실패 검출과 관련된 카운터의 최대 값을 작게 설정할 수 있다. 이에 따라 단말이 보다 신속하게 빔 실패 복구 요청(BFRQ)을 전송할 수 있도록 하는 효과를 줄 수 있다.
제안 2를 적용하면, 단말은 TRP 별로 빔 실패 검출을 수행할 수 있다. 단말은 BFI counter가 최대값 이상이 되면 빔 실패 복구 요청을 전송한다. 이 때, 기지국은 해당 단말에 대해 어떠한 TRP에 대해 빔 실패가 발생했는 지를 알 필요가 있다. 따라서 다음을 제안한다.
[제안 3]
특정 BFD RS set (혹은 CORESET group)에 대한 빔 실패 이벤트(BF event)가 발생하면(즉, BFI counter가 최대값 이상이고 단말이 새로운 빔(new beam)을 발견하면), 단말은 빔 실패 복구 요청(BFRQ)을 전송하며, 어떠한 BFD RS set (혹은 CORESET group) (들)에 대한 빔 실패 복구 요청(BFRQ)인지에 대한 정보가 기지국에 암시적/명시적(implicit/explicit)으로 전달(전송)될 수 있다. 보다 구체적으로 다음의 방식들 중 일부가 사용/적용될 수 있다.
[방법 3-1]
기지국은 BFD RS set(혹은 CORESET group)마다 구분되는 BFRQ용 UL 자원(들)을 설정할 수 있다. 단말은 특정 BFD RS set(혹은 CORESET group)에 대한 BF event 발생 시 해당 BFD RS set(혹은 CORESET group)에 대해 설정된 BFRQ용 UL 자원(들)을 전송할 수 있다(그리고/또는 BFRQ용 UL 자원(들)을 통해 BFRQ를 전송할 수 있다). 본 실시예의 경우, BFRQ 용 UL 자원에 의해 빔 실패 복구 요청과 관련된 BFD RS set(또는 CORESET group)에 대한 정보가 암시적으로 기지국에 전달될 수 있다.
[방법 3-2]
단말은 BFRQ용 UL 자원에 BF가 발생한 BFD RS set ID (or CORESET group ID)(들) 그리고/또는 BFD RS set 관련 정보를 포함하여 전송할 수 있다.
[방법 3-3]
단말은 BFRQ 전송 이후에 (할당된) 별도의 UL 자원을 통해 (MAC-CE 혹은 UCI 형태로) BF가 발생한 BFD RS set ID(or CORESET group ID)(들) 그리고/또는 BFD RS set 관련 정보를 포함하여 전송할 수 있다.
일례로, 상기 방법 3-1 / 3-2 / 3-3에서 BFRQ용 UL 자원은 같이 PRACH 그리고/또는 PUCCH 자원일 수 있다(상술한 빔 실패 복구 요청 관련 설명 참조).
[제안 4]
제안 3의 방법 3-1 / 3-2 / 3-3은, 해당 빔 실패 복구와 관련된 케이스에 따라 다양한 방식으로 적용될 수 있다.
[방법 4-1]
이하에서는 SpCell(special cell)에 대한 BFR case와 관련된 방법을 살펴본다.
예를 들어, Rel-15에서 표준화된 SpCell에 대한 빔 실패 복구(BFR)의 경우, BFRQ용 UL자원으로 PRACH가 사용된다. 단말은 참조 신호 수신 전력(Reference Signal Received Power, RSRP)이 임계값(threshold)을 넘는 새로운 빔 RS(new beam RS)를 찾은 경우에만 빔 실패 복구 요청(BFRQ)을 해당 new beam RS와 연결된 PRACH자원에서 전송한다. 즉, PRACH를 통해 기지국은 빔 실패 이벤트(BF event) 발생 여부 뿐만 아니라 새로운 빔의 RS ID(new beam RS ID)까지 알게 된다. 따라서, 이러한 경우에 방법 3-1은 다음과 같이 적용될 수 있다. 구체적으로 방법 3-1은 BFD RS set(혹은 CORESET group) 마다 별도의 PRACH 자원들(예: 시퀀스(sequence), 시간/주파수 위치(time/frequency location), 전송 기회(transmission occasion))을 할당하도록 적용됨으로써 기존 시스템 변화를 최소화하면서 제안하는 정보를 보낼 수 있다.
이 때 기지국은 새로운 빔 후보 RS(new beam candidate RS)마다 BFRQ-PRACH 자원을 할당할 수 있는 바, BFD RS set(혹은 CORESET group)마다 새로운 빔 후보 RS 세트(new beam candidate RS set)가 별도로 설정될 수 있다. 이러한 설정을 받은 단말은 특정 BFD RS set (혹은 CORESET group)에 대해 빔 실패가 발생한 경우 해당 BFD RS set(혹은 CORESET group)에 대해 설정된 새로운 빔 후보 RS 세트(new beam candidate RS set)내에서만 BFRQ용 UL자원을 찾는다. 즉, 단말은 특정 BFRQ용 PRACH 자원을 통해 상기 빔 실패와 관련된 빔 실패 복구 요청을 전송할 수 있으며 상기 특정 BFRQ용 PRACH 자원은 상기 빔 실패가 발생한 BFD RS set(CORESET group)에 설정된 새로운 빔 후보 RS 세트(new beam candidate RS set)와 관련된 BFRQ용 PRACH 자원들 중 하나일 수 있다.
해당 방식은 결국 방법 3-1과 동일한 효과를 얻게 된다. 즉, 단말로부터 특정 BFRQ용 UL자원을(통해 전송되는 빔 실패 복구 요청을) 수신한 기지국은 BF event발생 여부, new beam RS ID 뿐만 아니라 BF event가 발생한 TRP 정보까지 (implicit하게) 얻을 수 있다.
[방법 4-2]
이하에서는 SCell(Secondary Cell)에 대한 BFR case와 관련된 방법을 살펴본다.
SCell에 대한 빔 실패 복구 요청의 경우, 단말은 새로운 빔(new beam)을 찾지 않더라도(즉, 새로운 빔이 발견되지 않은 상태에서) 빔 실패 복구 요청을 전송할 수 있다. 이 때, 새로운 빔에 대한 정보(new beam RS 정보)는 BFRQ용 UL 자원이 아닌 다른 자원을 통해 별도로 보고될 수 있다(예: MAC-CE on PUSCH). 이러한 경우, 방법 3-1도 적용이 가능하지만(즉, BFD RS set(혹은 CORESET group) 마다 별도의 BFRQ-PUCCH자원을 설정), 방법 3-2 그리고/또는 방법 3-3을 적용하는 것이 보다 적합할 수 있다. 특히 빔 실패 복구 요청(BFRQ)을 전송하는 PUCCH 포맷에 따라 방법 3-2 또는 방법 3-3이 적용될 수 있다. 구체적으로 많은 상향링크 제어 정보 페이로드(UCI payload)를 지원하는 포맷(예: PUCCH format 2,3,4)에는 방법 3-2가 적합할 수 있고, 보다 적은 UCI payload를 지원하는 포맷(예: PUCCH format 0,1)에는 방법 3-3이 적합할 수 있다.
[방법 4-3]
이하에서는 전용 빔 실패 복구 제어 자원 세트/검색 공간(Dedicated BFR-CORESET/SS) 설정과 관련된 방법을 살펴본다.
특히 방법 3-1 그리고/또는 방법 3-2가 적용되는 경우, 빔 실패 복구 요청(BFRQ)을 수신한 기지국은 어떠한 TRP에 대한 서빙 빔이 빔 실패 상황인지를 즉각적으로 알 수 있다. 이를 통해, 해당 기지국은 빔 실패 복구 요청(BFRQ)에 대한 응답을 보내는 PDCCH를 해당 TRP에서 (해당 TRP에 대한 new beam을 사용하여) 전송할 수 있다.
이러한 동작을 지원하기 위해서는 특히, SpCell에 대한 빔 실패 복구 과정에서 빔 실패 복구 요청에 대한 응답을 수신하는 전용의 제어 자원 세트/검색 공간(CORESET/search space(SS))이 설정된다. 따라서 multi-PDCCH 환경에서는 해당 BFR-CORESET/SS가 BFD RS set (혹은 CORESET group)마다 별도로 설정될 수 있다.
즉, (SpCell에 대한 BFR시) BFD RS set(혹은 CORESET group 혹은 BFRQ-UL자원 그룹) 마다 해당 BFD RS set(혹은 CORESET group)에 대한 빔 실패 복구 요청에 대한 기지국의 PDCCH 응답을 수신하기 위해 별도의 BFR-제어 자원 세트/검색 공간(BFR-CORESET/SS)이 설정될 수 있다. 그리고/또는 BFRQ-UL자원 그룹마다 해당 빔 실패 복구 요청에 대한 응답을 수신할 BFR-CORESET/SS가 별도로 설정될 수 있다.
[제안 5]
이하에서는 개별적인 ACK/NACK 코드북(Separate A/N codebook) 설정과 관련된 방법을 살펴본다.
상술한 제안 방법(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 등)에 기반하여 단말이 BFRQ 메시지를 기지국으로 전송하는 경우, 단말은 해당 BFRQ메시지에 대한 기지국의 PDCCH 응답(response)을 수신하고, 해당 PDCCH에 의해 스케줄링되는 PDSCH를 수신할 수 있다. 이후, 단말은 해당 PDSCH에 대한 A/N 정보(즉, HARQ-ACK 정보)를 보고(즉, 기지국으로 전송)할 수 있다.
이 때, 서로 다른 TRP들에 대한 A/N codebook(즉, HARQ-ACK codebook)이 별도로(separatly) 설정되는 경우(예: , TRP 1 (예: CORESET group 0에 해당하는 TRP)에 대한 A/N codebook 과 TRP 2(예: CORESET group 1에 해당하는 TRP)에 대한 A/N codebook), 단말은 상기 HARQ-ACK 정보를 어떤 codebook에 기반하여/실어 기지국으로 전송해야 할 지 모호할 수 있다.
이와 관련하여, multiple DCI based M-TRP 전송에서 각 TRP 별 separate A/N codebook 운용 방식은 다음과 같을수 있다.
일례로, TRP 1(예: CORESET group 0에 해당하는 TRP)에 대한 A/N codebook은, CORESET group 0에 속한 CORESET에 기반하여 수신한 DCI에 의해 스케줄링되는 PDSCH의 A/N 정보, 또는 CORESET group 0에 속한 다른 CORESET에 기반하여 수신한 DCI에 의해 스케줄링되는 PDSCH의 A/N 정보로 구성될 수 있다. 이 때, 단말은 상기 A/N codebook에 기반한 A/N 정보를 하나의 PUCCH 자원을 통해 전송할 수 있다.
일례로, TRP 2 (예: CORESET group 1에 해당하는 TRP)에 대한 A/N codebook은, CORESET group 1에 속한 CORESET에 기반하여 수신한 DCI에 의해 스케줄링되는 PDSCH의 A/N 정보, 또는 CORESET group 1에 속한 다른 CORESET에 기반하여 수신한 DCI에 의해 스케줄링되는 PDSCH의 A/N 정보로 구성될 수 잇다. 이 때, 단말은 상기 A/N codebook에 기반한 A/N 정보를 하나의 PUCCH 자원을 통해 전송할 수 있다.
상술한 A/N codebook의 모호성과 관련하여, 다음의 방법들을 제안한다.
[방법 5-1]
제안 1과 같이 단말이 하나의 CORESET group(예: group 0)에 대해서만 빔 실패 검출(BF detection) 및 빔 실패 복구 요청(BFRQ)을 수행하는 경우를 가정한다.
이 경우, 단말은 '빔 실패 검출(BF detection)을 수행하는 CORESET group에 속한 다른 CORESET에 기반하여 수신한 DCI에 의해 스케줄링되는 A/N 정보에 대응하는(즉, 해당 A/N 정보와 동일한) A/N codebook'을 기반하여/통해/이용해 기지국으로 상기 A/N 정보를 전송할 수 있다.
그리고/또는, 단말은 '빔 실패 검출(BF detection) 및 빔 실패 복구 요청(BFRQ)을 수행하는 CORESET group 에 속한 다른 CORESET에 기반하여 수신한 DCI에 의해 스케줄링되는 PDSCH의 A/N 정보에 대응하는(즉, 해당 A/N 정보와 동일한) A/N codebook'에 기반하여/통해/이용해 기지국으로 상기 A/N 정보를 전송할 수 있다.
즉, BFRQ 메시지에 대한 기지국의 PDCCH 응답을 수신하기 위한 BFR-CORESET의 CORESET group은 빔 실패 검출을 수행하는 CORESET group(예: CORESET group 0)과 동일하게 설정될 수 있다.
[방법 5-2]
제안 2와 같이 단말이 여러 CORESET groups(예: N개의 CORESET groups)에 대해서 빔 실패 검출(BF detection) 및 빔 실패 복구 요청(BFRQ)을 각각 수행하는 경우를 가정한다. 이 경우, 단말은 하나의 BFR-CORESET을 설정받을 수 있다. 또는 단말은 각 제어 자원 세트 그룹(CORESET group)에 대한 빔 실패 복구 요청(BFRQ)을 독립적으로 수행할 수 있도록 N개 CORESET group에 1:1 대응되는 N개의 BFR-CORESET을 설정받을 수 있다.
상기 BFR-CORESET 설정의 구분에 따라, 단말은 다음과 같은 방법들을 통해 상기 A/N 정보의 codebook을 결정할 수 있다.
[방법 5-2a]
제안 2의 방식에서 단말이 하나의 BFR-CORESET을 설정 받는 경우를 가정한다. 이 경우, 단말은 '빔 실패가 검출된 CORESET group에 속한 다른 CORESET에 기반하여 수신한 DCI에 의해 스케줄링되는 A/N 정보에 대응하는(즉, 해당 A/N 정보와 동일한) A/N codebook'을 기반하여/통해/이용해 기지국으로 상기 A/N 정보를 전송할 수 있다. 그리고/또는, 단말은 빔 실패가 검출된 CORESET group 에 속한 다른 CORESET에 기반하여 수신한 DCI에 의해 스케줄링되는 PDSCH의 A/N 정보에 대응하는(즉, 해당 A/N 정보와 동일한) A/N codebook'에 기반하여/통해/이용해 기지국으로 상기 A/N 정보를 전송할 수 있다.
즉, BFRQ 메시지에 대한 기지국의 PDCCH 응답을 수신하기 위한 BFR-CORESET 의 CORESET group은 빔 실패가 검출된 CORESET group(예: CORESET group 0 or 1)과 동일하게 설정될 수 있다. 예를 들어, CORESET group i에서 빔 실패가 검출된 경우, 상기 BFR-CORESET 의 CORESET group은 CORESET group i로 결정될 수 있다.
[방법 5-2b]
제안 2의 방식에서 단말이 N개의 BFR-CORESET을 설정 받는 경우를 가정하자. 이 경우, 각 BFR-CORESET과 빔 실패가 검출되는 CORESET group이 1:1 대응되므로, 각 BFR-CORESET은 1:1 대응되는 CORESET group에 속할 수 있다. 이 경우, 단말은 '빔 실패가 검출된 CORESET group에 속한 다른 CORESET에 기반하여 수신한 DCI에 의해 스케줄링되는 A/N 정보에 대응하는 (즉, 해당 A/N 정보와 동일한) A/N codebook'을 기반하여/통해/이용해 기지국으로 상기 A/N 정보를 전송할 수 있다. 그리고/또는, 단말은 '빔 실패가 검출된 CORESET group에 속한 다른 CORESET에 기반하여 수신한 DCI에 의해 스케줄링되는 PDSCH의 A/N 정보에 대응하는 (즉, 해당 A/N 정보와 동일한) A/N codebook'을 기반하여/통해/이용해 기지국으로 상기 A/N 정보를 전송할 수 있다.
상술한 제안 방법들(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 / 제안 5의 방법 5-1 / 5-2 / 5-2a / 5-2b 등)은 복수개의 TRP를 기준으로 설명하였으나, 이는 복수개의 panel을 통한 전송에도 동일하게 적용될 수 있다.
구현적인 측면에서 상술한 실시예들에 따른 기지국/단말의 동작(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 / 제안 5의 방법 5-1 / 5-2 / 5-2a / 5-2b 중 적어도 하나에 기반하는 빔 실패 복구와 관련된 동작)들은 후술할 도 16 내지 도 20의 장치(예: 도 17의 프로세서(102, 202))에 의해 처리될 수 있다.
또한 상술한 실시예에 따른 기지국/단말의 동작(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 / 제안 5의 방법 5-1 / 5-2 / 5-2a / 5-2b 중 적어도 하나에 기반하는 빔 실패 복구와 관련된 동작)들은 적어도 하나의 프로세서(예: 도 17의 102, 202)를 구동하기 위한 명령어/프로그램(예: instruction, executable code)형태로 메모리(예: 도 17의 104, 204)에 저장될 수도 있다.
도 13은 본 명세서에서 제안하는 방법이 적용될 수 있는 단말/기지국간 시그널링의 일례를 나타낸다. 구체적으로 도 13은 본 명세서에서 제안하는 방법들(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 / 제안 5의 방법 5-1 / 5-2 / 5-2a / 5-2b 등)이 적용될 수 있는 Multiple TRP(즉, M-TRP, 혹은 multiple 셀, 이하 모든 TRP는 셀로 대체될 수 있음)의 상황에서 Network side(예: TRP 1, TRP 2)와 UE 간의 signaling을 나타낸다.
여기서 UE/Network side는 일례일 뿐, 도 16 내지 도 20에 기술된 것과 같이 다양한 장치로 대체 적용될 수 있다. 도 13은 단지 설명의 편의를 위한 것일 뿐, 본 명세서의 범위를 제한하는 것이 아니다. 또한, 도 13에 나타난 일부 step(들)은 상황 및/또는 설정 등에 따라 생략될 수도 있다.
도 13을 참고하면 설명의 편의상 2개의 TRP들과 UE 간의 signaling이 고려되지만, 해당 signaling 방식이 다수의 TRP들 및 다수의 UE들 간의 signaling에도 확장되어 적용될 수 있음은 물론이다. 이하 설명에서 Network side는 복수의 TRP를 포함하는 하나의 기지국일 수 있으며, 복수의 TRP를 포함하는 하나의 Cell일 수 있다. 일례로, Network side를 구성하는 TRP 1과 TRP 2 간에는 이상적/비이상적 백홀(ideal/non-ideal backhaul)이 설정될 수도 있다. 또한, 이하 설명은 다수의 TRP들을 기준으로 설명되나, 이는 다수의 panel들을 통한 전송에도 동일하게 확장하여 적용될 수 있다.
더하여, 본 명세서에서 단말이 TRP1/TRP2로부터 신호를 수신하는 동작은 단말이 Network side(예: 기지국)로부터 (TRP1/2를 통해/이용해) 신호를 수신하는 동작으로도 해석/설명될 수 있으며(혹은 동작일 수 있으며), 단말이 TRP1/TRP2로 신호를 전송하는 동작은 단말이 Network side(예: 기지국)로 (TRP1/TRP2를 통해/이용해) 신호를 전송하는 동작으로 해석/설명될 수 있고(혹은 동작일 수 있고), 역으로도 해석/설명될 수 있다.
도 13을 참고하면, UE는 M-TRP(혹은 셀, 이하 모든 TRP는 셀/패널로 대체 될 수 있음, 혹은 하나의 TRP로부터 복수의 Coreset을 설정받은 경우도 M-TRP로 가정할 수 있음) 상황에서 대표 TRP(예: TRP 1)로부터 configuration / DCI를 수신하는 경우가 가정된다. 이는 설명의 편의를 위한 것일 뿐, UE가 적어도 하나의 TRP로부터 configuration / DCI를 수신하는 경우에도 이하 설명되는 방식이 확장되어 적용될 수 있음은 물론이다. 일례로, 상기 대표 TRP는 UE에게 SIB / paging / RA 관련 신호를 전달/전송하는 TRP일 수 있다.
UE는 Network side로부터 TRP 1(및/또는 TRP 2)을 통해/이용해 M-TRP 기반의 송수신과 관련된 설정 정보(configuration information)를 수신할 수 있다(S1310). 상기 설정 정보는 network side의 구성(즉, TRP 구성)과 관련된 정보 / M-TRP 기반의 송수신과 관련된 정보(예: resource allocation,..) 등을 포함할 수 있다. 이 때, 상기 설정 정보는 상위 계층 시그널링(예: RRC signaling, MAC-CE,..)을 통해 전달될 수 있다.
예를 들어, 상기 설정 정보는 상술한 제안 방법(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 / 제안 5의 방법 5-1 / 5-2 / 5-2a / 5-2b 등)에서 설명된 BFD 절차 및/또는 BFR 절차와 관련된 설정 정보를 포함할 수 있다. 일례로, 상기 설정 정보는 각 TRP와 관련된 CORESET / CORESET group(s)에 대한 정보(예: CORESET group 관련 TCI state(s) 설정 / CORESET group ID..)를 포함할 수 있다. 일례로, 상기 설정 정보는 상기 BFD 절차와 관련된 BFD RS(s) / BFD RS set(s)에 대한 정보를 포함할 수 있다. 일례로, 상기 설정 정보는 상기 BFR 절차와 관련된 BFRQ 자원에 대한 설정 정보를 포함할 수 있다. 일례로 상기 설정 정보는 CORESET configuration을 포함할 수 있다(상술한 제어 자원 세트(CORESET) 설명 참조).
예를 들어, 상술한 S1310 단계의 UE(도 16 내지 도 20의 100/200)가 Network side (도 16 내지 도 20의 100/200)로부터 상기 설정 정보(configuration information)를 수신하는 동작은 이하 설명될 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참고하면, 하나 이상의 프로세서 102는 상기 설정 정보를 수신하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 Network side로부터 상기 설정 정보를 수신할 수 있다.
UE는 Network side로부터 TRP 1(및/또는 TRP 2)을 통해/이용해 BFD / BFR 관련 정보를 MAC-CE 및/또는 DCI를 통해 수신할 수 있다(S1320). 예를 들어, 상술한 제안 방법(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 / 제안 5의 방법 5-1 / 5-2 / 5-2a / 5-2b 등)에서와 같이, UE는 BFD 절차 및/또는 BFR 절차와 관련된 정보를 MAC-CE signaling 및/또는 DCI를 통해 수신할 수 있다. 일례로, 상술한 방법 1-2에서와 같이, UE는 Network side로부터 TRP 1(및/또는 TRP 2)을 통해/이용해 BFD RS(s)의 업데이트에 대한 정보를 수신할 수 있다.
예를 들어, 상술한 S1320 단계의 UE(도 16 내지 도 20의 100/200)가 Network side (도 16 내지 도 20의 100/200)로부터 상기 BFD / BFR 관련 정보를 수신하는 동작은 이하 설명될 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참고하면, 하나 이상의 프로세서 102는 상기 BFD / BFR 관련 정보를 수신하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 Network side로부터 상기 BFD / BFR 관련 정보를 수신할 수 있다.
UE는 (TRP 1 및/또는 TRP 2을 통해/이용해) Network side와 BFD procedure를 수행할 수 있다(S1330). 예를 들어, UE는 상술한 제안 방법(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 / 제안 5의 방법 5-1 / 5-2 / 5-2a / 5-2b 등)에 기반하여 상기 BFD procedure를 수행할 수 있다.
일례로, 상술한 제안 1의 방법 1-1 / 1-2에서와 같이, UE는 특정 CORESET group(s) (즉, 특정 TRP,etc)에 대해서만 BFD procedure를 수행할 수 있다. 이 경우, UE는 상술한 제안 1의 방법 1-1 / 1-2에 기반하여 상기 BFD procedure에 이용/적용될 BFD RS를 결정할 수 있다. 일례로, 상술한 제안 2의 방법 2-1 / 2-2 / 2-3에서와 같이, UE는 하나 이상의 BFD RS sets를 구성/결정한 후, 각 BFD RS set 단위로 BFD를 수행할 수 있다. 이 경우, 상기 하나 이상의 BFD RS sets는 CORESET group 단위로 구성/설정되거나, Network side에 의한 설정 정보에 기반하여 구성/설정될 수도 있다.
예를 들어, 상술한 S1330 단계의 UE(도 16 내지 도 20의 100/200)가 Network side (도 16 내지 도 20의 100/200)와 상기 BFD procedure를 수행하는 동작은 이하 설명될 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참고하면, 하나 이상의 프로세서 102는 상기 BFD procedure를 수행하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 Network side와 상기 BFD procedure와 관련된 송수신을 수행할 수 있다.
UE는 (TRP 1 및/또는 TRP 2을 통해/이용해) Network side와 BFR procedure를 수행할 수 있다(S1340). 예를 들어, UE는 상술한 제안 방법(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 / 제안 5의 방법 5-1 / 5-2 / 5-2a / 5-2b 등)에 기반하여 상기 BFR procedure를 수행할 수 있다.
일례로, 상술한 제안 3의 방법 3-1 / 3-2 / 3-3에 기반하여, UE는 특정 BFD RS set (그리고/또는 CORESET group)에 대해 발생된 BR event에 따라, BFRQ를 Network side로 전송하며, 어떠한 BFD RS set에 대한 BFRQ 인지에 대한 정보를 implicit/explicit하게 Network side로 전송할 수 있다. 일례로, 상술한 제안 4에 기반하여, UE는 BFR case (예: SpCell에 대한 BFR, SCell에 대한 BFR,..)를 고려하여, Network side로 BFRQ를 (TRP 1 및/또는 TRP 2을 통해/이용해) 전송할 수 있다. 일례로, 상술한 방법 4-1에서와 같이 SpCell에 대한 BFR procedure의 경우, UE는 BFRQ용 UL resource로 PRACH resource를 이용할 수 있으며, RSRP가 threshold를 넘는 new beam RS를 찾은 경우에만 BFRQ를 해당 new beam RS와 연결된 PRACH자원을 통해 Network side로 전송할 수 있다. 이 경우, BFD RS set/CORESET group마다 new beam candidate RS set이 별도로 설정될 수 있다. 일례로, 상술한 방법 4-2에서와 같이 SCell에 대한 BFR procedure의 경우, UE는 new beam을 찾지 못한 경우에도 BFRQ를 Network side로 전송할 수 있다. 일례로, 상술한 방법 4-3에서와 같이, BFRQ에 대한 응답을 수신하는 전용의 CORESET/search space(SS)가 BFD RS set / CORESET group마다 별도로 설정될 수도 있다. 일례로, 상술한 제안 5에서와 같이, UE는 Network side로 전송한 BFRQ에 대한 PDCCH 응답을 수신하고, 해당 PDCCH에 의해 스케줄링되는 PDSCH를 수신할 수 있으며, 해당 PDSCH에 대한 HARQ-ACK 정보를 전송할 수 있다. 일례로, i) 상기 PDCCH 응답을 수신하기 위한 BFR-CORESET 및/또는 ii) 상기 HARQ-ACK 정보를 전송할 때 적용/이용될 HARQ-ACK codebook은 상술한 방법 5-1 / 5-2 / 5-2a / 5-2b에 의해 결정/설정될 수 있다.
예를 들어, 상술한 S1340 단계의 UE(도 16 내지 도 20의 100/200)가 Network side (도 16 내지 도 20의 100/200)와 상기 BFR procedure를 수행하는 동작은 이하 설명될 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참고하면, 하나 이상의 프로세서 102는 상기 BFR procedure를 수행하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 Network side와 상기 BFR procedure와 관련된 송수신을 수행할 수 있다.
앞서 언급한 바와 같이, 상술한 Network side/UE signaling 및 동작(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 / 제안 5의 방법 5-1 / 5-2 / 5-2a / 5-2b / 도 13 등)은 이하 설명될 장치(예: 도 16 내지 도 20)에 의해 구현될 수 있다. 예를 들어, Network side(예: TRP 1 / TRP 2)는 제 1 무선장치, UE는 제 2 무선장치 해당할 수 있고, 경우에 따라 그 반대의 경우도 고려될 수 있다.
예를 들어, 상술한 Network side/UE signaling 및 동작(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 / 제안 5의 방법 5-1 / 5-2 / 5-2a / 5-2b / 도 13 등)은 도 16 내지 도 20의 하나 이상의 프로세서(예: 102, 202) 에 의해 처리될 수 있으며, 상술한 Network side/UE signaling 및 동작(예: 제안 1의 방법 1-1 / 1-2 / 제안 2의 방법 2-1 / 2-2 / 2-3 / 제안 3의 방법 3-1 / 3-2 / 3-3 / 제안 4의 방법 4-1 / 4-2 / 4-3 / 제안 5의 방법 5-1 / 5-2 / 5-2a / 5-2b / 도 13 등)은 도 17의 적어도 하나의 프로세서(예: 102, 202)를 구동하기 위한 명령어/프로그램(예: instruction, executable code)형태로 메모리(예: 도 17의 하나 이상의 메모리(예: 104, 204) 에 저장될 수도 있다.
이하 상술한 실시예들을 단말의 동작 측면에서 도 14를 참조하여 구체적으로 설명한다. 이하 설명되는 방법들은 설명의 편의를 위하여 구분된 것일 뿐, 어느 한 방법의 일부 구성이 다른 방법의 일부 구성과 치환되거나, 상호 간에 결합되어 적용될 수 있음은 물론이다.
도 14는 본 명세서에서 일 실시예에 따른 무선 통신 시스템에서 단말이 빔 실패 복구 절차를 수행하는 방법을 설명하기 위한 흐름도이다.
도 14를 참조하면, 본 명세서의 일 실시예에 따른 무선 통신 시스템에서 단말이 빔 실패 복구(Beam Failuer Recovery, BFR) 절차를 수행하는 방법은 빔 실패 검출 단계(S1410), 빔 실패 복구 요청 전송 단계(S1420) 및 빔 실패 복구 요청에 대한 응답 수신 단계(S1430)을 포함한다.
S1410에서, 단말은 빔 실패의 검출(detection)을 수행한다. 상기 빔 실패의 검출은 '빔 실패 검출(Beam failure detection, BFD)'에서 설명된 바와 같이 수행될 수 있다.
일 실시예에 의하면, 상기 빔 실패의 검출은 적어도 하나의 특정 RS와 관련될 수 있다. 상기 적어도 하나의 특정 RS는 복수의 CORESET group(control resource set group)들 중 특정 CORESET group과 관련될 수 있다. 본 실시예는 상기 제안 1에 기반할 수 있다. 상기 적어도 하나의 특정 RS는 QCL 타입 D(QCL type D)와 관련될 수 있다.
일 실시예에 의하면, 상기 적어도 하나의 특정 RS는 상기 특정 CORESET group과 관련된 전송 설정 지시자 상태(Transmission Configuration Indicator state, TCI state)들에 기반하는 RS들을 포함할 수 있다. 본 실시예는 상기 방법 1-1에 기반할 수 있다.
일 실시예에 의하면, 상기 적어도 하나의 특정 RS는 상기 빔 실패의 검출을 위해 미리 설정된 RS들에 기반할 수 있다. 본 실시예는 상기 방법 1-2에 기반할 수 있다.
상기 특정 CORESET group내의 CORESET들 중 어느 하나의 CORESET과 관련된 전송 설정 지시자 상태(Transmission Configuration Indicator state, TCI state)가 업데이트 되는 것에 기반하여, 상기 미리 설정된 RS들 중 특정 RS가 업데이트 될 수 있다.
상기 특정 RS는 i) 상기 TCI state와 관련된 RS, ii) 상기 TCI state와 관련된 RS와 QCL(quasi co-location) 관계에 있는 RS, 또는 iii) 상기 미리 설정된 RS들 중 특정 순서에 기반하는 RS 중 적어도 하나에 기반할 수 있다.
상기 TCI state의 업데이트는 특정 메시지에 기반하여 수행될 수 있다.
상기 특정 메시지는 i) 상기 업데이트와 관련된 RS, ii) 상기 특정 RS 또는 iii) 상기 특정 RS를 상기 업데이트와 관련된 RS로 변경할 지 여부 중 적어도 하나에 대한 정보를 포함할 수 있다. 상기 특정 메시지는 CORESET TCI state(s) 업데이트 용도의 MAC-CE(Medium Access Control-Control Element)에 기반할 수 있다.
일 실시예에 의하면, 상기 복수의 CORESET group들은 복수의 TRP(Transmission and Reception Point)들과 관련되고, 상기 특정 CORESET group은 상기 복수의 TRP들 중 특정 TRP와 관련될 수 있다.
상기 특정 TRP는 특정 제어 정보의 전송과 관련될 수 있다. 상기 특정 제어 정보는 시스템 정보 블록(System Information Block, SIB), 페이징(paging) 또는 랜덤 액세스(Random Access, RA) 중 적어도 하나와 관련될 수 있다.
상술한 S1410에 따라, 단말(도 16 내지 도 20의 100/200)이 빔 실패의 검출(detection)을 수행하는 동작은 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(102)는 빔 실패의 검출(detection)을 수행하도록 하나 이상의 트랜시버(106) 및/또는 하나 이상의 메모리(104)를 제어할 수 있다.
S1420에서, 단말은 기지국에 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 전송한다. 상기 BFRQ는 PRACH 자원 또는 PUCCH 자원에 기반하여 전송될 수 있다.
상술한 S1420에 따라, 단말(도 16 내지 도 20의 100/200)이 기지국(도 16 내지 도 20의 100/200)에 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 전송하는 동작은 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(102)는 기지국(200)에 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 전송하도록 하나 이상의 트랜시버(106) 및/또는 하나 이상의 메모리(104)를 제어할 수 있다.
S1430에서, 단말은 기지국으로부터 상기 BFRQ에 대한 응답(response)을 수신한다. 단말이 상기 BFRQ에 대한 응답을 수신하는 동작은 앞서 Monitoring of gNB's response to the BFRQ에서 설명된 바와 같이 수행될 수 있다.
상술한 S1430에 따라, 단말(도 16 내지 도 20의 100/200)이 기지국(도 16 내지 도 20의 100/200)으로부터 상기 BFRQ에 대한 응답(response)을 수신하는 동작은 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(102)는 기지국(200)으로부터 상기 BFRQ에 대한 응답(response)을 수신하도록 하나 이상의 트랜시버(106) 및/또는 하나 이상의 메모리(104)를 제어할 수 있다.
상기 방법은 상기 BFRQ에 대한 응답과 관련된 PDSCH를 수신하는 단계 및 HARQ-ACK 정보를 전송하는 단계를 더 포함할 수 있다.
상기 PDSCH를 수신하는 단계에서, 단말은 기지국으로부터 상기 BFRQ에 대한 응답(response)과 관련된 하향링크 제어 정보(Downlink Control Information, DCI)에 의해 스케줄된 물리 하향링크 공유 채널(Physical Downlink Shared Channel, PDSCH)을 수신한다.
상술한 단계에 따라, 단말(도 16 내지 도 20의 100/200)이 기지국(도 16 내지 도 20의 100/200)으로부터 상기 BFRQ에 대한 응답(response)과 관련된 하향링크 제어 정보(Downlink Control Information, DCI)에 의해 스케줄된 물리 하향링크 공유 채널(Physical Downlink Shared Channel, PDSCH)을 수신하는 동작은 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(102)는 기지국(200)으로부터 상기 BFRQ에 대한 응답(response)과 관련된 하향링크 제어 정보(Downlink Control Information, DCI)에 의해 스케줄된 물리 하향링크 공유 채널(Physical Downlink Shared Channel, PDSCH)을 수신하도록 하나 이상의 트랜시버(106) 및/또는 하나 이상의 메모리(104)를 제어할 수 있다.
상기 HARQ-ACK 정보를 전송하는 단계에서, 단말은 기지국에 상기 PDSCH와 관련된 HARQ-ACK 정보를 전송한다.
일 실시예에 의하면, 상기 HARQ-ACK 정보는 특정 코드북(specific codebook)에 기반하여 전송될 수 있다. 상기 특정 코드북은 상기 특정 CORESET group내 어느 하나의 CORESET과 관련될 수 있다. 본 실시예는 상기 방법 5-1에 기반할 수 있다.
상술한 단계에 따라, 단말(도 16 내지 도 20의 100/200)이 기지국(도 16 내지 도 20의 100/200)에 상기 PDSCH와 관련된 HARQ-ACK 정보를 전송하는 동작은 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(102)는 기지국(200)에 상기 PDSCH와 관련된 HARQ-ACK 정보를 전송하도록 하나 이상의 트랜시버(106) 및/또는 하나 이상의 메모리(104)를 제어할 수 있다.
이하 상술한 실시예들을 기지국의 동작 측면에서 도 15를 참조하여 구체적으로 설명한다. 이하 설명되는 방법들은 설명의 편의를 위하여 구분된 것일 뿐, 어느 한 방법의 일부 구성이 다른 방법의 일부 구성과 치환되거나, 상호 간에 결합되어 적용될 수 있음은 물론이다.
도 15는 본 명세서에서 다른 실시예에 따른 무선 통신 시스템에서 기지국이 빔 실패 복구 절차를 수행하는 방법을 설명하기 위한 흐름도이다.
도 15를 참조하면, 본 명세서의 다른 실시예에 따른 무선 통신 시스템에서 기지국이 빔 실패 복구(Beam Failuer Recovery, BFR) 절차를 수행하는 방법은 빔 실패 복구 요청 수신 단계(S1510) 및 빔 실패 복구 요청에 대한 응답 전송 단계(S1520)을 포함한다.
S1510에서, 기지국은 단말로부터 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 수신한다. 상기 BFRQ는 PRACH 자원 또는 PUCCH 자원에 기반하여 전송될 수 있다.
상기 BFRQ는 단말의 빔 실패의 검출에 기반하여 전송될 수 있다. 상기 빔 실패의 검출은 ‘빔 실패 검출(Beam failure detection, BFD)’에서 설명된 바와 같이 수행될 수 있다.
일 실시예에 의하면, 상기 빔 실패의 검출은 적어도 하나의 특정 RS와 관련될 수 있다. 상기 적어도 하나의 특정 RS는 복수의 CORESET group(control resource set group)들 중 특정 CORESET group과 관련될 수 있다. 본 실시예는 상기 제안 1에 기반할 수 있다. 상기 적어도 하나의 특정 RS는 QCL 타입 D(QCL type D)와 관련될 수 있다.
일 실시예에 의하면, 상기 적어도 하나의 특정 RS는 상기 특정 CORESET group과 관련된 전송 설정 지시자 상태(Transmission Configuration Indicator state, TCI state)들에 기반하는 RS들을 포함할 수 있다. 본 실시예는 상기 방법 1-1에 기반할 수 있다.
일 실시예에 의하면, 상기 적어도 하나의 특정 RS는 상기 빔 실패의 검출을 위해 미리 설정된 RS들에 기반할 수 있다. 본 실시예는 상기 방법 1-2에 기반할 수 있다.
상기 특정 CORESET group내의 CORESET들 중 어느 하나의 CORESET과 관련된 전송 설정 지시자 상태(Transmission Configuration Indicator state, TCI state)가 업데이트 되는 것에 기반하여, 상기 미리 설정된 RS들 중 특정 RS가 업데이트 될 수 있다.
상기 특정 RS는 i) 상기 TCI state와 관련된 RS, ii) 상기 TCI state와 관련된 RS와 QCL(quasi co-location) 관계에 있는 RS, 또는 iii) 상기 미리 설정된 RS들 중 특정 순서에 기반하는 RS 중 적어도 하나에 기반할 수 있다.
상기 TCI state의 업데이트는 특정 메시지에 기반하여 수행될 수 있다.
상기 특정 메시지는 i) 상기 업데이트와 관련된 RS, ii) 상기 특정 RS 또는 iii) 상기 특정 RS를 상기 업데이트와 관련된 RS로 변경할 지 여부 중 적어도 하나에 대한 정보를 포함할 수 있다. 상기 특정 메시지는 CORESET TCI state(s) 업데이트 용도의 MAC-CE(Medium Access Control-Control Element)에 기반할 수 있다.
일 실시예에 의하면, 상기 복수의 CORESET group들은 복수의 TRP(Transmission and Reception Point)들과 관련되고, 상기 특정 CORESET group은 상기 복수의 TRP들 중 특정 TRP와 관련될 수 있다.
상기 특정 TRP는 특정 제어 정보의 전송과 관련될 수 있다. 상기 특정 제어 정보는 시스템 정보 블록(System Information Block, SIB), 페이징(paging) 또는 랜덤 액세스(Random Access, RA) 중 적어도 하나와 관련될 수 있다.
상술한 S1510에 따라, 기지국(도 16 내지 도 20의 100/200)이 단말(도 16 내지 도 20의 100/200)로부터 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 수신하는 동작은 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(202)는 단말(100)로부터 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 수신하도록 하나 이상의 트랜시버(206) 및/또는 하나 이상의 메모리(204)를 제어할 수 있다.
S1520에서, 기지국은 단말에 상기 BFRQ에 대한 응답(response)을 전송한다. 기지국이 상기 BFRQ에 대한 응답을 전송하는 동작은 앞서 'Monitoring of gNB's response to the BFRQ'에서 설명된 바와 같이 수행될 수 있다.
상술한 S1520에 따라, 기지국(도 16 내지 도 20의 100/200)이 단말(도 16 내지 도 20의 100/200)에 상기 BFRQ에 대한 응답(response)을 전송하는 동작은 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(202)는 단말(100)에 상기 BFRQ에 대한 응답(response)을 전송하도록 하나 이상의 트랜시버(206) 및/또는 하나 이상의 메모리(204)를 제어할 수 있다.
상기 방법은 상기 BFRQ에 대한 응답과 관련된 PDSCH를 전송하는 단계 및 HARQ-ACK 정보를 수신하는 단계를 더 포함할 수 있다.
상기 PDSCH를 전송하는 단계에서, 기지국은 단말에 상기 BFRQ에 대한 응답(response)과 관련된 하향링크 제어 정보(Downlink Control Information, DCI)에 의해 스케줄된 물리 하향링크 공유 채널(Physical Downlink Shared Channel, PDSCH)을 전송한다.
상술한 단계에 따라, 기지국(도 16 내지 도 20의 100/200)이 단말(도 16 내지 도 20의 100/200)에 상기 BFRQ에 대한 응답(response)과 관련된 하향링크 제어 정보(Downlink Control Information, DCI)에 의해 스케줄된 물리 하향링크 공유 채널(Physical Downlink Shared Channel, PDSCH)을 전송하는 동작은 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(202)는 단말(100)에 상기 BFRQ에 대한 응답(response)과 관련된 하향링크 제어 정보(Downlink Control Information, DCI)에 의해 스케줄된 물리 하향링크 공유 채널(Physical Downlink Shared Channel, PDSCH)을 전송하도록 하나 이상의 트랜시버(206) 및/또는 하나 이상의 메모리(204)를 제어할 수 있다.
상기 HARQ-ACK 정보를 수신하는 단계에서, 기지국은 단말로부터 상기 PDSCH와 관련된 HARQ-ACK 정보를 수신한다.
일 실시예에 의하면, 상기 HARQ-ACK 정보는 특정 코드북(specific codebook)에 기반하여 전송될 수 있다. 상기 특정 코드북은 상기 특정 CORESET group내 어느 하나의 CORESET과 관련될 수 있다. 본 실시예는 상기 방법 5-1에 기반할 수 있다.
상술한 단계에 따라, 기지국(도 16 내지 도 20의 100/200)이 단말(도 16 내지 도 20의 100/200)로부터 상기 PDSCH와 관련된 HARQ-ACK 정보를 수신하는 동작은 도 16 내지 도 20의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(202)는 단말(100)로부터 상기 PDSCH와 관련된 HARQ-ACK 정보를 수신하도록 하나 이상의 트랜시버(206) 및/또는 하나 이상의 메모리(204)를 제어할 수 있다.
본 발명이 적용되는 통신 시스템 예
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 발명의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 16은 본 명세서에 적용되는 통신 시스템(1)을 예시한다.
도 16을 참조하면, 본 명세서에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
본 발명이 적용되는 무선 기기 예
도 17은 본 명세서에 적용될 수 있는 무선 기기를 예시한다.
도 17을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 16의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
본 발명이 적용되는 신호 처리 회로 예
도 18은 본 명세서에 적용되는 신호 처리 회로를 예시한다.
도 18을 참조하면, 신호 처리 회로(1000)는 스크램블러(1010), 변조기(1020), 레이어 매퍼(1030), 프리코더(1040), 자원 매퍼(1050), 신호 생성기(1060)를 포함할 수 있다. 이로 제한되는 것은 아니지만, 도 18의 동작/기능은 도 17의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 수행될 수 있다. 도 18의 하드웨어 요소는 도 17의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 구현될 수 있다. 예를 들어, 블록 1010~1060은 도 17의 프로세서(102, 202)에서 구현될 수 있다. 또한, 블록 1010~1050은 도 17의 프로세서(102, 202)에서 구현되고, 블록 1060은 도 17의 송수신기(106, 206)에서 구현될 수 있다.
코드워드는 도 18의 신호 처리 회로(1000)를 거쳐 무선 신호로 변환될 수 있다. 여기서, 코드워드는 정보블록의 부호화된 비트 시퀀스이다. 정보블록은 전송블록(예, UL-SCH 전송블록, DL-SCH 전송블록)을 포함할 수 있다. 무선 신호는 다양한 물리 채널(예, PUSCH, PDSCH)을 통해 전송될 수 있다.
구체적으로, 코드워드는 스크램블러(1010)에 의해 스크램블된 비트 시퀀스로 변환될 수 있다. 스크램블에 사용되는 스크램블 시퀀스는 초기화 값에 기반하여 생성되며, 초기화 값은 무선 기기의 ID 정보 등이 포함될 수 있다. 스크램블된 비트 시퀀스는 변조기(1020)에 의해 변조 심볼 시퀀스로 변조될 수 있다. 변조 방식은 pi/2-BPSK(pi/2-Binary Phase Shift Keying), m-PSK(m-Phase Shift Keying), m-QAM(m-Quadrature Amplitude Modulation) 등을 포함할 수 있다. 복소 변조 심볼 시퀀스는 레이어 매퍼(1030)에 의해 하나 이상의 전송 레이어로 매핑될 수 있다. 각 전송 레이어의 변조 심볼들은 프리코더(1040)에 의해 해당 안테나 포트(들)로 매핑될 수 있다(프리코딩). 프리코더(1040)의 출력 z는 레이어 매퍼(1030)의 출력 y를 N*M의 프리코딩 행렬 W와 곱해 얻을 수 있다. 여기서, N은 안테나 포트의 개수, M은 전송 레이어의 개수이다. 여기서, 프리코더(1040)는 복소 변조 심볼들에 대한 트랜스폼(transform) 프리코딩(예, DFT 변환)을 수행한 이후에 프리코딩을 수행할 수 있다. 또한, 프리코더(1040)는 트랜스폼 프리코딩을 수행하지 않고 프리코딩을 수행할 수 있다.
자원 매퍼(1050)는 각 안테나 포트의 변조 심볼들을 시간-주파수 자원에 매핑할 수 있다. 시간-주파수 자원은 시간 도메인에서 복수의 심볼(예, CP-OFDMA 심볼, DFT-s-OFDMA 심볼)을 포함하고, 주파수 도메인에서 복수의 부반송파를 포함할 수 있다. 신호 생성기(1060)는 매핑된 변조 심볼들로부터 무선 신호를 생성하며, 생성된 무선 신호는 각 안테나를 통해 다른 기기로 전송될 수 있다. 이를 위해, 신호 생성기(1060)는 IFFT(Inverse Fast Fourier Transform) 모듈 및 CP(Cyclic Prefix) 삽입기, DAC(Digital-to-Analog Converter), 주파수 상향 변환기(frequency uplink converter) 등을 포함할 수 있다.
무선 기기에서 수신 신호를 위한 신호 처리 과정은 도 18의 신호 처리 과정(1010~1060)의 역으로 구성될 수 있다. 예를 들어, 무선 기기(예, 도 17의 100, 200)는 안테나 포트/송수신기를 통해 외부로부터 무선 신호를 수신할 수 있다. 수신된 무선 신호는 신호 복원기를 통해 베이스밴드 신호로 변환될 수 있다. 이를 위해, 신호 복원기는 주파수 하향 변환기(frequency downlink converter), ADC(analog-to-digital converter), CP 제거기, FFT(Fast Fourier Transform) 모듈을 포함할 수 있다. 이후, 베이스밴드 신호는 자원 디-매퍼 과정, 포스트코딩(postcoding) 과정, 복조 과정 및 디-스크램블 과정을 거쳐 코드워드로 복원될 수 있다. 코드워드는 복호(decoding)를 거쳐 원래의 정보블록으로 복원될 수 있다. 따라서, 수신 신호를 위한 신호 처리 회로(미도시)는 신호 복원기, 자원 디-매퍼, 포스트코더, 복조기, 디-스크램블러 및 복호기를 포함할 수 있다.
본 발명이 적용되는 무선 기기 활용 예
도 19는 본 명세서에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 16 참조).
도 19를 참조하면, 무선 기기(100, 200)는 도 17의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 17의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 17의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 16, 100a), 차량(도 16, 100b-1, 100b-2), XR 기기(도 16, 100c), 휴대 기기(도 16, 100d), 가전(도 16, 100e), IoT 기기(도 16, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 16, 400), 기지국(도 16, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 19에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
본 발명이 적용되는 휴대기기 예
도 20은 본 명세서에 적용되는 휴대 기기를 예시한다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
도 20을 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 19의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 기지국들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 휴대 기기(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 AP(Application Processor)를 포함할 수 있다. 메모리부(130)는 휴대 기기(100)의 구동에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 또한, 메모리부(130)는 입/출력되는 데이터/정보 등을 저장할 수 있다. 전원공급부(140a)는 휴대 기기(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 인터페이스부(140b)는 휴대 기기(100)와 다른 외부 기기의 연결을 지원할 수 있다. 인터페이스부(140b)는 외부 기기와의 연결을 위한 다양한 포트(예, 오디오 입/출력 포트, 비디오 입/출력 포트)를 포함할 수 있다. 입출력부(140c)는 영상 정보/신호, 오디오 정보/신호, 데이터, 및/또는 사용자로부터 입력되는 정보를 입력 받거나 출력할 수 있다. 입출력부(140c)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부(140d), 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다.
일 예로, 데이터 통신의 경우, 입출력부(140c)는 사용자로부터 입력된 정보/신호(예, 터치, 문자, 음성, 이미지, 비디오)를 획득하며, 획득된 정보/신호는 메모리부(130)에 저장될 수 있다. 통신부(110)는 메모리에 저장된 정보/신호를 무선 신호로 변환하고, 변환된 무선 신호를 다른 무선 기기에게 직접 전송하거나 기지국에게 전송할 수 있다. 또한, 통신부(110)는 다른 무선 기기 또는 기지국으로부터 무선 신호를 수신한 뒤, 수신된 무선 신호를 원래의 정보/신호로 복원할 수 있다. 복원된 정보/신호는 메모리부(130)에 저장된 뒤, 입출력부(140c)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
본 명세서의 실시예에 따른 무선 통신 시스템에서 빔 실패 복구 절차를 수행하는 방법 및 그 장치의 효과를 설명하면 다음과 같다.
본 명세서의 실시예에 의하면, 특정 CORESET group과 관련된 RS들에 대해서 빔 실패 검출(Beam Failure Detection, BFD)이 수행된다. 따라서, 복수의 TRP들로부터 멀티 DCI(multi DCI)를 수신하는 단말이 빔 실패 검출 시, 중요 제어 정보를 전송하는 특정 TRP와 관련된 RS들로 BFD 대상을 한정하는 동시에 상기 중요 제어 정보 전송의 신뢰성(reliability)이 확보될 수 있다.
여기서, 본 명세서의 무선 기기(예: 도 17의 100/200)에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(예: 도 17의 100/200)에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(예: 도 19의 100/200)에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
이상에서 설명된 실시 예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시 예를 구성하는 것도 가능하다. 본 발명의 실시 예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시 예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시 예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명에 따른 실시 예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시 예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시 예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리는 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
본 발명은 본 발명의 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 통상의 기술자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
Claims (28)
- 무선 통신 시스템에서 단말이 빔 실패 복구(Beam Failuer Recovery, BFR)를 수행하는 방법에 있어서,
상기 BFR과 관련된 설정 정보를 수신하는 단계, 상기 설정 정보는 i) 빔 실패 검출 참조 신호 세트(Beam Failure Detection Reference Signal set, BFD RS set) 및 ii) 후보 빔 식별을 위한 RS 세트에 대한 정보를 포함하고;
빔 실패 검출(detection)을 수행하는 단계, 상기 빔 실패 검출은 상기 BFD RS set에 대한 측정(measurement)에 기초하여 수행되며;
물리 상향링크 업링크 제어 채널(Physical Uplink Control Channel, PUCCH) 자원에 기초하여 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 전송하는 단계; 및
상기 BFR과 관련된 MAC-CE (Medium Access Control-Control Element)를 전송하는 단계;를 포함하되,
상기 BFR과 관련된 MAC-CE는 상기 후보 빔 식별을 위한 RS 세트에 기초하여 결정된 RS에 대한 정보를 포함하고,
i) 상기 BFD RS set가 복수의 BFD RS set들에 기반하고, ii) 상기 복수의 BFD RS set들 각각은 복수의 Transmission and Reception Point (TRP)들 각각과 관련되며 및 iii) 상기 후보 빔 식별을 위한 RS 세트는 후보 빔 식별을 위한 복수의RS 세트들에 기반하는 것에 기초하여:
상기 후보 빔 식별을 위한 복수의RS 세트들 각각은 상기 복수의 BFD RS set들 각각과 관련되며,
상기 BFRQ는 상기 복수의 BFD RS set들과 연관되도록 설정된 복수의 PUCCH 자원들 중 하나에 기반하여 전송되고,
상기 BFR과 관련된 MAC-CE는 i) 적어도 하나의 BFD RS set에 대한 정보 및 ii) 적어도 하나의 RS에 대한 정보를 포함하고,
상기 적어도 하나의 RS에 대한 정보는 상기 후보 빔 식별을 위한 복수의 RS 세트들 중 하나에 기초하여 결정된 RS의 ID를 포함하며,
상기 적어도 하나의 BFD RS set에 대한 정보는 상기 복수의 BFD RS set들 중에서 상기 빔 실패가 검출된 BFD RS set에 대한 ID를 포함하는 것을 특징으로 하는 방법. - 제1 항에 있어서,
상기 복수의 BFD RS set들 중 적어도 하나가 상기 설정 정보에 기반하여 설정되지 않는 것에 기초하여:
상기 복수의 BFD RS set들 중 적어도 하나는 복수의 CORESET group들과 관련된 하나 이상의 전송 설정 지시자 상태(Transmission Configuration Indicator state, TCI state)들에 기반하는 RS들을 포함하는 BFD RS 세트로 결정되는 것을 특징으로 하는 방법. - 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 삭제
- 무선 통신 시스템에서 빔 실패 복구(Beam Failuer Recovery, BFR)를 수행하는 단말에 있어서,
하나 이상의 송수신기;
상기 하나 이상의 송수신기를 제어하는 하나 이상의 프로세서들; 및
상기 하나 이상의 프로세서들에 동작 가능하게 접속 가능하고, 상기 하나 이상의 프로세서들에 의해 실행되는 것에 기초하여, 동작들을 수행하는 지시(instruction)들을 저장하는 하나 이상의 메모리들을 포함하며,
상기 동작들은,
상기 BFR과 관련된 설정 정보를 수신하는 단계, 상기 설정 정보는 i) 빔 실패 검출 참조 신호 세트(Beam Failure Detection Reference Signal set, BFD RS set) 및 ii) 후보 빔 식별을 위한 RS 세트에 대한 정보를 포함하고;
빔 실패 검출(detection)을 수행하는 단계, 상기 빔 실패 검출은 상기 BFD RS set에 대한 측정(measurement)에 기초하여 수행되며;
물리 상향링크 업링크 제어 채널(Physical Uplink Control Channel, PUCCH) 자원에 기초하여 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 전송하는 단계; 및
상기 BFR과 관련된 MAC-CE (Medium Access Control-Control Element)를 전송하는 단계;를 포함하되,
상기 BFR과 관련된 MAC-CE는 상기 후보 빔 식별을 위한 RS 세트에 기초하여 결정된 RS에 대한 정보를 포함하고,
i) 상기 BFD RS set가 복수의 BFD RS set들에 기반하고, ii) 상기 복수의 BFD RS set들 각각은 복수의 Transmission and Reception Point (TRP)들 각각과 관련되며 및 iii) 상기 후보 빔 식별을 위한 RS 세트는 후보 빔 식별을 위한 복수의RS 세트들에 기반하는 것에 기초하여:
상기 후보 빔 식별을 위한 복수의RS 세트들 각각은 상기 복수의 BFD RS set들 각각과 관련되며,
상기 BFRQ는 상기 복수의 BFD RS set들과 연관되도록 설정된 복수의 PUCCH 자원들 중 하나에 기반하여 전송되고,
상기 BFR과 관련된 MAC-CE는 i) 적어도 하나의 BFD RS set에 대한 정보 및 ii) 적어도 하나의 RS에 대한 정보를 포함하고,
상기 적어도 하나의 RS에 대한 정보는 상기 후보 빔 식별을 위한 복수의 RS 세트들 중 하나에 기초하여 결정된 RS의 ID를 포함하며,
상기 적어도 하나의 BFD RS set에 대한 정보는 상기 복수의 BFD RS set들 중에서 상기 빔 실패가 검출된 BFD RS set에 대한 ID를 포함하는 것을 특징으로 하는 단말. - 제12 항에 있어서,
상기 복수의 BFD RS set들 중 적어도 하나가 상기 설정 정보에 기반하여 설정되지 않는 것에 기초하여:
상기 복수의 BFD RS set들 중 적어도 하나는 복수의 CORESET group들과 관련된 하나 이상의 전송 설정 지시자 상태(Transmission Configuration Indicator state, TCI state)들에 기반하는 RS들을 포함하는 BFD RS 세트로 결정되는 것을 특징으로 하는 단말. - 삭제
- 삭제
- 삭제
- 삭제
- 제1 항에 있어서,
상기 빔 실패 검출은 상기 BFD RS set에 대한 측정에 기반하여 결정되는 빔 실패 인스턴스(Beam Failure Instance, BFI)의 카운팅에 기초하여 수행되며,
BFI 값이 미리 설정된 최대 빔 실패 인스턴스 카운트(maximum beam failure instance count)보다 크거나 같은 것에 기초하여, 상기 빔 실패가 검출된 것으로 결정되고,
상기 BFI 값은 미리 설정된 BFD 타이머가 만료하기 전에 수행된 상기 BFI의 카운팅에 기초하여 결정되는 것을 특징으로 하는 방법. - 제18 항에 있어서,
상기 복수의 BFD RS set들에 기초하여, 상기 BFD 타이머 및 상기 최대 빔 실패 인스턴스 카운트는 상기 복수의 BFD RS set들 각각에 설정되며, 상기 BFI 값은 상기 복수의 BFD RS set들 각각에 대해 결정되는 것을 특징으로 하는 방법. - 삭제
- 제1 항에 있어서,
상기 MAC-CE의 전송을 위한 상향링크 자원의 할당과 관련된 제어 정보를 수신하는 단계를 더 포함하고,
상기 상향링크 자원은 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)과 관련된 것을 특징으로 하는 방법. - 무선 통신 시스템에서 기지국이 빔 실패 복구(Beam Failuer Recovery, BFR)를 수행하는 방법에 있어서,
상기 BFR과 관련된 설정 정보를 전송하는 단계, 상기 설정 정보는 i) 빔 실패 검출 참조 신호 세트(Beam Failure Detection Reference Signal set, BFD RS set) 및 ii) 후보 빔 식별을 위한 RS 세트에 대한 정보를 포함하고; 및
빔 실패 검출(beam failure detection)에 기초하여, 빔 실패 복구 요청(Beam Failure Recovery request, BFRQ)을 물리 상향링크 업링크 제어 채널(Physical Uplink Control Channel, PUCCH) 자원에 기초하여 수신하는 단계, 상기 빔 실패 검출은 상기 BFD RS set에 대한 측정(measurement)에 기초하여 단말에 의해 수행되며; 및
상기 BFR과 관련된 MAC-CE (Medium Access Control-Control Element)를 수신하는 단계;를 포함하되,
상기 BFR과 관련된 MAC-CE는 상기 후보 빔 식별을 위한 RS 세트에 기초하여 결정된 RS에 대한 정보를 포함하고,
i) 상기 BFD RS set가 복수의 BFD RS set들에 기반하고, ii) 상기 복수의 BFD RS set들 각각은 복수의 Transmission and Reception Point (TRP)들 각각과 관련되며 및 iii) 상기 후보 빔 식별을 위한 RS 세트는 후보 빔 식별을 위한 복수의RS 세트들에 기반하는 것에 기초하여:
상기 후보 빔 식별을 위한 복수의RS 세트들 각각은 상기 복수의 BFD RS set들 각각과 관련되며,
상기 BFRQ는 상기 복수의 BFD RS set들과 연관되도록 설정된 복수의 PUCCH 자원들 중 하나에 기반하여 수신되고,
상기 BFR과 관련된 MAC-CE는 i) 적어도 하나의 BFD RS set에 대한 정보 및 ii) 적어도 하나의 RS에 대한 정보를 포함하고,
상기 적어도 하나의 RS에 대한 정보는 상기 후보 빔 식별을 위한 복수의 RS 세트들 중 하나에 기초하여 결정된 RS의 ID를 포함하며,
상기 적어도 하나의 BFD RS set에 대한 정보는 상기 복수의 BFD RS set들 중에서 상기 빔 실패가 검출된 BFD RS set에 대한 ID를 포함하는 것을 특징으로 하는 방법. - 삭제
- 삭제
- 제22 항에 있어서,
상기 빔 실패 검출은 상기 BFD RS set에 대한 측정에 기반하여 결정되는 빔 실패 인스턴스(Beam Failure Instance, BFI)의 카운팅에 기초하여 수행되며,
BFI 값이 미리 설정된 최대 빔 실패 인스턴스 카운트(maximum beam failure instance count)보다 크거나 같은 것에 기초하여, 상기 빔 실패가 검출된 것으로 결정되고,
상기 BFI 값은 미리 설정된 BFD 타이머가 만료하기 전에 수행된 상기 BFI의 카운팅에 기초하여 결정되는 것을 특징으로 하는 방법. - 제25 항에 있어서,
상기 복수의 BFD RS set들에 기초하여, 상기 BFD 타이머 및 상기 최대 빔 실패 인스턴스 카운트는 상기 복수의 BFD RS set들 각각에 설정되며, 상기 BFI 값은 상기 복수의 BFD RS set들 각각에 대해 결정되는 것을 특징으로 하는 방법. - 삭제
- 제22 항에 있어서,
상기 MAC-CE의 전송을 위한 상향링크 자원의 할당과 관련된 제어 정보를 전송하는 단계를 더 포함하고,
상기 상향링크 자원은 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)과 관련된 것을 특징으로 하는 방법.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962887590P | 2019-08-15 | 2019-08-15 | |
| US62/887,590 | 2019-08-15 | ||
| KR20190100657 | 2019-08-16 | ||
| KR1020190100657 | 2019-08-16 | ||
| PCT/KR2020/010964 WO2021029755A1 (ko) | 2019-08-15 | 2020-08-18 | 무선 통신 시스템에서 빔 실패 복구 절차를 수행하는 방법 및 그 장치 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20220044803A KR20220044803A (ko) | 2022-04-11 |
| KR102514416B1 true KR102514416B1 (ko) | 2023-03-27 |
Family
ID=74569461
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020227007883A KR102514416B1 (ko) | 2019-08-15 | 2020-08-18 | 무선 통신 시스템에서 빔 실패 복구 절차를 수행하는 방법 및 그 장치 |
Country Status (4)
| Country | Link |
|---|---|
| US (2) | US11539423B2 (ko) |
| EP (1) | EP4016860A4 (ko) |
| KR (1) | KR102514416B1 (ko) |
| WO (1) | WO2021029755A1 (ko) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP4016860A4 (en) * | 2019-08-15 | 2023-08-30 | LG Electronics Inc. | METHOD FOR PERFORMING A BEAM FAILURE RECOVERY PROCESS IN A WIRELESS COMMUNICATION SYSTEM AND APPARATUS THEREFORE |
| WO2022047034A1 (en) | 2020-08-28 | 2022-03-03 | Cirik Ali Cagatay | Radio link monitoring in control channel repetition |
| US20220103232A1 (en) * | 2020-09-29 | 2022-03-31 | Qualcomm Incorporated | Transmission reception point (trp)-specific beam failure detection (bfd) reference signal (rs) determination |
| US20220132517A1 (en) * | 2020-10-23 | 2022-04-28 | Samsung Electronics Co., Ltd. | Method and apparatus for partial beam failure recovery in a wireless communications system |
| EP4329210A1 (en) * | 2021-04-19 | 2024-02-28 | LG Electronics Inc. | Method and device for uplink transmission and reception in wireless communication system |
| WO2022226969A1 (en) * | 2021-04-30 | 2022-11-03 | Qualcomm Incorporated | Beam failure detection evaluation on two transmission configuration indicator states |
| US11664854B2 (en) * | 2021-05-24 | 2023-05-30 | Samsung Electronics Co., Ltd. | System and method for augmenting transmission with data streams from transmission/reception points |
| CN117413611A (zh) * | 2021-06-03 | 2024-01-16 | Lg电子株式会社 | 无线通信中的故障修复 |
| US20230089382A1 (en) * | 2021-09-17 | 2023-03-23 | Acer Incorporated | Device and Method for Handling a Reference Signal Reporting |
| US20230107880A1 (en) * | 2021-10-01 | 2023-04-06 | Samsung Electronics Co., Ltd. | Method and apparatus for beam failure detection and recovery |
| US20230121399A1 (en) * | 2021-10-15 | 2023-04-20 | Qualcomm Incorporated | Techniques for beam failure detection and recovery |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11134492B2 (en) * | 2017-04-12 | 2021-09-28 | Samsung Electronics Co., Ltd. | Method and apparatus for beam recovery in next generation wireless systems |
| KR102573235B1 (ko) * | 2017-08-11 | 2023-09-01 | 한국전자통신연구원 | 하향링크 제어 채널의 송수신 방법 및 이를 이용하는 장치 |
| US10863570B2 (en) * | 2018-01-09 | 2020-12-08 | Comcast Cable Communications, Llc | Beam selection in beam failure recovery request retransmission |
| CN110035558B (zh) * | 2018-01-11 | 2021-03-26 | 华硕电脑股份有限公司 | 通过随机接入程序恢复波束失效的方法和设备 |
| US10911201B2 (en) * | 2018-06-08 | 2021-02-02 | FG Innovation Company Limited | Methods and apparatuses for multi-TRP transmission |
| EP3823176A4 (en) * | 2018-07-12 | 2022-03-02 | Ntt Docomo, Inc. | USER EQUIPMENT |
| CN109076365A (zh) * | 2018-07-20 | 2018-12-21 | 北京小米移动软件有限公司 | 波束故障恢复请求发送方法、响应方法、装置及存储介质 |
| WO2020049216A1 (en) * | 2018-09-07 | 2020-03-12 | Nokia Technologies Oy | Facilitating efficient multi-beam beam recovery |
| CN111278166B (zh) * | 2018-12-27 | 2022-07-22 | 维沃移动通信有限公司 | 一种波束失败处理方法及相关设备 |
| US20200259703A1 (en) * | 2019-02-08 | 2020-08-13 | Comcast Cable Communications, Llc | Failure Recovery in Wireless Communications |
| CN111615118B (zh) * | 2019-04-30 | 2022-06-07 | 维沃移动通信有限公司 | 波束恢复方法及设备 |
| EP4016860A4 (en) * | 2019-08-15 | 2023-08-30 | LG Electronics Inc. | METHOD FOR PERFORMING A BEAM FAILURE RECOVERY PROCESS IN A WIRELESS COMMUNICATION SYSTEM AND APPARATUS THEREFORE |
-
2020
- 2020-08-18 EP EP20853331.5A patent/EP4016860A4/en active Pending
- 2020-08-18 KR KR1020227007883A patent/KR102514416B1/ko active IP Right Grant
- 2020-08-18 WO PCT/KR2020/010964 patent/WO2021029755A1/ko unknown
-
2022
- 2022-02-15 US US17/672,464 patent/US11539423B2/en active Active
- 2022-11-23 US US17/993,140 patent/US11824614B2/en active Active
Non-Patent Citations (7)
| Title |
|---|
| 3GPP R1-1803637 |
| 3GPP R1-1811867 |
| 3GPP R1-1904209 |
| 3GPP R1-1904314 |
| 3GPP R1-1906730 |
| 3GPP R1-1907290 |
| 3GPP R1-1907650 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20220173788A1 (en) | 2022-06-02 |
| US20230103308A1 (en) | 2023-04-06 |
| US11824614B2 (en) | 2023-11-21 |
| US11539423B2 (en) | 2022-12-27 |
| KR20220044803A (ko) | 2022-04-11 |
| EP4016860A1 (en) | 2022-06-22 |
| EP4016860A4 (en) | 2023-08-30 |
| WO2021029755A1 (ko) | 2021-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102514416B1 (ko) | 무선 통신 시스템에서 빔 실패 복구 절차를 수행하는 방법 및 그 장치 | |
| KR102520456B1 (ko) | 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치 | |
| KR102249912B1 (ko) | 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치 | |
| KR102477038B1 (ko) | 무선 통신 시스템에서 빔 실패 복구 절차를 수행하는 방법 및 그 장치 | |
| US11778611B2 (en) | Method and device for transmitting and receiving physical uplink shared channel in wireless communication system | |
| KR20210116591A (ko) | 무선 통신 시스템에서 데이터 송수신 방법 및 이에 대한 장치 | |
| KR102485171B1 (ko) | 무선 통신 시스템에서 물리 하향링크 공유 채널을 송수신 하는 방법 및 이에 대한 장치 | |
| KR102489523B1 (ko) | 무선 통신 시스템에서 위상 추적 참조 신호의 송수신 방법 및 이에 대한 장치 | |
| KR102251731B1 (ko) | 무선 통신 시스템에서 하향링크 데이터를 송수신 하는 방법 및 이에 대한 장치 | |
| KR102553638B1 (ko) | 무선 통신 시스템에서 위상 추적 참조 신호의 송수신 방법 및 이에 대한 장치 | |
| KR102495755B1 (ko) | 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치 | |
| KR102508031B1 (ko) | 무선 통신 시스템에서 위상 추적 참조 신호의 송수신 방법 및 이에 대한 장치 | |
| KR20220038375A (ko) | 무선 통신 시스템에서 상향링크 채널 송수신 방법 및 그 장치 | |
| JP7441941B2 (ja) | 無線通信システムにおいて物理ダウンリンク共有チャネルの送受信方法及びその装置 | |
| US11968685B2 (en) | Method for transmitting and receiving data in wireless communication system and apparatus therefor | |
| KR102251727B1 (ko) | 무선 통신 시스템에서 하향링크 데이터를 송수신 하는 방법 및 이에 대한 장치 | |
| KR20200127906A (ko) | 무선 통신 시스템에서 데이터 채널의 송수신 방법 및 이에 대한 장치 | |
| KR20210142754A (ko) | 무선 통신 시스템에서 데이터 채널의 송수신 방법 및 이에 대한 장치 | |
| KR20200127907A (ko) | 무선 통신 시스템에서 물리적 하향링크 공유 채널의 송수신 방법 및 이에 대한 장치 | |
| KR20220019752A (ko) | 무선 통신 시스템에서 스케줄링 요청의 송수신 방법 및 그 장치 | |
| KR20200127908A (ko) | 무선 통신 시스템에서 복조 참조 신호의 송수신 방법 및 이에 대한 장치 | |
| US20210360672A1 (en) | Resource mapping method for transmission and reception of data in wireless communication system and apparatus therefor | |
| KR20230014825A (ko) | 무선 통신 시스템에서 csi를 송수신하는 방법 및 이를 위한 장치 | |
| KR20230088735A (ko) | 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치 | |
| KR102587576B1 (ko) | 무선 통신 시스템에서 데이터를 송수신 하는 방법 및 이에 대한 장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant |