KR20190034117A

KR20190034117A - 무선 통신 시스템에서의 대역폭부 오정렬 방지 방법 및 장치

Info

Publication number: KR20190034117A
Application number: KR1020180113646A
Authority: KR
Inventors: 툰-화이 시; 웨이-유 첸
Original assignee: 아서스테크 컴퓨터 인코포레이션
Priority date: 2017-09-22
Filing date: 2018-09-21
Publication date: 2019-04-01
Anticipated expiration: 2038-09-21
Also published as: EP3461026A1; TWI691178B; KR102173269B1; US20210227566A1; JP2019062533A; JP2020188513A; EP3461026B1; US11006441B2; CN109548152A; JP7220184B2; US20190098655A1; ES2818593T3; CN109548152B; TW201916625A

Abstract

방법 및 장치가 UE (User Equipment)의 관점에서 개시된다. 일 실시예에서, 방법은 제 1 업 링크 대역폭 부분 (BWP) 상에서 스케줄링 요청 (SR)을 전송하는 단계를 포함한다. 방법은 제 1 다운 링크 BWP 상에서 SR에 대한 응답을 수신하는 단계를 더 포함한다. 방법은 또한 제 1 업 링크 BWP 및 제 1 다운 링크 BWP를 사용할 때 빔 실패를 검출하는 단계를 포함한다. 또한, 방법은 제 1 업 링크 BWP 상의 네트워크 노드에 빔 실패 복구 (BFR) 요청을 전송하는 단계를 포함한다. 또한, 방법은 BFR 요청을 전송한 후에 네트워크 노드로부터 제 2 다운 링크 BWP에 대한 제어 시그널링을 수신하는 단계를 포함하되, 제어 시그널링은 BFR 요청에 대한 응답이고 그리고 제 2 다운 링크 BWP는 상기 제 1 업 링크 BWP와 연관된다.

Description

무선통신 시스템에서의 대역폭부 오정렬 방지 방법 및 장치{METHOD AND APPARATUS OF PREVENTING BANDWIDTH PART MISALIGNMENT IN WIRELESS COMMUNICATION SYSTEM}

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

본 발명은 무선통신 네트워크에 관한 것으로, 특히 무선통신 시스템에서의 대역폭 부분 오정렬(misalignment) 방지 방법 및 장치에 관한 것이다.

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

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

본 발명이 해결하고자 하는 과제는 무선통신 시스템에서 대역폭 부분 오정렬 방지 방법 및 장치를 제공하는 것이다.

사용자 단말(UE)의 관점에서의 방법 및 장치가 개시된다. 일실시예에서, 그 방법은 제1상향링크 대역폭 부분(bandwidth part, BWP)에서 스케줄링 요청(Scheduling Request, SR)을 전송하는 단계를 포함한다. 그 방법은 제1하향링크 BWP에서 SR에 대한 응답을 수신하는 단계를 더 포함한다. 그 방법은 또한 제1상향링크 BWP 및 제1하향링크 BWP 사용시, 빔 실패(beam failure)를 검출하는 단계를 포함한다. 또한 그 방법은 제1상향링크 BWP에서 빔 실패 복구(beam failure recovery, BFR) 요청을 네트워크 노드로 전송하는 단계를 포함한다. 또한, 그 방법은 BFR 전송 후 네트워크 노드로부터 제2하향링크에서 제어 시그널링을 수신하는 단계를 포함하고, 제어 시그널링은 BFR 요청에 대한 응답이고, 제2하향링크 BWP는 제1상향링크 BWP와 연계된다.

도 1은 예시적인 일실시예에 따른 무선 통신 시스템을 도시한 것이다.
도 2는 예시적인 일실시예에 따른(액세스 네트워크로도 알려진) 전송기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템에 대한 블록도이다.
도 3은 예시적인 일실시예에 따른 통신 시스템에 대한 기능 블록도이다.
도 4는 예시적인 일실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 일실시예에 따른 빔 복구 절차에 대한 예시적인 실시예를 도시한 것이다.
도 6는 예시적인 일실시예에 따른 도면이다.
도 7는 예시적인 일실시예에 따른 도면이다.
도 8는 예시적인 일실시예에 따른 도면이다.
도 9은 예시적인 일실시예에 따른 순서도이다.
도 10은 예시적인 일실시예에 따른 순서도이다.
도 11은 예시적인 일실시예에 따른 순서도이다.
도 12은 예시적인 일실시예에 따른 순서도이다.

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

특히, 후술될 예시적인 무선 통신 시스템 및 장치들은 다음을 포함하는, 3GPP로 언급된 "3rd Generation Partnership Project"로 명명된 컨소시엄이 제안한 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다: TR 38.913 V14.1.0, "차세대 접속 기술에 대한 시나리오 및 요구조건에 대한 연구"; TS 36.321 V14.3.0, "진화된 범용 지상파 무선 액세스(E-UTRA); 매체접근제어(MAC) 프로토콜 규격"; TR 38.802 V14.1.0, "새로운 무선접속 기술 물리계층 면에 대한 연구"; RAN1#89 의장 메모; RAN1#adhoc2 의장 메모; RAN1#90 Chairman's note; and R2-1707198, "NR에서 빔 복구", 노키아 및 알카텔-루슨트 상하이 벨. 표준과 위에서 열거된 문서들은 여기에 그 전체가 의미상으로 통합된다.

도 1은 본 발명의 일실시예에 따른 다중 액세스 무선 통신 시스템을 보인다. 액세스 네트워크(AN, 100)는 한 그룹은 참조번호 104 및 106, 다른 그룹은 참조번호 108 및 110, 추가 그룹은 참조번호 112 및 114를 포함하는 다수의 안테나 그룹들을 포함한다. 도 1에는 각 안테나 그룹별로 두 개의 안테나가 도시되었지만, 각 그룹별로 더 많은 혹은 더 적은 안테나가 사용될 수 있다. 엑세스 단말(AT, 116)은 안테나들(112, 114)과 통신하고, 여기서, 안테나들(112, 114)은 순방향 링크(120)를 통해 엑세스 단말(116)로 정보를 전송하고, 역방향 링크(118)를 통해 액세스 단말(116)로부터 정보를 수신한다. 액세스 단말(AT, 116)은 안테나들(106, 108)과 통신하고, 여기서, 안테나들(106, 108)은 순방향 링크(126)를 통해 액세스 단말((AT)122)로 정보를 전송하고, 역방향 링크(124)를 통해 액세스 단말((AT)122)로부터 정보를 수신한다. FDD 시스템에서, 통신링크들(118, 120, 124, 126)은 통신에 다른 주파수를 사용한다. 예를 들어, 순방향 링크(120)는 역방향 링크(118)가 사용하는 것과 다른 주파수를 사용할 수 있다.

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

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

액세스 네트워크(AN)는 단말들과 통신하는 통신국 또는 기지국일 수 있고, 액세스 포인트, 노드 B(node B), 기지국, 확장형 기지국 (enhanced base station), 진화된 노드 B(eNB), 또는 다른 용어로도 지칭된다. 액세스 단말(AT)은 또한 사용자 단말(UE), 무선 통신 장치, 단말, 액세스 단말 또는 다른 용어로도 불릴 수 있다.

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

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

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

및 변조는 프로세서(230)가 내린 지시에 따라 결정될 수 있다.

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

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

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

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

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

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

전송기 시스템(210)에서, 수신기 시스템(250)에서 출력된 변조신호가 안테나(224)에 의해 수신되고, 수신기들(222)에 의해 처리되며, 복조기(240)에서 복조되고, RX 데이터 프로세서(242)에 의해 처리되어 수신기 시스템(250)에 의해 전송된 역방향 링크 메시지를 추출한다. 그런 다음, 프로세서(230)는 어느 프리코딩 행렬을 사용하여 빔포밍 가중치 결정할 것인가를 판단하고, 추출된 메시지를 처리한다.

도 3으로 돌아가서, 이 도면은 본 발명의 일실시예에 따른 통신장치의 단순화된 대안적인 기능 블록도를 보여준다. 도 3에 도시된 바와 같이, 무선 통신 시스템에서 통신장치(300)는 도 1의 UE들 (또는 AT들, 116, 122) 또는 도 1의 기지국(또는 AN, 100)의 구현에 사용될 수 있고, 무선통신 시스템은 LTE 시스템인 것이 바람직하다. 통신 장치(300)는 입력 장치(302), 출력 장치(304), 제어회로(306), 중앙처리장치(CPU, 308), 메모리(310), 프로그램 코드(312) 및 트랜시버(transceiver, 314)를 포함할 수 있다. 제어회로(306)는 CPU(308)를 통해 메모리(310)내 프로그램 코드(312)를 실행하고, 그에 따라 통신 장치(300)의 동작을 제어한다. 통신장치(300)는 키보드 또는 키패드와 같은 입력 장치(302)를 통해 사용자가 입력한 신호를 수신할 수 있고, 모니터 또는 스피커와 같은 출력 장치(304)를 통해 이미지 또는 소리를 출력할 수 있다. 트랜시버(314)는 무선신호의 수신 및 전송에 사용되어 수신신호를 제어회로(306)로 전달하고, 제어회로(306)에 의해 생성된 신호를 무선으로 출력한다. 무선 통신 시스템에서 통신장치(300)는 도 1에서 AN(100)의 구현에 사용될 수 있다.

도 4는 본 발명의 일실시예에 따라 도 3에 도시된 프로그램 코드(312)의 단순화된 기능 블록도이다. 본 실시예에서, 프로그램 코드(312)는 애플리케이션층(400), 레이어 3 부(402), 및 레이어 2 부(404)를 포함하고, 레이어 1 부(406)에 결합된다. 레이어 3 부(402)는 일반적으로 무선 리소스 제어를 수행한다. 레이어 2 부(404)는 일반적으로 링크 제어를 수행한다. 레이어 1 부(406)는 일반적으로 물리적인 연결을 수행한다.

차세대 (즉, 5G) 액세스 기술에 대한 3GPP 표준화 활동은 2015년 3월 이후 시작되었다. 대체로, 차세대 액세스 기술은 시장에서 긴급하게 필요로 하는 것과 ITU-R IMT-2020에서 제시된, 보다 긴 기간에대한 요구조건을 만족시키는 다음의 세 가지 사용 시나리오를 지원하는 목적이 있다.

- 이동 초광대역 통신 서비스 (enhanced Mobile Broadband, eMBB)

- 대규모 사물통신 (massive Machine Type Communications, mMTC)

- 초고신뢰 저지연 통신 (Ura-Reliable and Low Latency Communications, URLLC)

새로운 무선 액세스 기술에 대한 5G 연구항목의 목적은 최소한 100GHz 까지에 이르는 임의의 스펙트럼 대역을 사용할 수 있어야 하는 새로운 무선 시스템에 필요한 기술 구성요소들을 식별 및 개발하는 것이다. 100GHz까지 반송파를 주파수 지원한다는 것은 무선 전파 영역에서 수많은 도전이 필요하다. 반송파 주파수가 증가함에 따라 경로 손실도 증가한다.

LTE에서, 랜덤 액세스, 스케줄링 요청(SR) 및 버퍼상태보고(Buffer Status Report, BSR) 절차는 3GPP TS 36.321에 정의되어 있다. 랜덤 액세스 절차, SR 절차 및 BSR 절차는 다음과 같이 버퍼에서 전송에 사용가능한 데이터에 대한 상향링크 리소스를 UE가 자체적으로 요청하게 하는 설계이다:

5.1 랜덤 액세스 절차

5.1.1 랜덤 액세스 절차 초기화

이 종속절에 기술되어 있는 랜덤 액세스 절차는 PDCCH 명령, MAC 서브계층 차체, 또는 RRC 서브계층에 의해 시작된다. SCell에서 램덤 액세서 절차는 PDCCH 명령에 의해서만 시작될 것이다. MAC 개체가 C-RNTI로 마스크된 PDCCH 명령[5]과 일치하고 특정 서빙 셀에 대해 PDCCH 전송을 수신한다면, MAC 개체는 이 서빙 셀에서 랜덤 액세스 절차를 시작할 것이다. SpCell 상의 램덤 액세스의 경우, PDCCH 명령 또는 RRC는, 부반송파 인덱스가 표시된 NB-LoT를 제외하고, 선택적으로 ra-PreambleIndex 및 ra-PRACH-MaskIndex를 표시하고, SCell 상의 랜덤 액세스의 경우, PDCCH 명령은 000000와는 다른 값의 ra-PreambleIndex 과 ra-PRACH-MaskIndex를 표시한다. pTAG 프리앰블의 PRACH 상의 전송 및 PDCCH 명령의 수신은 SpCell에서만 지원된다. UE가 NB-IoT UE라면, 랜덤 액세스 절차는 앵커 반송파(anchor carrier) 또는, PRACH 리소스가 시스템 정보에서 구성된 비앵커 반송파들 중 하나에서 수행된다.

달리 명시되지 않았다면, 절차가 시작될 수 있기 전, 서빙 셀에 대한 다음의 정보가 NB-IoT UE들, BL UE들 또는 확장된 커버리지[8] 내의 UE들이 아닌 UE들에 대해 사용가능한 것으로 가정된다:

- 랜덤 액세스 프리앰블 prach-ConfigIndex의 전송을 위한 사용가능한 PRACH 리소스들 세트.

- 랜덤 액세스 프리앰블 그룹들 및 각 그룹 내 사용가능한 랜덤 액세스 프리앰블 세트(SpCell만):

랜덤 액세스 그룹 A 및 랜덤 액세스 프리앰블 그룹 B에 포함된 프리앰블들은 파라미터 numberOfRA-Preambles 및sizeOfRA-PreamblesGroupA로부터 계산된다:

sizeOfRA-PreamblesGroupA가 numberOfRA-Preambles 과 동일하다면, 랜덤 액세스 프리앰블 그룹 B는 없다. 랜덤 액세스 그룹 A 내 프리앰블들은 0에서 sizeOfRA-PreamblesGroupA - 1까지의 프리앰블들이고, 만일 존재하다면, 랜덤 액세스 프리앰블 그룹 B 내 프리앰블들은 [7]에 정의된 64개의 프리앰블 세트로부터 sizeOfRA-PreamblesGroupA 에서numberOfRA-Preambles - 1까지 이다.

- 랜덤 액세스 프리앰블 그룹 B가 존재한다면, 임계치들, messagePowerOffsetGroupB 및 messageSizeGroupA, 은 각각 랜덤 액세스 절차를 수행하는 서빙 셀의 구성 UE 전송 파워 P_{CMAX, c} [10] 및 랜덤 액세스 프리앰블들의 두 그룹 중 하나를 선택하는데 필요한 프리앰블 및 Msg3 사이의 오프셋, deltaPreambleMsg3 (SpCell만).

- RA 응답 윈도우 크기 ra-ResponseWindowSize.

- 파워 램핑 팩터(power-ramping factor) powerRampingStep.

- 최대 프리앰블 전송 수 preambleTransMax.

- 초기 프리앰블 파워 preambleInitialReceivedTargetPower.

- 오프셋 DELTA_PREAMBLE 기반의 프리앰블 포맷(종속절 7.6 참조).

- 최대 Msg3 HARQ 전송 개수 maxHARQ-Msg3Tx(SpCell 만).

- 경쟁 해결(contention resolution) 타이머 mac-ContentionResolutionTimer (SpCell 만).

● 주: 상술한 파라미터들은 각 랜덤 액세스 절차가 시작되기 전에 상위 계층부터 갱신될 수 있다.

NB-IoT UE들, BL UE들, 또는 확장 커버리지[8] 내 UE들에 대해 절차가 시작되기 전, 관련 서빙 셀에 대한 다음의 정보가 사용가능하다고 가정된다:

- UE가 BL UE 또는 확장 커버리지 내의 UE라면:

- 랜덤 액세스 프리앰블, prach-ConfigIndex의 전송을 위해 서빙 셀에서 지원된 각 확장 커버리지 레벨과 연계된 사용가능한 PRACH 리소스들 세트.

- sizeOfRA-PreamblesGroupA 이 numberOfRA-Preambles와 같지 않다면:

● - 랜덤 액시스 프리앰블들 그룹 A 및 B가 존재하고 상술한 바와 같이 계산된다;

- 아니면;

● - 각 확장 커버리지 레벨에 대한 랜덤 액세스 프리앰블 그룹에 포함된 프리앰블들은, 존재한다면, 프리앰블들 firstPreamble 에서 lastPreamble 까지이다.

● 주: PRACH 리소스가 다중 CE 레벨들에서 공유되고, CE-레벨이 서로 다른 프리앰블 인덱스들로 구별된다면 그룹 A 및 그룹 B는 이 PRACH 리소스에 사용되지 않는다.

- UE가 NB-IoT UE라면:

- 앵커 반송파 nprach-ParametersList 및 ul-ConfigList에서 비앵커 반송파들상의 서빙 셀에서 지원된 사용가능한 PRACH 리소스들 세트.

- 랜덤 액세스 리소스 선택 및 프리앰블 전송의 경우:

● - PRACH 리소스가 확장 커버리지 레벨로 매핑된다.

● - 각 PRACH 리소스는, TS 36.211 [7, 10.1.6.1]에서 규정된 대로 nprach-SubcarrierMSG3-RangeStart 및 nprach-NumCBRA-StartSubcarriers 에 의한 단일/멀티 톤 Msg3 전송을 위해 하나 또는 두 그룹으로 분할될 수 있는 nprach-NumSubcarriers 부반송파 세트를 포함한다. 각 그룹은 이하 절차 텍스트에서 랜덤 액세스 프리앰블 그룹으로 지칭된다.

- 부반송파는 범위 내에서 부반송파 인덱스에 의해 식별된다:

[nprach-SubcarrierOffset, nprach-SubcarrierOffset + nprach-NumSubcarriers -1]

- 랜덤 액세스 프리앰블 그룹의 각 부반송파는 랜덤 액세스 프리앰블에 해당한다.

● - 부반송파 인덱스가 명시적으로 eNB로부터 PDCCH 명령의 일부로 전송되는 경우, ra-PreambleIndex 는 시그널링된 부반송파 인덱스로 설정될 것이다.

- PRACH 리소스들의 확장 커버리지 레벨로의 매핑은 다음에 따라 결정된다:

● - 확장 커버리지 레벨의 개수는 rsrp-ThresholdsPrachInfoList에 존재하는 RSRP 임계치들의 개수+1과 동일하다.

● - 각 확장 커버리지 레벨은 nprach-ParametersList 에 존재하는 하나의 앵커 반송파 PRACH 리스소 또는 ul-ConfigList에서 시그널링된 각 비앵커 캐리어별로 0 또는 하나의 PRACH 리소스를 갖는다.

● - 확장 커버리지 레벨은 0부터 번호가 부여되고 PRACH 리소스들의 확장 커버리지 레벨들로의 매핑은 numRepetitionsPerPreambleAttempt 의 오름차순으로 이뤄진다.

● - 다중 반송파들이 동일한 확장 커버리지 레벨에 대한 PRACH 리소스를 제공하는 경우, UE는 다음의 선택 확률들을 사용하여 그들 중 하나를 랜덤하게 선택할 것이다:

- 주어진 확장 커버리지 레벨 nprach-ProbabilityAnchor에 대한 앵커 반송파 PRACH 리소스의 선택확률은 nprach-ProbabilityAnchorList에서 해당 순서(entry)로 주어진다.

- 선택 확률은 모든 비앵커 반송파 PRACH 리소스들에 대해 동일하고, 주어진 비앵커 반송파에서 하나의 PRACH 리소스를 선택할 확률은(1- nprach-ProbabilityAnchor)/(비앵커 NPRACH 리소스들의 수)이다.

- 서빙 셀에서 지원된 확장 커버리지 레벨별 RSRP 측정 기반의 PRACH 리소스들을 선택하는 기준은 rsrp-ThresholdsPrachInfoList.

- 서빙 셀에서 지원된 확장 커버리지 레벨 별 최대 프리앰블 전송 시도 회수는 maxNumPreambleAttemptCE.

- 서빙셀에서 지원된 각 확장 커버리지 레벨에 대한 시도별 프리앰블 전송에 필요한 반복회수는 numRepetitionPerPreambleAttempt.

- 랜덤 액세스 절차를 수행하는 서빙 셀의 구성 UE 전송 파워는 P_CMAX,c [10].

- RA 응답 윈도우 크기 ra-ResponseWindowSize 및 서빙 셀에서 지원된 확장 커버리지 셀별 경쟁 해결 타이머 mac-ContentionResolutionTimer(SpCell 만)

- 파워 램핑 팩터(power-ramping factor) powerRampingStep.

- 최대 프리앰블 전송 수 preambleTransMax-CE.

- 초기 프리앰블 파워 preambleInitialReceivedTargetPower.

- 오프셋 DELTA_PREAMBLE 기반의 프리앰블 포맷(종속절 7.6 참조). NB-IoT의 경우, DELTA_PREAMBLE 은 0으로 설정된다.

랜덤 액세스 절차는 다음과 같이 수행될 것이다:

- Msg3 버퍼를 플러시;

- PREAMBLE_TRANSMISSION_COUNTER를 1로 설정;

- UE가 NB-IoT UE, BL UE 또는 확장 커버리지 내 UE라면:

- PREAMBLE_TRANSMISSION_COUNTER를 1로 설정;

- 시작 확장 커버리지 레벨, 또는 NB-IoT의 경우, NPRACH 반복의 시작 번호가 램덤 액세스 절차를 시작했던 PDCCH 명령에 표시되었거나, 혹은 시작 확장 커버리지 레벨이 상위 계층에 의해 제공되었다면:

● - MAC 개체는 측정된 RSRP와 관계없이 그 자신이 그 확장 커버리지 레벨에 있다고 간주한다;

- 아니면;

● - 확장 커버리지 레벨 3의 RSRP 임계치가 rsrp-ThresholdsPrachInfoList 에서 상위 계층들에 의해 구성되고, 측정된 RSRP가 확장 커버리지 레벨 3의 RSRP 임계치보다 작으며, UE가 확장 커버리지 레벨 3일 수 있다면:

- MAC 개체는 확장 커버리지 레벨 3에 있다고 간주한다;

● - 아니면, 확장 커버리지 레벨 2의 RSRP 임계치가 rsrp-ThresholdsPrachInfoList 에서 상위 계층에 의해 구성되고, 측정된 RSRP가 확장 커버리지 레벨 2의 RSRP 임계치보다 작으며, UE가 확장 커버리지 레벨 2일 수 있다면:

- MAC 개체는 확장 커버리지 레벨 2에 있다고 간주한다;

● - 아니면, 측정된 RSRP가 rsrp-ThresholdsPrachInfoList 에서 상위 계층에 의해 구성된 확장 커버리지 1의 RSRP 임계치보다 작다면:

- MAC 개체는 확장 커버리지 레벨 1에 있다고 간주한다.

● - 아니면;

- MAC 개체는 확장 커버리지 레벨 0에 있다고 간주한다.

- 백오프(backoff) 파라미터값을 0ms로 설정;

- RN의 경우, 임의의 RN 서브프레임 구성을 일시 중지한다;

- 랜덤 액세스 리소스의 선택을 진행한다(종속절 5.1.2 참조).

● 주: MAC 엔터티에서 임의의 시간에 계속 진행중인 랜덤 액세스 절차는 하나뿐이다. MAC 엔터티가 새로운 랜덤 액세스 절차에 대한 요청을 받았고, 다른 랜덤 액세스 절차가 MAC 엔터티에서 이미 진행중이라면, 진행중인 절차를 계속할 것인지, 새로운 절차를 시작할 것인지는 UE의 구현에 달렸다.

● 주: NB-IoT UE 는 앵커 반송파에서 RSRP를 측정한다.

5.1.2 랜덤 액세스 리소스 선택

랜덤 액세스 리소스 선택은 다음과 같이 수행될 것이다:

- BL UE들 또는 확장 커버리지 내의 UE들의 경우, 선택된 확장 커버리지 레벨에 대응한 PRACH 리소스 세트를 선택.

- NB-IoT를 제외하면, ra-PreambleIndex(랜덤 액세스 프리앰블) 및 ra-PRACH-MaskIndex(PRACH 마스크 인덱스) 는 명시적으로 시그널링되었고 ra-PreambleIndex 는 000000가 아니다:

- 랜덤 액세스 프리앰블 및 PRACH 마스크 인덱스는 명시적으로 시그널링되는 것들이다;

- 아니면, NB-IoT의 경우, ra-PreambleIndex(랜덤 액세스 프리앰블) 및 PRACH 리소스가 명시적으로 시그널링되었다면:

- PRACH 리소스는 명시적으로 시그널링된 것이다;

- 시그널링된 ra-PreambleIndex 가 000000가 아니라면:

● - 랜덤 액세스 프리앰블은 nprach-SubcarrierOffset + nprach-NumCBRA-StartSubcarriers +(ra-PreambleIndex modulo(nprach-NumSubcarriers - nprach-NumCBRA-StartSubcarriers))로 설정되고, 여기서 nprach-SubcarrierOffset, nprach-NumCBRA-StartSubcarriers 및 nprach-NumSubcarriers 는 현재 사용되는 PRACH 리소스 내 파라미터들이다.

- 아니면:

● - PRACH 리소스 및 멀티 톤 Msg3 전송의 지원에 따라 랜덤 액세스 프리앰블 그룹을 선택한다. 멀티톤 Msg3 랜덤 액세스 프리앰블 그룹이 없다면, 멀티톤 Msg3를 지원하는 UE는 단일 톤 Msg3 랜덤 액세스 프리앰블 그룹만 선택할 것이다.

● - 선택된 그룹내에서 랜덤 액세스 프리앰블을 랜덤하게 선택한다.

- 아니면, 랜덤 액세스 프리앰블이 MAC 개체에 의해 다음과 같이 선택될 것이다:

- BL UE들 또는 확장 커버리지 내의 UE들의 경우, 랜덤 액세스 그룹 B가 존재하지 않으면, 선택된 확장 커버리지 레벨에 대응하는 랜덤 액세스 프리앰블 그룹을 선택한다.

- NB-IoT의 경우, 구성된 확률 분포에 따라 선택된 확장 커버리지 레벨에 해당하는 PRACH 리소스들 중 하나를 랜덤하게 선택하고, PRACH 리소스 및 멀티톤 Msg3 전송 지원에 대응하는 랜덤 액세스 프리앰블 그룹을 선택한다. 멀티톤 Msg3 랜덤 액세스 프리앰블 그룹이 없다면, 멀티톤 Msg3를 지원하는 UE는 단일 톤 Msg3 랜덤 액세스 프리앰블 그룹만 선택할 것이다.

- 프리앰블 그룹 B가 존재하지 않는 경우, BL UE들 또는 확장 커버리지 내의 UE들를 제외하고, 또는 Msg3가 아직 전송되지 않았다면, NB-IoT UE들을 제외하고, MAC 개체는:

● - 랜덤 액세스 프리앰블 그룹 B가 존재하고, 다음 중 어느 것이 일어난다면:

- 잠재적 메시지 크기(전송용으로 사용가능한 UL 데이터+MAC 헤더 및 필요한 경우, MAC 제어 요소들)은 messageSizeGroupA 보다 크고, 경로 손실은(랜덤 액세스 절차를 수행하는 서빙 셀의) P_CMAX,c-preambleInitialReceivedTargetPower - deltaPreambleMsg3 - messagePowerOffsetGroupB 보다 적다;

- 랜덤 액세스 절차가 CCCH 논리 채널에 대해 시작되었고, CCCH SDU 크기+MAC 헤더가 than messageSizeGroupA 보다 크다;

- 랜덤 액세스 프리앰블 그룹 B를 선택한다;

● - 아니면:

- 랜덤 액세스 프리앰블 그룹 A를 선택한다

- 아니면, Msg3가 재전송되고 있다면, MAC 개체는:

● - Msg3의 첫번째 전송에 해당하는 프리앰블 전송 시도에 사용되었던 것과 동일한 랜덤 액세스 프리앰블 그룹을 선택한다.

- 선택된 그룹내에서 랜덤 액세스 프리앰블을 랜덤하게 선택한다. 랜덤 기능은 허용된 선택들 각각이 동일한 확률로 선택될 수 있게 할 것이다;

- NB-IoT를 제외하고, PRACH 마스크 인덱스를 0으로 설정할 것이다.

- prach-ConfigIndex(NB-IoT 제외), PRACH 마스크 인덱스(NB-IoT 제외, 종속절 7.3 참조), 물리계층 타이밍 요구조건 [2], 및 NB-IoT의 경우, 더 높게 확장된 커버리지 레벨과 관련된 PRACH 리소스들에 의해 점유된 서브프레임들에 의해 주어진 제한조건에 의해 허용된 PRACH를 포함한 다음번 사용가능한 서브프레임을 결정(MAC 개체는 다음 번 사용가능한 PRACH 서브프레임 결정시 발생가능한 측정 갭을 고려할 수 있다)

- 측정 모드가 TDD이고 PRACH 마스크 인덱스가 0과 동일하다면:

- ra-PreambleIndex 가 명시적으로 시그널링되었고, 000000가 아니었다면(즉, MAC에 의해 선택되지 않았다면):

● - 결정된 서브프레임에서 사용가능한 PRACH들 중 하나를 동일한 확률로 랜덤하게 선택한다.

- 아니면:

● - 결정된 서브프레임 및 그 다음의 연속된 두 개의 서브프레임에서 사용가능한 PRACH들 중 하나를 동일한 확률로 랜덤하게 선택한다.

- 아니면:

- 있다면, PRACH 마스크 인덱스의 요구조건에 따라 결정된 서브프레임 내에서 PRACH를 결정.

- NB-IoT UE들, BL UE들 또는 확장 커버리지 내의 UE들의 경우, 선택된 확장 커버리지 레벨 및 PRACH에 대응한 ra-ResponseWindowSize 및mac-ContentionResolutionTimer 를 선택한다.

- 랜덤 액세스 프리앰블의 전송을 진행한다(종속절 5.1.3 참조).

5.1.3 랜덤 액세스 프리앰블 전송

랜덤 액세스 절차는 다음과 같이 수행될 것이다:

- PREAMBLE_RECEIVED_TARGET_POWER를 preambleInitialReceivedTargetPower + DELTA_PREAMBLE +(PREAMBLE_TRANSMISSION_COUNTER - 1) * powerRampingStep로 설정한다;

- UE가 BL UE 또는 확장 커버리지 내 UE라면:

- PREAMBLE_RECEIVED_TARGET_POWER 는:

REAMBLE_RECEIVED_TARGET_POWER - 10 * log10(numRepetitionPerPreambleAttempt)로 설정된다;

- NB-IoT라면:

- 확장 커버리지 레벨 0의 경우, PREAMBLE_RECEIVED_TARGET_POWER는:

REAMBLE_RECEIVED_TARGET_POWER - 10 * log10(numRepetitionPerPreambleAttempt)로 설정된다

- 다른 확장 커버리지 레벨의 경우, PREAMBLE_RECEIVED_TARGET_POWER는 최대 UE 출력 파워에 대응하여 설정된다;

- UE가 NB-IoT UE, BL UE 또는 확장 커버리지 내의 UE라면:

- 선택된 확장 커버리지 레벨에 해당하는 선택된 PRACH, 해당 RA-RNTI, 프리앰블 인덱스 또는 NB-IoT 부반송파 인덱스 및 PREAMBLE_RECEIVED_TARGET_POWER를 사용하여, 선택된 프리앰블에 해당하는 그룹 프리앰블 전송에 필요한 반복 회수(즉, numRepetitionPerPreambleAttempt)와 함께 프리앰블을 전송할 것을 물리계층에게 지시한다

- 아니면:

- 선택된 PRACH, 해당 RA-RB|NTI, 프리앰블 인덱스 및 PREAMBLE_RECEIVED_TARGET_POWER를 사용하여 프리앰블을 전송할 것을 물리계층에게 지시한다.

5.1.4 랜덤 액세스 응답 수신

랜덤 액세스 프리앰블이 전송되었다면, 가능한 측정 갭 발생, 전송용 사이드링크 디스커버리 갭(Sidelink Discovery Gap) 또는 수신용 사이드링크 디스커버리 갭에 상관없이, MAC 개체는 프리앰블 전송[7]의 끝 + 세 개의 서브프레임들을 포함하고 ra-ResponseWindowSize의 길이를 갖는 서브프레임에서 시작한 RA 응답 윈도우에서, 이하에서 정의된 RA-RNTI에 의해 식별된 랜덤 액세스 응답(들)을 위한 SpCell의 PDCCH를 모니터링할 것이다. UE가 BL UE 또는 확장 커버리지 내의 UE라면, RA 응답 윈도우는 마지막 프리앰블 반복의 끝 + 세 개의 서브프레임들을 포함하고 해당 커버리지 레벨에 대해 ra-ResponseWindowSize의 크기를 갖는 서브프레임에서 시작한다. UE가 NB-IoT UE이고, NPRACH 반복 개수가 64개 이상이라면, RA 응답 윈도우는 마지막 프리앰블 반복의 끝 + 41개 서브프레임을 포함하고 해당 커버리지 레벨에서 ra-ResponseWindowSize의 길이를 갖는 서브프레엠에서 시작하고, NPRACH 반복 개수가 64개보다 작다면, RA 응답 윈도우는 마지막 프리앰블 반복의 끝 + 4개 서브프레임을 포함하고 해당 커버리지 레벨에서 ra-ResponseWindowSize의 길이를 갖는 서브프레엠에서 시작한다. 랜덤 액세스 프리앰블이 전송된 PRACH와 연계된 RA-RNTI는 다음과 같이 계산된다:

RA-RNTI= 1 + t_id + 10*f_id

여기서 t_id는 특정 PRACH의 제1서브프레임의 인덱스(0≤t_id <10)이고, f_id는 그 서브프레임 내 특정 PRACH의 인덱스로 NB-IoT UE들, BL UE들 또는 확장 커버리지 내의 UE들을 제외하고 주파수 영역에서 오름 차순이다(0≤f_id< 6). PRACH 리소스가 TDD 반송파상에 있다면, f-ID는

로 설정되고,

는 [7]의 5.7.1절에 정의되어 있다.

BL UE들 및 확장 커버리지 내의 UE들의 경우, 랜덤 액세스 프리앰블이 전송된 PRACH와 연계된 RA-RNTI는 다음과 같이 계산된다:

RA-RNTI=1+t_id　+　10*f_id　+ 60*(SFN_id mod(Wmax/10))

여기서 t_id는 특정 PRACH의 제1서브프레임의 인덱스(0≤t_id <10)이고, f_id는 주파수 영역에서 오름 차순(0≤f_id< 6)인 그 서브프레임 내 특정 PRACH의 인덱스, SFN_id는 그 특정 PRACH의 제1무선 프레임의 인덱스이고, Wmax는 BL UE들 또는 확장 커버리지내의 UE들을 위한 서브프레임들에서 최대 가능한 RAR 윈도우 크기인 400이다. PRACH 리소스가 TDD 반송파상에 있다면, f-id는

로 설정되고,

는 [7]의 5.7.1절에 정의되어 있다.

NB-IoT UE들의 경우, 랜덤 액세스 프리앰블이 전송된 PRACH와 연계된 RA-RNTI는 다음과 같이 계산된다:

RA-RNTI=1 + floor(SFN_id/4) + 256*carrier_id

여기서 SFN_id는 특정 PRACH의 제1무선 프레임 인덱스이고, carrier_id는 특정 PRACH와 연계된 UL 반송파의 인덱스이다. 앵커 반송파의 carrier_id는 0이다.

MAC 개체는 전송된 랜덤 액세스 프리앰블과 매칭되는 랜덤 액세스 프리앰블 식별자들을 포함하는 랜덤 액세스 응답을 성공적으로 수신한 후 랜덤 액세스 응답(들)에 대한 모니터링을 중지할 수 있다.

이 TTI에 대한 하향링크 할당이 RA-RNTI에 대한 PDCCH에서 수신되었고, 수신된 TB가 성공적으로 복화화된다면, MAC 개체는 측정 갭, 전송용 사이드링크 발견 갭, 또는 수신용 사이드링크 발견 갭의 발생가능성과 무관할 것이다:

- 랜덤 액세스 응답이 백오프 표시자 서브헤더를 포함한다면,

● - 표 7.2-2의 값이 사용된 NB-IoT를 제외하고, 백오프 표시자 서브헤더 및 표 7.2-1의 BI 필드에 표시된 대로 백오프 파라미터값을 설정한다.

- 아니면, 백오프 파라미터값을 0ms로 설정.

- 랜덤 액세스 응답이 전송된 랜덤 액세스 프리앰블에 해당하는 랜덤 액세스 프리앰블 식별자를 포함한다면(종속절 5.1.3. 참조), MAC 개체는:

● - 이 랜덤 액세스 응답 수신이 성공했다고 간주하고, 랜덤 액세스 프리앰블이 전송되었던 서빙셀에 대한 후속 대응을 취하고:

- 수신된 시간동기(Timing Advance) 명령을 처리하며(종속절 5.2 참조);

- preambleInitialReceivedTargetPower 및 최신 프리앰블 전송에 적용된 파워 램핑의 양을 하위 계층에 표시할 것이다(즉,(PREAMBLE_TRANSMISSION_COUNTER - 1) * powerRampingStep);

- SCell이 ul-Configuration-r14로 구성되었다면, 수신된 UL 그랜트를 무시하고, 그렇지 않다면 수신된 UL 그랜트 값을 처리하고 이를 하위 계층에 표시한다;

● - ra-PreambleIndex 가 명시적으로 시그널링되었고, 000000가 아니라면(즉, MAC에 의해 선택되지 않았다면):

- 랜덤 액세스 절차가 성공적으로 완료된 것으로 간주한다.

- UE가 NB-IoT UE라면:

- pDCCH 전송에 포함된 UL 그랜트는 구성된 반송파에 대해서만 유효하다.

● - 아니면, 랜덤 액세스 프리앰블이 MAC 개체에 의해 다음과 같이 선택되었다면:

- 늦어도 랜덤 액세스 응답 메시지에서 제공된 UL 그랜트에 해당하는 제1전송 시간까지는 일시적인 C-RNTI를 랜덤 액세스 응답 메시지에서 수신된 값으로 설정한다;

- 이것이 이 랜덤 액세스 절차 내에서 제일 먼저 성공적으로 수신된 랜덤 액세스 응답이라면:

- CCCH 논리 채널에 대해서 전송이 이뤄지지 않고 있다면, 후속 상향링크 전송에서 다중화 및 어셈블리 개체에 C-RNTI MAC 제어요소를 포함하도록 표시하고;

- "다중화 및 어셈블리" 개체에서 전송하고 이를 Msg3 버퍼에 저장하도록 MAC PDU를 획득한다.

● 주: 예를 들어, 경쟁 해결을 위해 상향링크 전송이 필요한 경우, eNB는 랜덤 액세스 응답에서 56비트(또는 NB-IoT의 경우 88비트)보다 작은 그랜트를 제공해서는 안된다.

● 주: 랜덤 액세스 절차내에서 동일 그룹의 랜덤 액세스 프리앰블들에 대해 랜덤 액세스 응답에서 제공된 상향링크 그랜트가 랜덤 액세스 절차 동안 할당된 제1상향링크 그랜트와 다른 크기를 갖는다면, UE의 거동은 정의되지 않는다.

랜덤 액세스 응답, 또는 모드 B 동작을 위한 BL UE들 또는 확장 커버리지 내 UE들의 경우, PDCCH 스케줄링 랜덤 액세스 응답이 RA 응답 윈도우 내에서 수신되지 않는다면, 또는 모든 수신된 랜덤 액세스 응답이 전송된 랜덤 액세스 프리앰블에 대응하는 랜덤 액세스 프리앰블 식별자를 포함하는 것이 아니라면, 랜덤 액세스 응답 수신은 성공하지 않은 것으로 간주되고, MAC 개체는:

- 파워 램핑 일시중지에 대한 통지를 아직 하위계층으로부터 수신하지 않았다면:

- PREAMBLE_TRANSMISSION_COUNTER를 1씩 증가시킬 것이다;

- UE가 NB-IoT UE, BL UE 또는 확장 커버리지 내의 UE라면:

- PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax-CE + 1라면:

● - 랜덤 액세스 프리앰블이 SpCell에서 전송된다면:

- 랜덤 액세스 문제를 상위 계층에 표시할 것이다;

- NB-IoT라면:

- 랜덤 액세스 절차가 성공적으로 완료되지 않은 것으로 간주할 것이다;

- 아니면:

- PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1라면:

● - 랜덤 액세스 프리앰블이 SpCell에서 전송된다면:

- 랜덤 액세스 문제를 상위 계층에 표시할 것이다;

● - 랜덤 액세스 프리앰블이 SpCell에서 전송된다면:

- 랜덤 액세스 절차가 성공적으로 완료되지 않은 것으로 간주할 것이다.

- 이 랜덤 액세스 절차에서, 랜덤 액세스 프리앰블은 MAC에 의해 선택되었다면:

- 백오프 파라미터를 기반으로, 0과 백오프 파라미터 값 사이의 일정한 분포에 따라 랜덤 백오프 시간을 선택할 것이다;

- 후속 랜덤 액세스 전송을 백오프 시간만큼 지연시킬 것이다;

- 아니면, 랜덤 액세스 프리앰블이 전송되었던 SCell이 ul-Configuration-r14로 구성된다면:

- 랜덤 액세스 절차가 동일한 ra-PreambleIndex 및 ra-PRACH-MaskIndex 와 함께 PDCCH 명령에 의해 시작될 때까지 후속 랜덤 액세스 전송을 지연시킬 것이다;

- UE가 NB-IoT UE, BL UE 또는 확장 커버리지 내의 UE라면:

- PREAMBLE_TRANSMISSION_COUNTER를 1씩 증가시킬 것이다;

- 해당 확장 커버리지 레벨 +1에 대해 PREAMBLE_TRANSMISSION_COUNTER_CE = maxNumPreambleAttemptCE 라면:

● - PREAMBLE_TRANSMISSION_COUNTER_CE를 리셋할 것이다;

● - 서빙 셀과 UE가 지원한다면, 그 다음 확장 커버리지 레벨 에 있는 것으로 간주하고, 그렇지 않으면 현재 확장 커버리지 레벨에 그대로 남아있을 것이다;

● - UE가 NB-IoT UE라면:

- 랜덤 액세스 절차가 PDCCH 명령에 의해 시작되었다면:

- 반송파 인덱스가 ((PDCCH 명령으로부터의 Carrier Index ) 모듈로(선택된 확장 커버리지 내 PRACH 리소소들의 개수))와 동일한 선택된 확장 커버리지 레벨에 대해 PRACH 리소스를 제공하는 UL 반송파들의 리스트에서 PRACH 리소스를 선택할 것이다;

- 선택된 PRACH 리소스가 명시적으로 시그널링된 것으로 간주할 것이다;

- 랜덤 액세스 리소스의 선택을 진행할 것이다(종속절 5.1.2 참조).

5.1.5 경쟁 해결

경쟁 해결은 SpCell의 PDCCH상의 C-RNTI 또는 DL-SCH 상의 UE 경쟁 해결 아이덴티티(identity)를 기반으로 한다.

Msg3가 전송되면, MAC 개체는:

- BL UE, 확장 커버리지 내의 UE, 또는 NB-IoT UE를 제외하고, 각 HARQ 재전송에서 mac-ContentionResolutionTimer 를 시작하고 mac-ContentionResolutionTimer를 재시작할 것이다;

- BL UE, 확장 커버리지 내의 UE, 또는 NB-IoT UE의 경우, 해당 PUSCH 전송의 최종 반복을 포함하는 서브프레임에서 각 HARQ 전송 번들에서 mac-ContentionResolutionTimer 를 시작하고 mac-ContentionResolutionTimer를 재시작할 것이다;

- 측정 갭, 또는 수신용 사이드링크 복구 갭의 발생 가능성과 무관하게, mac-ContentionResolutionTimer가 종료될 때까지 또는 중지될 때까지 PDCCH를 모니터링할 것이다;

- PDCCH 전송의 수신에 대한 통지가 하위계층으로부터 수신되면, MAC 개체는:

- C-RNTI MAC 제어 요소가 Msg3에 포함되었다면:

● - 랜덤 액세스 절차가 MAC 서브계층 자체에 의해 또는 RRC 서브계층에 의해 시작되었고, PDCCH 전송이 C-RNTI를 목적지로 하고 새로운 전송에 대한 UL 그랜트를 포함한다면; 또는

● - 랜덤 액세스 절차가 PDCCH 명령에 의해 시작되었거나 PDCCH 전송이 C-RNTI를 목적지로 한다면:

- 이 경쟁 해결은 성공했다고 간주하고;

- mac-ContentionResolutionTimer를 중단하며;

- 일시적인 C-RNTI를 폐기할 것이다;

- UE가 NB-IoT UE라면:

- PDCCH 전송에 포함된 UL 그랜트 또는 DL 할당은 구성된 반송파에 대해서만 유효하다.

- 이 랜덤 액세스 절차가 성공적으로 완료된 것으로 간주할 것이다.

- 아니면, CCCH SDU가 Msg3에 포함되었고, PDCCH 전송이 일시적인 C-RNTI를 목적지로 한다면

● - MAC PDU가 성공적으로 복호화된다면:

- mac-ContentionResolutionTimer를 중단하고;

- MAC PDU가 UE 경쟁 해결 아이덴티티 MAC 제어요소를 포함한다면; 그리고

- MAC 제어요소에 포함된 UE 경쟁 해결 아이덴티티가 Msg3에서 전송된 CCCH SDU의 처음 48비트들과 일치한다면:

- 이 경쟁해결이 성공한 것으로 간주하고 MAC PDU의 디셈블리 및 복조를 종료할 것이다;

- C-RNTI를 일시적인 C-RNTI의 값으로 설정하고;

- 일시적인 C-RNTI를 폐기하며;

- 아니면,

- 일시적인 C-RNTI를 폐기하며;

- 이 경쟁해결이 성공하지 않았다고 간주하고, 성공적으로 복호화된 MAC PDU를 폐기할 것이다.

- mac-ContentionResolutionTimer가 종료되면;

- 일시적인 C-RNTI를 폐기하며;

- 이 경쟁 해결은 성공하지 않은 것으로 간주할 것이다.

- 경쟁 해결이 성공하지 않았다고 간주되면, MAC 개체는:

- Msg3버퍼에서 MAC PDU의 전송에 사용된 HARQ 버퍼를 플러시하고;

- 파워 램핑 일시중지에 대한 통지를 하위계층으로부터 아직 수신하지 않았다면:

● - PREAMBLE_TRANSMISSION_COUNTER를 1씩 증가시킬 것이다;

- UE가 NB-IoT UE, BL UE 또는 확장 커버리지 내의 UE라면:

● - PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax-CE + 1라면:

- 랜덤 액세스 문제를 상위 계층에 표시할 것이다.

- NB-IoT라면:

- 아니면:

● - PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1라면:

- 랜덤 액세스 문제를 상위 계층에 표시할 것이다.

- 백오프 파라미터를 기반으로, 0과 백오프 파라미터 값 사이의 일정한 분포에 따라 랜덤 백오프 시간을 선택하고;

- 후속 랜덤 액세스 전송을 백오프 시간만큼 지연시키며;

5.1.6 랜덤 액세스 절차의 완결

랜덤 액세스 절차 완료에서, MAC 개체는:

- 존재한다면 명시적으로 시그널링된 ra-PreambleIndex 및 ra-PRACH-MaskIndex를 폐기할 것이고;

- Msg3버퍼에서 MAC PDU의 전송에 사용된 HARQ 버퍼를.플러시할 것이다.

또한 존재한다면, RN은 일시중단된 RN 서브프레임 구성을 재개할 것이다.

[…]

5.4.4. 스케줄링 요청

스케줄링 요청(SR)은 UL SCH 리소스들에게 신규 전송을 요청하는 데에 사용된다.

SR이 트리거링된 경우, 취소될 때까지 보류중(pending)인 것으로 간주될 것이다. MAC PDU가 어셈블링되고 이 PDU가 BSR을 트리거링한 마지막 이벤트까지(및 마지막 이벤트 포함)의 버퍼 상태를 포함하는 BSR을 포함하는 경우(종속절 5.4.5절 참조), 또는 모든 보류중인 SR(들)이 사이드링크 BSR에 의해 트리거링된다면, MAC PDU가 어셈블링되고 이 PDU가 사이드링크 BSR을 트리거링했던 마지막 이벤트까지 (및 마지막 이벤트 포함) 버퍼 상태를 포함하는 사이드링크 BSR을 포함하는 경우(종속적 5.14.1.4 참조), 또는 모든 보류중인 SR(들)이 사이드링크 BSR에 의해 트리거링된다면, 상위계층들이 차제적인 리소스 선택을 구성하거나 UL 그랜트(들)이 전송에 사용가능한 모든 보류중인 데이터를 수용할 수 있는 경우, 모든 보류중인 SR(들)이 취소되고, sr-ProhibitTimer는 중단될 것이다.

SR이 트리거링되고, 다른 보류중인 SR이 없다면, MAC 개체는 SR_COUNTER를 0으로 설정할 것이다.

하나의 SR이 보류중인 한, MAC 개체는 각 TTI별로:

- 이 TTI에서 UL SCH 리소스들이 전송에 사용가능하지 않다면:

- MAC 개체가 임의의 TTI에서 구성된 SR에 대해 유효한 PUCCH 리소스를 갖지 않고, MCG MAC 개체에 대한 rach-Skip 또는 SCG MAC 개체에 대한 rach-SkipSCG 이 구성되지 않는다면: SpCell 상에서 랜덤 액세스 절차를 시작하고(종속절 5.1 참조) 모든 보류중인 SR들을 취소할 것이다;

- 아니면, MAC 개체가 이 TTI를 위해 구성된 SR에 대해 적어도 하나의 유효한 PUCCH 리소스를 갖고, 이 TTI가 측정 갭 또는 전송용 사이드링크 복구 갭의 일부가 아니라면, 또한 sr-ProhibitTimer가 실행중이 아니라면:

● - SR_COUNTER < dsr-TransMax라면;

- SR_COUNTER를 1씩 증가시키고;

- 물리계층에게 SR용 유효한 PUCCH 리소스에 대해 SR을 시그널링하도록 지시하며;

- sr-ProhibitTimer를 시작할 것이다.

● - 아니면:

- 모든 서빙 셀에 대해 PUCCH를 릴리즈하도록 RRC를 통지하고;

- 모든 서빙 셀에 대해 SRS를 릴리즈하도록 RRC를 통지하며;

- 임의의 구성 하향링크 할당 및 상향링크 그랜트들을 클리어(clear)하고;

- SpCell에서 랜덤 액세스 절차를 시작하고(종속절 5.1 참조) 모든 보류중인 SR들을 취소할 것이다.

● 주: 하나의 TTI에서 언제 MAC 개체가 하나 이상의 유효한 SR용 PUCCH 리소스를 갖는가에 대해 어느 SR용 유효한 PUCCH 리소스가 SR을 시그널링하는가에 대한 선택은 UE의 구현문제로 남겨진다.

● 주: SR_COUNTER 는 각 SR 번들별로 증가한다. sr-ProhibitTimer 는 SR번들의 제1TTI에서 시작된다.

3GPP TR 38.802는 빔 실패와 빔 관리를 다음과 같이 기술하고 있다:

6.1.6.1 빔 관리

NR에서 빔 관리는 다음과 같이 정의된다:

- 빔 관리: DL 및 UL 전송/수신에 사용될 수 있는 TRP(들) 및/또는 UE 빔들 세트를 획득 및 유지하기 위한 L1/L2 절차 세트로 적어도 다음의 측면을 포함한다:

- 빔 결정: TRP(들) 또는 UE가 그 자신의 Tx/Rx 빔(들) 을 선택.

- 빔 측정: TRP(들) 또는 UE가 수신된 빔 포밍된 신호들의 특성을 측정

- 빔 보고: UE가 빔 측정에 기반한 빔포밍된 신호(들)의 특성/품질에 대한 정보를 보고

- 빔 스위핑: 미리 결정된 방식으로 시간 간격동안 전송 및/또는 수신된 빔들로 공간 영역을 커버하는 동작

[…]

NR은 UE가 매커니즘을 트리거하여 빔 실패(beam failure)를 복구할 수 있음을 지원한다. 빔 실패 이벤트는 연관 제어채널의 빔페어링크(들)(beam pair link(s))가 충분히 낮게 떨어졌을 때(예를 들어, 임계치와의 비교, 연관 타이머의 타임 아웃) 일어난다. 빔 실패에서 복구할 매커니즘은 빔 실패가 일어났을 때 트리거링된다. 여기서 빔 페어 링크는 편의를 위해 사용되고, 규격에서는 사용되거나 사용되지 않을 수 있음을 주의. 네트워크는 명시적으로 UE를 복구할 목적의 신호들의 UL 전송용 리소스들로 구성한다. 리소스들은 기지국이 모든 또는 일부 방향으로부터 듣고(listen) 있는 곳, 예를 들어 랜덤 액세스 지역에서 구성된다. 빔 실패를 보고하는 UL 전송/리소스들은 PRACH(PRSCH 리소스들과 직교하는 리소스들)와 동일한 시간 인스턴스 또는 PRACH와 다른(UE에 대해 구성가능한) 시간 인스턴스에 위치할 수 있다. DL신호의 전송은 UE가 새로운 잠재적인 빔을 식별하기위해 빔들을 모니터링하도록 지원된다.

NR에서, 빔 복구 요청은 RAN1에서 논의된다. 빔 복구 요청과 관련한 다음의 합의들을 포함하는 RAN1#89 의장 메모, RAN1#adhoc2 의장 메모, and RAN1#90 의장 메모:

합의들:

● 다음의 RACH 설계에 대한 새로운 사용 경우들,

- 빔 복구 요청들

- 온 디멘드(on demand) SI 요청들

● 다음의 측면들을 연구한다:

- 상술한 새로운 사용 경우들을 만족시키기 위한 요구조건들

- 용량에 대한 영향

- 추가 프리앰블 포맷(들)이 필요한지 여부

- RACH 절차에 대한 영향

작업 가정:

● 빔 실패 복구 요청 전송을 위한 최소한 다음의 트리거링 조건(들)을 지원한다:

- 조건 1: 최소한 CSI-RS만이 신규 후보 빔 식별에 사용되는 경우에 빔 실패가 검출되고 후보 빔이 식별된 경우

- FFS 조건 2: 빔 실패는 적어도 가역성(reciprocity)이 없는 경우에 만 검출된다

● 후보 빔을 알지 못한 채 어떻게 복구 요청이 전송되는지는 FFS

주: 두 조건이 지원된다면, UE가 어느 트리거링 조건을 사용할 것인지는 gNB 구성 및 UE 능력에 달렸다.

합의들:

● 빔 실패 복구 요청 전송을 위한 다음의 채널(들)을 지원한다:

- 최소한 FDM의 경우에, 다른 PRACH 전송들의 리소스들과 직교하는 리소스를 사용하는, PRACH에 기반한 비경쟁(non-contention) 기반 채널

● 다른 PRACH 리소스들과 직교성을 달성하는 다른 방식들, 예를 들어, CDM/TDM는 FFS

● 다른 목적을 위한 PRACH의 시퀀스 및/또는 포맷들과는 다른 시퀀스 및/또는 포맷을 갖는지 여부는 FFS

● 주: 이는 빔 실패 복구 요청 전송을 위한 PRACH 설계 최적화 시도를 다른 안건 항목과 분리(prevent)하지 않는다.

● FFS: 이 PRACH 리소스상의 재전송 거동은 정기적인 PRACH 절차와 유사하다.

- 빔 실패 복구 요청 전송 사용을 위한 PUCCH 사용 지원

● PUCCH가 빔 스위핑을 허용하는지 여부는 FFS

● 주: 이는 PUCCH 설계에 영향을 줄 수 있거나 줄 수 없다

- 무경쟁(contention-free) 빔 실패 복구 리소스들에 대한 보충으로서 경쟁기반 PRACH 리소스들은 FFS

● 전통적인 RACH 리소스 풀로부터

● 4단계 RACH 절차가 사용된다

● 주: 예를 들어, 신규 후보 빔이 무경쟁 PRACH 같은 전송을 위한 리소스들을 갖지 않는다면, 경쟁 기반 PRACH 리소스들이 사용된다.

- UE가 이들 중 하나 또는 둘 다를 사용하도록 반정적으로(semi-statically) 구성되었는지 여부, UE가 둘 다로 구성되었다면, UE가 채널(들) 중 하나를 동적으로 선택하도록 지원하는지 여부는 FFS

합의들:

● 빔 실패 복구 요청을 위한 gNB 응답을 수신하기 위해, UE는 해당 PDCCH DM-RS가 UE가 식별한 후보 빔(들)의 RS와 공간적으로 QCL되었다는 가정 하에 NR-PDCCH를 모니터링한다.

- 후보 빔(들)이 미리 구성된 세트에서 식별되는지 여부는 FFS

- 시간 윈도우가 지원되는 동안 빔 실패 복구 요청에 대한 gNB의 응답 검출

● 시간 윈도우가 구성되거나 미리 결정되는지는 FFS

● 시간 윈도우 이내에서 모니터링하는 경우들의 수는 FFS

● 시간 윈도우의 크기/위치는 FFS

● 윈도우 이내에서 응답이 검출되지 않으면, UE는 요청 재전송을 수행할 수 있다

● 상세내용은 FFS

- 일정 회수의 전송(들) 후 검출되지 않으면, UE는 상위 계층 개체들에게 통지한다

● 전송(들) 회수 또는 타이머와 결합할 것인지, 타이머로 단독으로 결정하는 것인지는 FFS

합의들:

● RAN1은 일정 회수의 빔 실패 복구 요청 전송들이 네트워크가 일부 파라미터들을 사용하여 구성가능한 것에 대해 동의한다

■ 네트워크에 의해 사용된 파라미터들은:

○ 전송 회수

○ 타이머에 기반하여 단독(Solely based on timer)

○ 상술한 것들의 결합

● FFS: 빔 실패 복구 절차는 RLF 이벤트의 영향을 받는지

합의들:

● NR은 경쟁 기반 랜덤 액세스의 Msg3를 통한 SS 블록 인덱스, 예를 들어, 가장 강한 SS 블록 인덱스의 보고를 연구한다

● NR은 무경쟁 랜덤 액세스 절차의 Msg1을 통한 다수의 SS 블록 인덱스들의 보고를 연구한다

● 예를 들어, 네트워크는 다수의 RACH 전송 시간들 및 RACH 프리앰블들을 UE에 할당할 수 있다 UE는 RACH 전송 시간을 선택하여 하나의 SS 블록 인덱스를, RACH 프리앰블을 선택하여 암묵적으로 다른 SS 블록 인덱스를 전달할 수 있다

합의들:

● RRC 연결이 수립되는 동안 또는 그 후 UE가 명시적으로 대역폭 부분(들)(bandwidth part(s))로 구성될 때까지 UE에게 유효한 초기 활성 DL/UL 대역폭 부분 페어(pair)가 있다.

- 초기 활성 DL/UL 대역폭 부분은 주어진 주파수 대역에서 UE의 최소 대역폭 이내로 국한된다

- FFS: 초기 활성 DL/UL 대역폭 부분의 세부내용은 초기 액세스 안건에서 논의되고 있다

● 최소한 (FFS: 스케줄링) DCI에서 명시적으로 표시하여 DL/UL 대역폭 부분의 활성화/비활성화를 지원한다

- FFS: 또한 MAC CE 기반 접근이 지원된다

● UE가 활성 DL 대역폭 부분을 디폴트 DL 대역폭 부분으로 전환하도록 타이머를 사용하여 DL 대역폭 부분의 활성화/비활성화를 지원한다

- 디폴트 DL 대역폭 부분은 위에서 정의된 초기 활성 DL 대역폭 부분일 수 있다.

- FFS: 디폴트 DL 대역폭 부분이 네트워크에 의해 재구성될 수 있다

- FFS: 타이머 기반 해법의 상세한 메커니즘(예를 들어 신규 타이머 도입 또는 DRX 타이머 재사용)

- FFS: 디폴트 DL 대역폭 부분으로 전환하기 위한 다른 조건들

RAN2에서, 빔 복구와 관련된 일부 논의가 RAN2#NR adhoc 2 회의에서 다음과 같이 3GPP R2-1707198에 기술되어 있는 바대로 기고되었다:

---------------------------------------------------------------------

빔 복구

UE 이벤트로 트리거링된 빔 복구에서, UE는 빔 복구 필요를 결정한 경우 일정 조건들로 구성된다. 복구 필요를 검출하는 한가지 잠정적인 방법은(L1에 의해 제공되는) 빔 측정을 사용하는 것이다. L2는 PDCCH 수신에 할당딘 특정 빔들을 모니터링하도록 구성될 수 있다. 그 빔들에 대한 신호 열화 검출은 복구 동작을 트리거링해야 한다. 복구 동작을 위해, UE는 네트워크에게 L1/L2 빔 보고를 통해(사용가능하다면) 새로운 잠재적 빔들을 표시하거나 그러한 빔들이 존재한다면(PDCCH 모니터링을 위해) 네트워크가 대안적인 빔으로 스위칭하도록 요청해야 한다.

빔 복구를 위해, 다음의 신호들/채널들이 사용되었을 수 있다:

무경쟁 신호들/PUCCH/PRACH에 대한 스케줄링 요구

RAN1은 아직 명시적으로 PRACH 구간을 구성하는 스케줄링 요청 신호들을 갖는 것에 대해 동의하지 않았지만, SR이 최소한 PUCCH에서 전달되는 것은 동의했다.

스케줄링 요청, SR, 은 보통 신규 데이터 전송을 위한 UL SCH 리소스들을 요청하기 위해 UE에 의해 사용된다. 빔 관리 측면에서, SR은 PDCCH 수신용 후보 빔들(CSI-RS)을 표시하기 위한 빔 보고(beam report to indicate candidate beams(CSI-RS) for PDCCH reception) 전송을 위한 리소스들을 요청하는데 사용될 수 있다. UE가 빔 복구를 위해 SR 전송을 트리거링할 수 있을 때, 네트워크는 특정 트리거링 조건들을 특정하여 구성할 수 있다. SR은 또한 다른 빔 관리 이벤트들에 사용될 수 있다.

RAN1은 빔 복구 신호가 추가적으로 SR에 사용될 수 있음에 합의했다. 우리의 시점에서, SR과 빔 복구신호는 합동 설계 및 구성을 가져야 한다. SR신호는 복구 요청 및 스케줄링 요청 둘 다를 표시할 수 있다.

SR 신호는 최소한 특정 SS 블록을 표시하도록 구성될 수 있어야 한다: 현재의 링크가 실패했을 때 UE가 (CSI-RS 측정에 기반한) 대안적인 빔들을 검출하면, SR은 해당 SS 블록으로 트리거링될 수 있다.

RACH:

링크가 다른 수단에 의해 복구될 수 없지만(즉, UE가 SR에 특정한 SS 블록과 같은 전용 복구신호로 구성되어있지 않은 경우), UE가 현재 서빙 셀에서 잠재적인 빔들을 검출했을 때, 랜덤 액세스 절차의 사용은 폴 백(fall back) 메커니즘으로 사용될 수 있다. RA 절차에서, UE는 특정(SS 블록)에 해당하는 RACH 리소스에서 msag1을 전송함으로써 새로 선호되는 빔을 표시하여 복구를 표시했을 수 있다. 네트워크는, 예를 들어, msg3에서 UE 아이텐티티에 기반하여 링크 복구를 검출할 수 있다. 또한, UE는, 예를 들어 msg3에서 빔 보고를 전송할 수 있다.

관찰 1:(구성된 경우) SR 신호가 빔 복구에 사용될 수 있다. SR 신호는 특정 SS 블록을 표시한다.

관찰 2: 경쟁 기반 RACH 절차가 폴 백 옵션으로 빔 복구에 사용될 수 있다.

SR 트리거들은 LTE에서 전용 SR 리소스들 및 랜덤 액세스 둘 다를 위해 MAC 규격에 정의되어 있다. 동일한 내용들이 NR에 적용되는 것으로 가정된다. 모든 SR 트리거들을 한 곳에 갖고 있는 것이 유리하고, 따라서 빔 복구 트리거들은 MAC 규격에 정의되어야 한다. 유사하게, 랜덤 액세스에 폴백하기 위한 트리거들도 동일한 곳에 정의되어야 한다.

제안 1: 빔 복구 절차가 SR과 같은 무경쟁(전용) 시그널링 리소스들을 사용하도록 구성되었다면, 트리거는 SR을 위한 다른 트리거들과 함께 MAC 규격에 정의되어야 한다.

제안 2: 빔 복구시 PRACH 리소스들을 사용한다면, 트리거는(SR 트리거들과 함께) MAC에서 정의되어야 한다.

NR용 빔 관리는 RRC가 포함되지 않은 이동성으로 논의된다. 빔 복구는 빔 관리의 일부이다. 따라서 RRC가 포함되지 않는 L1/L2 절차여야 한다, 즉, 빔 복구 절차는 현재 PDCCH 빔이 실패할 경우 새로운 PDCCH 빔을 얻도록 시도해야 한다. 제안 3 및 4를 고려하여 우리는 전체적으로 제안한다:

제안 3: 언제 무경쟁을 사용할 것인지 및 언제 경쟁 기반 복구를 사용할 것인지의 결정은 MAC 계층의 기능이다.

제안 4: 빔 복구는 RRC를 포함하지 않은 L1/L2 절차이다.

제안 5: 빔 복구 트리거링은 네트워크가 구성가능한 이벤트에 기반해야 한다.

NR 단일 셀의 경우에, UE가 셀에서 빔 실패를 검출했다면, UE는 UE와 네트워크(예를 들어, TRP, 기지국 또는 셀)간 빔 페어를 재구축하기 위해 빔 복구 절차를 시작했을 수 있다. 빔 복구 절차는 SR 절차이었을 수 있다. 빔 복구 목적의 SR 절차는 상향링크 제어 채널을 통해 빔 복구 요청을 전송하는 것이다. 그 거동의 세부 내용은 RAN1 합의들을 참조할 수 있다. 빔 복구 절차는 또한 랜덤 액세스 절차이었을 수 있다. 일실시예에서, 빔 복구 목적을 위한 랜덤 액세스 절차는 경쟁 기반 랜덤 액세스이었을 수 있다. 빔 복구 요청은 물리 랜덤 액세스 채널(PRACH) 전송 및/또는 경쟁 기반 랜덤 액세스용 Msg3 전송을 통해 전송되었을 수 있다. 또는, 빔 복구 목적을 위한 랜덤 액세스 절차는 비경쟁 기반 랜덤 액세스이었을 수 있다. 빔 복구 요청은 비경쟁 기반 랜덤 액세스용 PRACH 전송을 통해 전송되었을 수 있다. 도 5는 NR에서 빔 복구 절차에 대한 예시적인 실시예를 도시한 것이다.

NR에서, 대역폭 부분 개념은 셀에서 다수의 뉴모롤로지들(numerologies)을 지원하기 위해 도입되었다. 릴리즈 15에서, UE는 셀에서 다수의 대역폭 부분들을 지원할 것이지만, 한 번에 다중 대역폭 부분들 중 하나만 활성화될 것이다. 대역폭 부분(예를 들어, 상향링크 대역폭 부분 또는 하향링크 대역폭 부분)은 하향링크 제어신호를 통해 활성화 및/또는 비활성화될 것이다. 또한, 대역폭 부분은 RRC 구성(예를 들어, 초기 대역폭 부분) 및/또는 매체접속제어(MAC) 제어요소(CE)를 통해 활성화될 수 있다. 그리고 각 대역폭 부분은 특정 뉴로롤로지와 연계될 것이다. 빔 복구 절차에서, UE는 빔 페어가 성공적으로 복구되었는지 여부를 결정하기 위해 하향링크 제어 채널을 모니터링할 필요가 있을 것이다. 더 상세하게, UE는 후보 빔들에 대한 하향링크 제어 시그널링 모니터링이 필요할 것이다. 대역폭 개념을 기반으로, UE가 상향링크 대역폭 부분에서 빔 복구 요청을 전송한 후, UE는 빔 실패가 일어난 셀의 현재 활성화된 하향링크 대역폭 부분과 연계된 하향링크 제어 채널을 모니터링할 필요가 있을 것이라고 가정할 수 있다. 네트워크와 UE사이의 빔 실패 발생에 대한 이해를 정리하는데는 시간이 걸리기 때문에 일부 하향링크 메시지들 및 일부 하향링크 제어신호들을 UE가 성공적으로 수신하지 못할 수 있다. 대역폭 활성화 명령을 UE가 수신하지 못했다면, UE와 네트워크는 UE의 활성화된 하향링크 대역폭 부분에서 서로 다르게 이해할 것이다.

그 문제에 대한 예가 도 6에 도시되었다. 예에서, 네트워크는 대역폭 부분 활성화 명령을 통해 UE의 활성화된 하향링크 대역폭 부분을 변경하려고 한다. 그러나 빔 실패기 일어났기 때문에, UE는 대역폭 부분 활성화 명령을 분실할 것이다. 그런 경우에, 상향링크 대역폭 부분에서 UE로부터 빔 복구 요청을 받은 네트워크(예를 들어 요청을 위한 SR)는 빔 실패 발생 시간과 UE가 어느 하향링크 대역폭 부분을 모니터링했는지를 정확하게 알기 어렵다. 이 문제를 해결하기 위한 일부 가능한 해법들이 고려될 수 있다.

해법 1: 네트워크 구현 - 한가지 가능한 방식은 네트워크가 임의의 가능한(하향링크) 대역폭 부분들의 제어 채널(들)에서 빔 복구 요청의 응답(들)을 전송하는 것이다. 또한 그 빔 복구 요청에 대한 응답에 따라 UE가 일정 동작들을 수행할 수 있다면 유리할 것이다. 다음에 열거된 하나 이상의 동작들이 포함된 과정이 도움이 될 수 있다.

1. 활성화된(하향링크) 대역폭 부분 변경

2. 데이터 전송 수행(예를 들어, MAC CE, RRC 계층 보고, 또는 MAC 계층 피드백을 통한 MAC 계층 보고)

3. 상향링크 제어 정보 전송 수행(예를 들어, 채널 상태 정보 보고, 피드백)

4. 상향링크 참조신호 전송 수행(예를 들어, 사운딩(sounding) 참조 신호)

이 방식의 단점은 제어어 채널 리소스가 낭비된다는 것이다.

다른 가능한 방식은 타이머 제어에 근거한 대역폭 부분 변경에 의존하는 것이다. 더 상세하게, NR에서 타이머는 활성화된(하향링크) 대역폭 부분의 리셋에 사용될 것이다. 네트워크는 타이머 종료 후 빔 복구 요청에 대해 응답할 수 있다. 이전 방식과 유사하게, 빔 복구 요청에 대한 응답에 따라 UE가 일정 동작들을 수행할 수 있다면 유리할 것이다. 다음에 열거된 하나 이상의 동작들이 포함된 과정이 도움이 될 수 있다.

1. 활성화된(하향링크) 대역폭 부분 변경

해법 2: UE가 직접 활성화된 대역폭 부분을 표시 - 문제는 네트워크가 어느(하향링크) 대역폭 부분이 UE측에서 활성화되었는지를 알지 못한다는 것이기 때문에, 한 가지 해법은 UE가 직접 네트워크에 (하향링크) 대역폭 부분에서 정보를 알리는 것일 수 있다. 더 상세하게, UE는 (하향링크) 대역폭 부분 정보를 네트워크에 빔 복구 요청으로 전송할 수 있다.(하향링크) 대역폭 부분 정보는 명시적인 또는 암시적인 방식으로 반송될 수 있다.

예를 들어, 빔 복구 요청은 대역폭 부분 정보를 표시하는 명시적인 필드를 반송할 수 있다.

다른 예로, UE는 (하향링크) 대역폭 부분 정보를 네트워크에 빔 복구 요청 전송을 통해 도출했을 수 있다. 일실시예에서,(하향링크) 대역폭 부분 정보는 빔 복구 요청 전송이 참조신호(예를 들어, DMRS 또는 상향링크 참조신호)를 통해 도출될 수 있다. 또는,(하향링크) 대역폭 부분 정보는 빔 복구 요청 전송에 사용된(상향링크) 대역폭 부분을 통해 도출될 수 있다. 또는,(하향링크) 대역폭 부분 정보는 빔 복구 요청 전송에 사용된 PRACH 리소스(예를 들어, 시간 영역 및/또는 주파수 영역 및/또는 코드 영역)를 통해 도출될 수 있다. 또는,(하향링크) 대역폭 부분 정보는 UE로부터 데이터 전송을 통해 도출될 수 있다.

일실시예에서, 데이터 전송은 하향링크 제어신호에 의해 동적으로 스케줄링되지 않은 데이터 전송일 수 있다. 예를 들어, 데이터 전송은 경쟁 랜덤 액세스 절차에서 Msg3 전송일 수 있다. 또는, 데이터 전송은 경쟁 랜덤 액세스 절차에서 제1단계 전송일 수 있다. 예를 들어, 데이터 전송은 랜덤 액세스 절차에 기반한 메시지에서 Msg1 전송일 수 있다. 또는, 데이터 전송은 경쟁 랜덤 액세스 절차에서 프리앰블과 페어링된 데이터 통신일 수 있다. 또는 데이터 전송은 빔 복구 요청일 수 있다. 그리고 빔 복구 요청은 다른 셀(예를 들어, UE가 빔 복구 요청을 전송한 셀과는 다른 셀들)에 대한 빔 복구 요청일 수 있다.

일실시예에서, 네트워크는 데이터 전송 내 내용들을 통해 대역폭 부분 정보를 도출한다. 그 내용은 MAC CE 또는 무선 리소스 제어(RRC) 메시지일 수 있다.

도 7은 이 해법에 대한 가능한 예를 보여준다. 예에서, UE는 상향링크 제어 채널에서 빔 복구 요청을 전송할 수 있다. 빔 복구 요청은 스케줄링 요청 또는 여분의 정보를 갖는 특별한 스케줄링 요청으로 전송될 수 있다. 네트워크는 UE로부터 빔 복구 요청을 수신한 후, UE가 빔 실패 복구를 위한 응답을 모니터링하고 있는 대역폭 부분을 정확하게 도출할 수 있다. 또한 네트워크는 UE와 네트워크간 빔 페어 링크를 복구하기 위한 신호를 전송할 수 있다. 신호는 하향링크 제어신호(들), 참조신호(들) 또는 동기화 신호(들)일 수 있다. 신호는 또한 MAC CE 또는 RRC 메시지일 수 있다.

해법 3: 자동 정렬 절차 - 그러한 오정렬을 방지하는 가능한 방식은 네트워크 노드가 빔 실패 조건에서 UE의 활성화된(하향링크) 대역폭 부분을 예측하게 하는 것일 수 있다. 이 개념을 달성하기 위해, 몇가지 가능한 해법이 이하에서 제안된다.

한가지 가능한 방식은 빔 실패가 일어났을 때 UE가 자체적으로 활성화된(하향링크) 대역폭 부분을 특정 (하향링크) 대역폭 부분으로 변경하게 하는 것이다. 그런 방식으로, 네트워크는 어느 (하향링크) 대역폭 부분이 UE로부터의 빔 복구 요청 응답에 사용되어야 하는지를 알 수 있다. 일실시예에서, 특정 대역폭 부분은 디폴트 대역폭 부분, 네트워크에 의해 할당된 특정 대역폭 부분(예를 들어, RRC 구성), 규격에서 미리 정의된 대역폭 부분, PRACH 리소스 할당을 갖는 대역폭 부분, 또는 시스템 정보를 통해 네트워크에 의해 할당된 특정 대역폭 부분일 수 있다.

다른 가능한 방식은 UE가 대역폭 부분 활성화 명령을 수신했을 때 피드백을 전송하게 하는 것일 수 있다. 그런 방식으로, 오정렬 가능성이 감소될 것이다. 일실시예에서, 피드백은 상향링크 제어 정보일 수 있다. 또는 피드백은 MAC CE일 수 있다.

도 8은 이 해법에 대한 가능한 예를 보여준다. 예에서, UE는 기지국으로부터 수신된 명령에 기반하여 활성화된 대역폭 부분을 대역폭 부분 2로 변경할 수 있다. UE가 빔 실패를 검출한 경우, UE는 네트워크로 빔 복구 요청을 전송할 필요가 있을 것이다. 이 문제를 방지하기 위해, UE는 빔 복구 요청 전에 구축된, 연결(associateion)에 기반하여 (하향링크) 대역폭 부분을 변경할 수 있다. 연결은 기지국과 UE가 알고 있다. 또는 UE는 빔 복구 요청의 전송 및 신호 복구를 위한 가능한 수신 기회 사이의 연결을 기반으로 (하향링크) 대역폭 부분을 변경할 수 있다. 더 상세하게, 빔 실패는 대역폭 부분 활성화 또는 대역폭 부분 변경을 트리거링하는 이벤트일 수 있다.

연결은 네트워크와 UE에 의해 공유될 수 있다. 그리고 연결은 규격에 정의되거나 또는 빔 실패 전에 구성될 수 있다. UE는 자체에서 (하향링크) 대역폭을 활성화할 수 있고, (하향링크) 대역폭상의 신호 수신 모니터링을 시작한다.

도 9은 네트워크 노드 관점에서 예시적인 일실시예에 따른 순서도(900)이다. 905단계에서, UE는 제1상향링크 BWP에서 SR을 전송한다. 910단계에서 UE는 제1하향링크 BWP에서 SR에 대한 응답을 수신한다. 915단계에서 UE는 제1상향링크 BWP 및 제1하향링크 BWP 사용시 빔 실패를 검출한다. 920단계에서 UE는 제1상향링크 BWP에서 빔 실패 복구(BFR) 요청을 네트워크 노드로 전송한다. 925단계에서 UE는 BFR 요청 전송 후 네트워크 노드로부터 제2하향링크 BWP에서 제어 시그널링을 수신하고, 여기서 제어 시그널링은 BFR 요청에 대한 응답이고, 제2하향링크 BWP는 제1상향링크 BWP와 연계된다.

일실시예에서, UE는 빔 실패 검출에 응답하여 제1하향링크 BWP에서 제2하향링크 BWP로 활성화된 대역폭 부분을 변경할 수 있다. 또한, UE는 제어 시그널링에 응답하여 빔 실패가 성공적으로 복구되었다고 판단할 수 있다.

일실시예에서, UE는 하향링크 BWP를 변경한 후 BFR을 전송할 수 있다. 그 응답은 BFR 요청 수신에 응답하여 네트워크 노드가 전송했을 수 있다. 빔 실패가 검출되면 제2하향링크 BWP는 활성화되지 않는다(사용되지 않는다). BFR 요청은 PRACH에서 전송될 수 있다.

일실시예에서, 제어 시그널링은 상향링크 그랜트 또는 하향링크 할당일 수 있다. 제2하향링크 BWP와 제1상향링크 BWP간 연결은 빔 실패 검출 전 네트워크 노드에 의해 구성되었을 수 있다. 빔 실패는 제1하향링크 BWP에서 제2하향링크 BWP로 활성화된 대역폭 부분의 변경을 트리거링한다.

도 3 및 4를 다시 참조하면, UE의 일실시예에서, 장치(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 UE가 (i) 제1상향링크 대역폭 부분 BWP에서 SR을 전송, (ii) 제1하향링크 BWP에서 SR에 대한 응답을 수신, (iii) 제1상향링크 BWP 및 제1하향링크 BWP 사용시, 빔 실패를 검출, (iv) 제1상향링크 BWP에서 네트워크 노드로 BFR 요청을 전송, 및 (v) BFR 요청 전송 후, 네트워크 노드로부터 제2하향링크에서 제어 시그널링을 수신할 수 있게 하고, 여기서, 제어 시그널링은 BFR 요청에 대한 응답이고, 제2하향링크 BWP는 제1상향링크 BWP와 연계된다. 또한 CPU(308)는 프로그램 코드(312)를 실행하여 상술한 동작, 단계 또는 여기에서 기술된 다른 것들 모두를 수행할 수 있다.

도 10은 네트워크 노드 관점에서 예시적인 일실시예에 따른 순서도(1000)이다. 1005단계에서, UE는 빔 실패를 검출한다. 1010단계에서, UE는 네트워크로 빔 복구 요청을 전송하고, 빔 복구 요청은 활성화된 대역폭 부분의 정보를 포함한다.

일실시예에서, UE는 빔 복구 요청 전송 후 활성화된 대역폭 부분에서 제어신호를 수신할 수 있다. UE는 또한 제어신호를 수신한 후 복구된 빔 실패를 판단할 수 있다.

도 3 및 4를 다시 참조하면, UE의 일실시예에서, 장치(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 UE가, (i) 빔 실패를 검출, 및 (ii) 네트워크로 빔 복구 요청을 전송할 수 있게 하고, 여기서 빔 복구 요청은 활성화된 대역폭 부분의 정보를 포함한다. 또한 CPU(308)는 프로그램 코드(312)를 수행하여 상술한 모든 동작 및 단계들, 또는 여기에 기술된 다른 것들을 수행할 수 있다.

도 11은 기지국 관점에서 일실시예에 따른 순서도(1100)이다. 1105단계에서, 기지국은 UE로부터 빔 복구 요청을 수신하고, 빔 복구 요청은 활성화된 대역폭 부분의 정보를 포함한다. 1110단계에서, 기지국은 활성화된 대역폭 부분의 정보를 기반으로 UE로 제어신호를 전송한다.

도 3 및 4를 다시 참조하면, 네트워크의 일실시예에서, 장치(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 기지국이 (i) UE로부터 빔 복구 요청을 수신, 여기서 빔 복구 요청은 활성화된 대역폭 부분의 정보를 포함, 및 (ii) 활성화된 대역폭 부분의 정보를 기반으로 제어신호를 UE로 전송한다. 또한 CPU(308)는 프로그램 코드(312)를 실행하여 상술한 동작, 단계 또는 여기에서 기술된 다른 것들 모두를 수행할 수 있다.

도 10 및 11에 도시된 실시예들 및 상술한 콘텍스트에서, 일실시예에서, 빔 복구 요청은 상향링크 제어신호 (예를 들어, 상향링크 제어 정보) 또는 PRACH 전송일 수 있다. 활성화된 대역폭 부분의 정보는 빔 복구 요청에서 사용된 대역폭 부분, 빔 복구 요청 내 필드, 빔 복구 요청 전송에 사용된 리소스의 시간 및/또는 주파수 및/또는 코드의 결합, 또는 빔 복구 요청과 함께 전송된 참조신호일 수 있다. 제어신호는 하향링크 제어정보, 빔 복구 확인 정보, 하향링크 할당 또는 상향링크 그랜트일 수 있다.

일실시예에서 활성화된 대역폭 부분은 하향링크 대역폭 부분, 상향링크 대역폭 부분, 또는 UE가 하향링크 제어 채널을 모니터링하는 대역폭 부분이었을 수 있다. 활성화된 대역폭 부분의 정보는 대역폭 부분의 인덱스일 수 있다.

도 12은 네트워크 노드 관점에서 예시적인 일실시예에 따른 순서도(1200)이다. 1205단계에서, UE는 제1대역폭 부분 사용시 빔 실패를 검출한다. 1210단계에서, UE는 네트워크로 빔 복구 요청을 전송한다. 1215단계에서, UE는 빔 복구 요청 전송 후, 네트워크로부터 제2대역폭 부분에서 제어신호를 수신하고, 여기서 제2대역폭 부분은 제1대역폭 부분과 다르다.

일실시예에서, UE는 빔 실패 검출 후 네트워크로부터 대역폭 부분 활성화 명령을 수신하지 않을 수 있다. UE는 제어신호 수신 후, 수신된 빔 실패가 복구되었다고 판단한다.

일실시예에서, 빔 실패 검출시 제2대역폭 부분이 활성화되지 않을 수 있다. 빔 실패 시, 제1대역폭 부분은 이미 활성화되었을 수 있다. 빔 복구 요청은 상향링크 제어신호(예를 들어, 상향링크 제어 정보) 또는 PRACH 전송일 수 있다. 제어신호는 하향링크 제어 정보, 빔 복구 정보, 하향링크 할당, 또는 상향링크 그랜트일 수 있다.

일실시예에서, 제1대역폭 부분은 제1뉴모롤로지와 연계되었을 수 있고, 제2대역폭 부분은 제2뉴모몰로지와 연계되었을 수 있다. 제1대역폭 부분은 하향링크 대역폭 부분 또는 UE가 제1하향링크 제어 채널을 모니터링하는 대역폭 부분일 수 있다. 제2대역폭 부분은 UE가 제2하향링크 제어 채널을 모니터링하는 대역폭 부분일 수 있다.

일실시예에서, UE는 제1대역폭 부분 및 제2대역폭 부분을 동시에 모니터링할 수 없다. 제1대역폭 부분 및 제2대역폭 부분은 서로 다른 제어채널을 가질 수 있다. 제1대역폭 부분 및 제2대역폭 부분은 동일한 셀에 속했을 수 있다.

도 3 및 4를 다시 참조하면, UE의 일실시예에서, 장치(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 UE가 (i) 제1대역폭 부분 사용시, 빔 실패를 검출, (ii) 네트워크로 빔 복구 요청을 전송, 및 (iii) 빔 복구 요청 전송 후, 네트워크로부터 제2대역폭 부분에서 제어신호를 수신할 수 있게 하고, 여기서 제2대역폭 부분은 제1대역폭 부분과 다르다. 또한 CPU(308)는 프로그램 코드(312)를 수행하여 상술한 모든 동작 및 단계들, 또는 여기에 기술된 다른 것들을 수행할 수 있다.

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

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

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

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

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

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

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

Claims

사용자 단말(UE)용 방법에 있어서,
제1상향링크 대역폭 부분(BWP)에서 스케줄링 요청(SR)을 전송하는 단계;
제1하향링크 BWP에서 SR에 대한 응답을 수신하는 단계;
제1상향링크 BWP 및 제1하향링크 BWP 사용시 빔 실패를 검출하는 단계;
네트워크 노드로 제1상향링크 BWP에서 빔 실패 요청(BFR)을 전송하는 단계; 및
BFR 요청 전송 후 네트워크 노드로부터 제2하향링크 BWP에서 제어 시그널링을 수신하는 단계를 포함하고,
제어 시그널링은 BFR 요청에 대한 응답이고, 제2하향링크 BWP는 제1상향링크 BWP와 연계되는 UE용 방법.
제1항에 있어서,
UE가 빔 실패의 검출에 응답하여 활성화된 대역폭 부분을 제1하향링크 BWP에서 제2하향링크 BWP로 변경하는 단계를 더 포함하는 UE용 방법.
제1항에 있어서,
UE가 제어 시그널링 수신에 응답하여 빔 실패가 성공적으로 복구되었다고 판단하는 단계를 더 포함하는 UE용 방법.
제1항에 있어서,
UE는 하향링크 BWP를 변경한 후 BFR 요청을 전송하는 UE용 방법.
제1항에 있어서,
응답은 BFR 요청의 수신에 응답하여 네트워크 노드에 의해 전송되는 UE용 방법.
제1항에 있어서,
빔 실패가 검출되는 경우, 제2하향링크 BWP가 활성화되지 않는(또는 사용되지 않는) UE용 방법.
제1항에 있어서,
BFR 요청은 물리 랜덤 액세스 채널(PRACH)에서 전송되는 UE용 방법.
제1항에 있어서,
제어 시그널링은 상향링크 그랜트 또는 하향링크 할당인 UE용 방법.
제1항에 있어서,
제2하향링크 BWP 및 제1상향링크 BWP 간 연계는 빔 실패 전 네트워크 노드에 의해 구성되는 UE용 방법.
제1항에 있어서,
빔 실패는 활성화된 대역폭 부분을 제1하향링크 BWP에서 제2하향링크 BWP로 변경하는 것을 트리거링하는 UE용 방법.
사용자 단말(UE)에 있어서,
제어 회로;
제어회로에 설치된 프로세서; 및
제어회로에 설치되고 프로세서와 동작가능하게 결합된 메모리를 포함하고,
프로세서는 메모리에 저장된 프로그램 코드를 실행하여:
제1상향링크 BWP에서 스케줄링 요구(SR)를 전송;
제1하향링크 BWP에서 SR에 대한 응답을 수신;
제1상향링크 BWP 및 제1하향링크 BWP 사용시, 빔 실패를 검출;
제1상향링크 BWP에서 네트워크 노드로 빔 복구 요청 전송; 및
BFR 요청 전송 후, 네트워크 노드로부터 제2하향링크에서 제어 시그널링을 수신하고,
제어 시그널링은 BFR 요청에 대한 응답이고, 제2하향링크 BWP는 제1상향링크 BWP와 연계되는 UE.
제11항에 있어서,
프로세서는 메모리에 저장된 프로그램 코드를 실행하여:
빔 실패 검출에 응답하여 활성화된 대역폭 부분을 제1하향링크 BWP에서 제2하향링크 BWP로 변경하도록 더 구성되는 UE.
제11항에 있어서,
프로세서는 메모리에 저장된 프로그램 코드를 실행하여:
제어 시그널링 수신에 응답하여 빔 실패가 성공적으로 복구되었다고 판단하도록 더 구성되는 UE.
제11항에 있어서,
UE는 하향링크 BWP 변경 후 BFR 요청을 전송하는 UE.
제11항에 있어서,
응답은 BFR 요청 수신에 응답하여 네트워크 노드에 의해 전송되는 UE.
제11항에 있어서,
제2하향링크 BWP는 빔 실패가 검출된 경우 활성화되지 않는(또는 사용되지 않는) UE.
제11항에 있어서,
BFR 요청은 물리 랜덤 액세스 채널(PRACH)에서 전송되는 UE.
제11항에 있어서,
제어 시그널링은 상향링크 그랜트 또는 하향링크 할당인 UE.
제11항에 있어서,
제2하향링크 BWP 및 제1상향링크 BWP 사이의 연결은 빔 실패 검출 전 네트워크 노드에 의해 구성되는 UE.
제11항에 있어서,
빔 실패는 활성화된 대역폭 부분을 제1하향링크 BWP에서 제2하향링크 BWP로 변경하는 것을 트리거링하는 UE.