KR102315460B1

KR102315460B1 - 무선 통신 시스템에 있어서 업링크 버퍼 상태 리포트를 트리거하는 방법 및 장치

Info

Publication number: KR102315460B1
Application number: KR1020200003377A
Authority: KR
Inventors: 아이-젠 첸; 멍-휘 오우
Original assignee: 아서스테크 컴퓨터 인코포레이션
Priority date: 2019-01-25
Filing date: 2020-01-09
Publication date: 2021-10-21
Also published as: CN111491329B; US11711721B2; US20200245186A1; KR20200093443A; CN111491329A

Abstract

제 1 무선 송/수신 유닛(WTRU; wireless transmit/receive unit)의 관점에서 방법 및 장치가 개시된다. 일 방법에서, 방법은 제 1 BSR(buffer status report)을 트리거하며, 제 1 BSR은 수신이 예상되는 데이터의 추정되는 양을 지시한다.

Description

무선 통신 시스템에 있어서 업링크 버퍼 상태 리포트를 트리거하는 방법 및 장치{METHOD AND APPARATUS FOR TRIGGERING UPLINK BUFFER STATUS REPORT IN A WIRELESS COMMUNICATION SYSTEM}

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

본 발명은 무선통신 네트워크에 관한 것으로, 특히 무선통신 시스템에서 상향링크 BSR(Buffer Status Report)를 트리거링하는 방법 및 장치에 관한 것이다.

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

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

방법 및 장치들이 제1WTRU(wireless transmit/receive unit)의 관점에서 개시된다. 한 가지 방법에서, 그 방법은 제1BSR(buffer status report)을 트리거링하는 단계를 포함하고, 제1BSR은 도달이 예상되는 데이터의 추정량을 지시한다.

도 1은 예시적인 일실시예에 따른 무선 통신 시스템에 대한 도면이다.
도 2는 예시적인 일실시예에 따른 (접속 네트워크로도 알려진) 송신기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템에 대한 블록도이다.
도 3은 예시적인 일실시예에 따른 통신 시스템에 대한 기능 블록도이다.
도 4는 예시적인 일실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5은 3GPP RP-182882의 도 1을 재현한 것이다.
도 6은 3GPP 38.874 V0.7.0의 도 6.1.1-1을 재현한 것이다.
도 7은 3GPP TR 38.874 V0.7.0의 도 7.3.1-1을 재현한 것이다.
도 8은 3GPP TR 38.874 V0.7.0의 표 8.2.3-1을 재현한 것이다.
도 9는 3GPP TR 38.874 V0.7.0의 표 8.2.3-2를 재현한 것이다.
도 10은 3GPP TR 38.874 V0.7.0의 도 8.6-1을 재현한 것이다.
도 11은 3GPP TS 38.321 V15.4.0의 도 6.1.3.1-1을 재현한 것이다.
도 12는 3GPP TS 38.321 V15.4.0의 도 6.1.3.1-2를 재현한 것이다.
도 13은 3GPP TS 38.321 V15.4.0의 표 6.1.3.1-1을 재현한 것이다.
도 14A 및 14B는 3GPP TS 38.321의 표 6.1.3.1-2를 재현한 것이다.
도 15는 3GPP TS 38.321 V15.4.0의 표 6.2.1-1을 재현한 것이다.
도 16은 3GPP TS 38.321 V15.4.0의 표 6.2.1-2를 재현한 것이다.
도 17은 예시적인 일실시예에 따른 순서도이다.
도 18은 예시적인 일실시예에 따른 순서도이다.
도 19는 예시적인 일실시예에 따른 순서도이다.

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

특히, 후술될 예시적인 무선 통신 시스템 및 디바이스들은 다음을 포함하는, 3GPP로 언급된 “3rd Generation Partnership Project”로 명명된 컨소시엄이 제안한 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다: TS 38.300 V15.4.0, “NR 및 NG-RAN 전체 설명; 스테이지 2”; TS 38.321 V15.4.0, “매체 접근 제어 (MAC) 프로토콜 규격”; TS 38.331 V15.4.0, “무선 리소스 제어 (RRC) 프로토콜 규격”; TR 38.874 V0.7.0, “통합 액세스 및 백홀(Integrated Access and Backhaul, IAB)에 관한 연구”; RP-172290, “신규 SID 제안: NR용 통합 액세스 및 백홀에 관한 연구”; RP-182882, “신규 WID: NR용 통합 액세스 및 백홀에 관한 연구”; 및 RAN2 #104 회의 회의록. 위에서 열거된 표준 및 문서들이 그 전체가 참조로써 통합된다.

도 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)가 내린 지시에 따라 결정될 수 있다.

그런 다음, 모든 데이터 스트림에 대한 변조 심볼이 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에 도시된 예처럼, 도 3에 도시된 바와 같이, 무선 통신 시스템에서 통신디바이스(300)는 도 1의 UE들 (또는 AT들, 116, 122) 또는 도 1의 기지국(또는 AN, 100)의 구현에 사용될 수 있고, 무선통신 시스템은 NR시스템인 것이 바람직하다. 통신 디바이스(300)는 입력 디바이스(302), 출력 디바이스(304), 제어회로(306), 중앙처리유닛(CPU, 308), 메모리(310), 프로그램 코드(312) 및 트랜시버(transceiver, 314)를 포함할 수 있다. 제어회로(306)는 CPU(308)를 통해 메모리(310)내 프로그램 코드(312)를 실행하고, 그에 따라 통신 디바이스(300)의 동작을 제어한다. 통신디바이스(300)는 키보드 또는 키패드와 같은 입력 디바이스(302)를 통해 사용자가 입력한 신호를 수신할 수 있고, 모니터 또는 스피커와 같은 출력 디바이스(304)를 통해 이미지 또는 소리를 출력할 수 있다. 트랜시버(314)는 무선신호의 수신 및 송신에 사용되어 수신신호를 제어회로(306)로 전달하고, 제어회로(306)에 의해 생성된 신호를 무선으로 출력한다. 무선 통신 시스템에서 통신디바이스(300)는 도 1에서 AN(100)의 구현에 사용될 수 있다. 1.

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

NR용 IAB에 대한 연구항목이 3GPP RP-172290에 기술되어 있고, 3GPP TR 38.874는 이 연구 항목에 대한 기술 보고서(TR)이다. 3GPP RP-182882에서, NR용 IAB에 대한 작업 항목은 이후 개발을 위해 설명되었다.

3GPP RP-182882는 언급하고 있다:

3 정당성

미래 셀룰러 네트워크 배치 시나리오 및 적용을 가능하게 하는 목적의 잠정적인 기술중 하나는 전송 네트워크의 밀도를 높일 필요 없이 NR셀들을 유연하고 고밀도로 배치할 수 있게 하는 무선 백홀 및 릴레이 링크를 지원하는 것이다.

NR에서 대용량(massive) MIMO 또는 다중 빔 시스템의 기본적인 구축과 함께 LTE(예를 들어, mmWave 스펙트럼)에 비해 NR에서 더 큰 가용 예상 대역폭으로 인해, IAB 링크를 개발 및 배치할 기회가 만들어진다. 이는 UE에 대한 접속을 제공하도록 정의된 다수의 NR 제어 및 데이터 채널들/절차들을 구축하여 보다 통합된 방식으로 자체-백홀된 (self-backhauled) NR 셀들의 밀집된 네트워크 구축을 더 용이하게 할 수 있다. 그러한 IAB 링크를 갖는 네트워크의 예가 도 1에 도시되어 있다. 도면에서 릴레이 노드들(IAB-노드들)은 접속 및 백홀 링크를 시간, 주파수, 또는 공간에서 다중화할 수 있다 (예를 들어 빔-기반 동작).

[“IAB 링크들”이라는 제목의 3GPP RP-182882의 도 1이 도 5에 재현되어 있다]

액세스 및 백홀 동작은 동일 또는 서로 다른 주파수(‘대역 내’ 및 ‘대역외’ 릴레이라고도 함) 상에서 이뤄질 수 있다. 일부 NR 배치 시나리오의 경우 대역외 릴레이 대한 효율적인 지원이 중요하지만, 동일 주파수에서 동작하는 액세스 링크들과 보다 촘촘한 상호작용을 의미하는 대역 내 동작의 요구조건을 파악해서 이중 제한을 수용하고 간섭을 회피/완화하는 것은 매우 중요하다.

짧은 mmWave 액세스 범위로 인해, 멀티 홉으로의 무선 백홀링의 확장은 필수적인 특징이 되었다. 또한 그러한 멀티 홉 백홀링은 백홀 경로가 기반시설에 적응할 필요가 있는 밀집된 도시 환경에서 자체 백홀링(self-backhauling) 사용시 유연성을 향상시킨다. 보통 백홀 홉의 수는 작을 것 (예를 들어, 1-4)으로 예상되고, 아키텍쳐는 보다 큰 홉 카운트가 지원될 수 있도록 홉 카운트를 크게 제한해서는 안된다.

또한, mmWave 스펙트럼에서 NR 시스템을 동작시키는 것은 심한 단기 블로킹(short-term blocking)을 받는 것을 포함한 일부 고유한 도전을 제시한다. mmWave 시스템에서 단기 블록킹 극복에는 코어 네트워크가 포함되지 않거나 거의 포함되지 않는 IAB-노드들간의 절환을 위한 RAN 기반 메커니즘이 필요하다. 자체 백홀된 NR 셀들을 보다 용이하게 배치하고자하는 바램과 함께 상술한 mmWave 스펙트럼에서 NR 동작을 위한 단기 블로킹을 완화하기 위한 필요성으로 인해, 액세스와 백홀 링크간 빠른 절환을 허용하는 통합 프레임워크의 개발이 필요하게 되었다.

마지막으로, IAB 시스템은 IAB 노드들이 SA 또는 NSA 모드로 동작할 수 있다는 점에서 SA 및 NSA 배치와 호환되어야 하고, 이는 UE들 및 IAB-노드들을 위한 이중 연결성 (EN-DC 및 NR-DC)을 위한 지원이 필요함을 의미한다.

연구 항목 750047 “NR용 IAB”에서는 상술한 특징들(TR 38.874)을 지원하는 아키텍쳐 1a로 불리는 IAB 아케텍쳐 후보를 추천하고 있다. 그 연구는 또한 NR 물리 계층 규정들에 대한 향상뿐 만 아니라 통합 액세스 및 백홀링을 위한 L2 설계의 세부 추천사항들을 수립한다.

IAB는 NR 공개 및 초기 성장 국면에서 매우 유리하다. 결론적으로, IAB-관련 작업을 이후 단계로 연기하는 것은 NR 액세스의 시의적절한 배치에 악영향을 줄 수 있다.

IAB에 대한 현재 연구 상태는 다음을 언급하고 있는 3GPP TR 38.874에 상세하게 나와 있다:

5.2.1 멀티 홉 백홀링

멀티 홉 백홀링은 단일 홉보다 더 넓은 범위의 확장을 제공한다. 이는 특히 제한된 범위로 인해 6GHz 이상의 주파수들에 유리하다. 멀티 홉 백홀링은 또한, 예를 들어, 클러터 내 배치를 위해 도시 환경 내 건물들과 같은 장애물들 주변에서 백홀링을 가능하게 한다.

배치에서 최대 홉 수는 주파수, 셀 밀도, 전파 환경, 및 트래픽 부하와 같은 여러 요인들에 좌우될 것으로 예상된다. 이 요인들은 시간에 따라 변할 것으로 예상된다. 따라서 아키텍쳐 관점에서, 홉 수의 유연성이 필요하다.

홉 수를 증가시킴에 따라, 확장성 (scalability) 문제가 발생하여 성능이 제한되거나 시그널링 부하가 수용할 수 없는 수준까지 증가될 수 있다. 따라서 KPI로서 확장성을 홉 수로 판단하는 것은 이 연구의 중요한 측면이다.

요구조건들: IAB 설계는 멀티 백홀 홉들을 지원할 것이다

- 아키텍처는 백홀 홉 수에 제한을 두어서는 안된다.

- 연구는 홉 수에 대한 확장성을 중요 KPI로 고려해야 한다.

- 단일 홉은 멀티 백홀 홉들의 특별 케이스로 고려되어야 한다.

5.2.2 토폴로지 조정

무선 백홀 링크들은, 예를 들어, 차량과 같은 이동 물체들, 계절 변화 (나뭇잎), 또는 기반시설 변화 (새로운 건물)에 의한 방해물에 취약하다. 그러한 취약성은 또한 물리적으로 고정된 IAB-노드들에도 적용된다. 또한, 트래픽 변화는 국부적인 링크 또는 노드 정체를 일으키는 무선 백홀 링크상에서 고르지 않은 부하 분포를 만들 수 있다.

토폴로지 조정은 UE들에 대한 서비스를 떨어뜨리지 않고 방해물 또는 국부 정체와 같은 환경 하에서 자율적으로 백홀 네트워크를 재구성하는 절차를 말한다.

요구조건: 물리적으로 고정된 릴레이들에 대한 토폴로지 조정은 강건한 동작, 예를 들어, 백홀 링크 상의 방해물과 부하 변화를 완화시킬 수 있도록 지원될 것이다.

[…]

5.2.6 네트워크 동기화

IAB 노드들간의 시간 동기화 역시, 예를 들어, TDD 시스템의 지원 및 일부 네트워크 동기화가 필요한 잠정적인 특징들에 매우 필수적이다. IAB는 네트워크 동기화에 추가적인 요구조건을 가질 수 있고, 이는 대역내 무선 백홀 및 멀티 홉 백홀링을 포함한다.

[…]

6.1.1. IAB용 기능들 및 인터페이스들

[“IAB-아키택쳐(SA 모드)용 기준 도면”이라는 제목의 3GPP 38.874 V0.7.0의 도 6.1.1-1가 도 6에 재현되어 있다]

IAB는 액세스를 위해 정의된 기존 기능들과 인터페이스들을 재사용하려고 한다. 특히, 이동 착신(Mobile-Termination, MT), gNB-DU, gNB-CU, UPF, AMF 및 SMF와 해당 인터페이스들 NR Uu (MT와 gNB 간), F1, NG, X2 및 N4는 IAB 아키텍쳐에 대한 기저선으로 사용된다. IAB의 지원을 위한 이 기능들 및 인터페이스들에 대한 변경 또는 개선은 아키텍쳐 논의 콘텍스트에서 설명될 것이다. 다중 홉 전달과 같은 추가 기능은, IAB 동작의 이해에 필요하고, 어떤 측면들은 표준화될 필요가 있을 수 있기 때문에 아키택쳐 논의에 포함된다.

이동 착신(Mobile-Termination, MT) 기능은 이동 단말(Mobile Equipment)의 구성성분으로 정의되어 왔다. 이 연구의 콘텍스트에서, MT는 IAB-도너(donor) 또는 다른 IAB-노드들을 향한 백홀 Uu인터페이스의 무선 인터페이스 계층들을 종단시키는 IAB-노드에 위치한 기능으로 지칭된다.

도 6.1.1-1은 독립 모드(standalone mode)에서 하나의 IAB-도너 및 다수의 IAB-노드들을 포함하는 IAB용 참조도를 보인다. IAB-도너는 gNB-DU, gNB-CU-CP, gNB-CU-UP 및 잠정적으로 다른 기능들과 같은 기능 세트를 포함하는 단일 논리 노드로 취급된다. 배치에서, IAB-도너는 이 기능들에 따라 분할되어 3GPP NG-RAN 아키텍쳐가 허용하는 대로 모두 병치되거나 그렇지 않을 수 있다. IAB 관련 측면은 그러한 분할이 실행될 때 일어날 수 있다. 또한, 현재 IAB-도너와 연관된 기능들 일부는 명백하게 IAB에 특정된 작업을 수행하지 않는 것이 명백해질 경우 도너 밖으로 이동될 수 있다.

[…]

7.2.1 IAB-노드 초기 액세스 (스테이지 1)

SA 배치의 경우, MT(스테이지1)에 의한 초기 IAB-노드 탐지는, 부모 IAB-노드 또는 IAB-도너와의 연결을 처음 셋업하기 위해, 액세스 UE들, SI 획득 및 랜덤 액세스에 사용될 수 있는 동일한 SSB들에 기반한 셀 탐색을 포함하여, UE와 동일한 Rel-15 초기 액세스 절차를 따른다.

(액세스 UE 관점의) NAS 배치의 경우, IAB-노드 MT가 NR 캐리어에 초기 액세스를 수행할 때, (액세스 UE 관점의) SA 배치에서와 동일한 스테이지 1 초기 액세스를 따른다. 초기 액세스를 위해 MT가 가정한 SSB/RMSI 주기성은 Rel-15 UE들이 가정한 20ms 보다 길 수 있고, 단일 값은 다음의 후보 값들: 20ms, 40ms, 80ms, 160ms 중에서 선택될 것이다.

주: 이것은 후보 부모 IAB-노드들/도너들이 NR 캐리어상에서 UE용 NSA 기능성 및 MT용 SA 기능성을 지원해야 함을 암시한다.

IAB-노드 MT가 LTE 캐리어상에서 초기 액세스를 수행하는 경우, 스테이지 2 해법은 NR 캐리어상에서 MT에 의한 IAB-노드 부모 선택에 사용될 수 있다.

7.2.2 IAB 노드간 탐지 및 측정 (스테이지 2)

백홀 링크 RSRP/RSRQ RRM 측정의 목적을 위해, IAB는 SSB 기반 및 CSI-RS 기반 해법을 지원한다.

IAB 노드 DU가 활성화된 후 (스테이지 2) IAB-노드와 도너간 탐지를 목적으로, IAB-노드 간 탐지 절차는 IAB 노드 및 멀티홉 토폴로지에서 반이중(half-duplex) 제한을 고려할 필요가 있다. 다음의 세가지 해법이 지원된다:

SSB-기반 해법 (해법 1-A 및 1-B):

- 해법 1-A) 액세스 UE들에 사용된 동일한 SSB 세트를 재사용

이 경우, 스테이지 2에서 IAB간 셀 탐색을 위한 SSB들은 SA 주파수 계층에 대해 현재 정의된 싱크 래스터(sync raster) 상에 있고, NAS 주파수 계층의 경우, SSB들은 액세스 UE들을 위해 구성된 SMTC의 내부에서 송신된다.

- 해법 1-B) 액세스 UE들에 사용된 SSB들과 직교하는 (TDM 및/또는 FDM) SSB들의 사용

이 경우, 스테이지 2에서 IAB 셀간 탐색 및 측정을 위해 뮤트된(muted) SSB들은 SA 주파수 계층에 대해 현재 정의된 싱크 래스터상에 있지 않은 반면, NSA 주파수 계층의 경우, SSB들은 액세스 UE들을에 대해 구성된 SMTC 밖으로 송신된다.

IAB 노드는 스테이지 2에서 IAB간 셀 탐색 수행시, UE 셀 탐색 및 측정을 목표로 한 자신의 SSB 송신을 뮤트해서는 안된다

- SA의 경우, 이는 현재 정의된 싱크 래시터상에서 송신된 SSB들이 초기 액세스를 위해 현재 정의된 주기성을 따른다는 것을 의미한다.

- 해법 1-B의 경우, 이는 IAB간 스테이지 2셀 탐색에서 뮤트된 SSB들은 UE 셀 탐색 및 측정에 사용된 SSB들과 적어도 TDM되는 것을 암시한다.

CSI-RS 기반 해법들(해법 2):

- CSI-RS는 동기 네트워크에서 IAB간 탐지에 사용될 수 있다.

IAB-노드 초기 액세스 및 스테이지 2 IAB-노드간 탐지 및 측정을 지원하기 위해, IAB-노드들에 대한 조정(coordination) 뿐만 아니라 기존 Rel.15 SMTC/CSI-RS/RACH 구성 및 RMSI에 대한 개선이 지원될 필요가 있을 수 있다.

7.2.3. IAB-노드 RACH

IAB는 네트워크 유연성을 지원하여 Rel-15 UE들에 영향을 주지 않는 액세스 RACH 리소스에 비해 서로 다른 기회들, 보다 긴 RACH 주기성, 및 보다 긴 RTT를 허용하는 추가 프리앰블 포맷을 갖는 백홀 RACH 리소스를 구성한다.

Rel-15 PRACH 구성에 기반하여, 네트워크는 인접 홉들에 걸쳐 백홀 RACH 리소스들을 TDM하기 위해 IAB 노드(들)의 MT에 대한 PRACH 기회들의 오프셋(들)을 구성하게 한다.　

7.2.4 백홀 링크 관리

IAB-노드는 Rel-15 매커니즘에 기반하여 백홀 링크 실패로부터 탐지/복원하는 매커니즘을 지원한다. 빔 실패 복원 및 무선 링크 실패 절차들에 대한 개선은 유익하고 NR IAB를 위해 지원되어야하며, 다음을 포함한다:

- 빔 실패 복원 성공 지시와 RLF간 상호작용에 대한 지원 개선;

- 백홀 링크 중단을 피하기 위한 보다 빠른 빔 절환/조정/복원을 위한 기존 빔 관리 절차의 개선이 IAB-노드에 대해 고려되어야 한다.

또한, 부모 IAB-노드 DU로부터 자식 IAB-노드로의 추가 백홀 링크 조건 통지 매커니즘에 대한 필요성 (예를 들어, 부모 IAB-노드의 백홀 링크가 실패한다면) 과 해당 IAB-노드의 거동이 연구되었다. 부모 백홀 링크 실패로 인해 자식 IAB-노드에서 RLF를 피하기 위한 해법들이 지원되어야 한다.

[…]

7.3.1 백홀 및 액세스 링크들의 스케줄링

도 7.3.1-1에 보인 것처럼, 다음의 링크 타입들이 IAB를 위해 지원된다:

- 액세스 링크: 액세스 UE 및 IAB-노드 또는 IAB-도너간 링크 (L_A,DL or L_A,UL);

- 백홀 링크: IAB-노드 및 IAB 자식 노드간 링크 (L_C,DL or L_C,UL) 또는 : IAB-노드 및 IAB 부모 노드간 링크 (L_P,DL or L_P,UL).

[“서로 다른 IAB 링크 타입들”로 명명된 3GPP TR 38.874 V0.7.0의 도 7.3.1-1이 도 7에 재현되어 있다]

6 및 9절에서 각각 고려된 토폴로지/아키텍쳐들에 따라, IAB-노드는 동일 위치 또는 서로 다른 위치에서 UL 액세스 및 자식 BH를 위한 기능들, 및 IAB-노드에 대한 주어진 BH 링크를 위한 기능들을 가질 수 있고, 토폴로지/아키텍처에 따라 IAB-노드는 부모 BH 또는 자식 BH일 수 있음을 주지한다.

하향링크 IAB 노드 송신들 (즉, IAB-노드로부터 IAB-노드에 의해 서비스되는 자식 IAB-노드들로의 백홀 링크상의 송신들 및 IAB-노드로부터 IAB-노드에 의해 서비스되는 UE들로의 액세스 링크들상의 송신들)은 IAB-노드 자체에 의해 스케줄링되어야 한다. 상향링크 IAB 송신 (IAB-노드로부터 부모 IAB-노드 또는 IAB-도너로의 백홀 링크상의 송신들)은 부모 IAB-노드 또는 IAB-도너에 의해 스케줄링되어야 한다.

[…]

[“단대단 및 홉대홉 ARQ에 대한 관찰들”로 명명된 3GPP TR 38.874 V0.7.0의 표 8.2.3-1이 도 8에 재현되어 있다]

[“홉대홉 RLC ARQ 케이스에서 UL 데이터의 무손실 전달을 위한 매커니즘 비교”로 명명된 3GPP TR 38.874 V0.7.0의 표 8.2.3-2가 도 9에 재현되어 있다]

8.6 UL 스케줄링에서 레이턴시

IAB 네트워크에서 멀티 홉으로 인해 증가된 레이턴시(latency)는 (핸드오버 및 무선 링크 복원과 같은) 제어평면 절차들 및 사용자 평면 데이터 송신 모두의 성능에 악영향을 미칠 수 있다. IAB 스케줄링에서 홉 애그노스틱(hop agnostic) 성능을 달성하기 위해서, UE가 IAB-도너로부터 얼마나 많은 홉만큼 떨어져 있는지에 관계없이, UE로부터 IAB-도너로의 E2E 딜레이를 줄이고 레이턴시 요구조건을 만족시키는 것이 중요하다.

멀티홉 네트워크에서, 자식 노드로부터 도달한 업스트림(upstream) 데이터는 부모 노드와 중간 노드들에서 스케줄링 딜레이를 겪을 수 있다. 이것은 어느 정도, BSR이 전송된 후 새로운 데이터가 UE 버퍼들에 도달하는 단일 홉 UE와 다르지 않다. 그러나 멀티 홉 네트워크에서, 딜레이들은 홉 수와 IAB-노드들에서 집계된 데이터 양으로 인해 누적되기 쉬워서, 완화하는 매커니즘이 필요할 수 있다. 각 홉에서 상향링크 리소스의 요구 및 UL 데이터 송신이 도 8.6-1에 도시되어 있다.

[“IAB 네트워크에서 상향링크 딜레이들: 중간 노드에 어느 UL 리소스도 할당되지 않은 최악의 케이스의 시나리오”로 명명된 3GPP TR 38.874 V0.7.0의 도 8.6-1이 도10에 재현되어 있다]

이 과정은 복수의 연속 상향링크 리소스 요구 및 할당 단계들로 인해 1홉 네트워크들에서 해당 과정보다 상당히 더 길 수 있음은 분명하다. 이 딜레이들의 근본적인 이유는 IAB-노드의 MT 부분이 송신될 데이터를 실제로 수신한 후 상향링크 리소스들에게 UL 데이터 송신만을 요구할 수 있다는 것이다.

그러한 딜레이들을 완화시키기 위한 접근 방법은 도달이 예상되는 데이터에 기반하여 IAB-노드에서 상향링크 리소스 요구를 시작하는 단계로 구성된다. 이는 IAB-노드가 자식 IAB-노드 또는 자신이 서비스하는 UE로부터의 실제 데이터 수신 이전에 상향링크 리소스를 얻을 수 있게 할 것이다.

SR/BSR 및 UL 스케줄링의 내용 및 트리거들의 세부 내용은 WI 단계(phase)를 위해 남겨둔다.

NR에서, SR/BSR과 관련된 절차들은 추후 개선을 위한 시작점으로서 (이후 제공되는 것처럼) 3GPP TS 38.321에 규정된다.

5.4.4 스케줄링 요청

스케줄링 요청(SR)은 신규 송신을 위한 UL SCH 리소스들의 요청에 사용된다.

MAC 엔티티는 0, 1 또는 그 이상의 SR 구성들로 이뤄질 수 있다. SR 구성은 서로 다른 BWP들 및 셀들에 걸쳐 SR용 PUCCH리소스 세트로 구성된다. 논리 채널의 경우, 기껏해야 하나의 SR용 PUCCH 리소스가 BWP별로 구성된다.

각 SR 구성은 하나 이상의 논리 채널들에 대응한다. 각 논리 채널은 RRC에 의해 구성된 0 또는 하나의 SR 구성에 매핑된다. BSR (5.4.5절)을 트리거링한 논리 채널의 SR 구성은 (그러한 구성이 존재한다면) 트리거링된 SR에 대한 대응 SR 구성으로 간주된다.

RRC 는 스케줄링 요구 절차를 위해 다음의 파라미터들을 구성한다:

- sr-ProhibitTimer (SR 구성별);

- sr-TransMax (SR 구성별);

다음의 UE 변수들은 스케줄링 요구 절차에 사용된다:

- SR_COUNTER (SR 구성별).

SR이 트리거링되고 동일한 SR 구성에 대응하여 보류중인 다른 SR들이 없다면, MAC 엔티티는 해당 SR 구성의 SR_COUNTER 를 0으로 설정할 것이다.

SR이 트리거링된 경우, SR은 취소될 때까지 보류중(pending)인 것으로 간주될 것이다. MAC PDU이 전에 트리거링된 모든 보류중인 SR(들)이 취소될 것이고, MAC PDU가 송신될 때 각 개별 respective sr-ProhibitTimer 는 정지될 것이며, 이 PDU는 MAC PAU 어셈블리 이전에 BSR(종속절 5.4.5 참조)을 트리거링한 마지막 이벤트까지의 (및 마지막 이벤트를 포함하는) 버퍼 상태를 포함하는 롱(Long) 또는 쇼트(Short) BSR MAC CE를 포함한다. UL 그랜트(들)이 송신용 모든 가용 보류 데이터를 수용할 수 있을 때 모든 보류중인 SR(들)이 취소될 것이고, 각 개별 sr-ProhibitTimer 는 정지될 것이다.

SR 송신 기회에 활성화된 BWP상의 PUCCH 리소스들만이 유효한 것으로 간주된다.

최소한 하나의 SR이 보류중인 한, MAC 엔티티는 각 보류중인 SR별로:

1> MAC 엔티티가 보류중인 SR에 대해 구성된 유효 PUCCH 리소스가 없다면:

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

1> 아니면, 보류중인 SR에 대응하는 SR 구성에 대해:

2> MAC 엔티티가, 구성된 SR별로 유효한 PUCCH 리소스에서 SR 송신 기회를 가질 때; 및

2> sr-ProhibitTimer 가 SR 송신 기회에 실행되고 있지 않다면; 및

2> SR 송신 기회에 대한 PUCCH 리소스가 측정 갭과 중첩하지 않으면; 및

2> SR 송신 기회에 대한 PUCCH 리소스가 UL-SCH 리소스와 중첩하지 않는다면:

1. 3> SR_COUNTER < sr-TransMax 라면:

4> SR_COUNTER를 1씩 증가시킬 것이다;

4> 물리계층에게 SR별로 하나의 유효한 PUCCH 리소스에 대해 SR을 시그널링하도록 명령할 것이다;

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

2. 3> 또는:

4> 모든 서빙 셀에 대해 PUCCH를 릴리즈하도록 RRC에게 통지할 것이다;

4> 모든 서빙 셀에 대해 SRS를 릴리즈하도록 RRC에게 통지할 것이다;

4> 임의의 구성된 하향링크 할당 및 상향링크 그랜트들을 클리어(clear)할 것이다;

4> 반 영속적인 CSI 보고를 위한 PUSCH 리소스를 클리어할 것이다;

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

주 1: 어느 SR용 유효 PUCCH 리소스가 언제 MAC 엔티티가 SR 송신 기회에 대한 하나 보다 많은 중첩 유효 PUCCH 리소스를 가질 것인지에 대해 SR을 시그널링할 것인지에 대한 선택은 UE의 구현에 달렸다.

주 2: 하나 보다 많은 개별 SR이 명령을 MAC 엔티티로부터 PHY 계층으로 트리거링하여 동일 유효 PUCCH 리소스에 SR을 시그널링한다면, 관련 SR 구성을 위한 SR_COUNTER는 단 한번 증가된다.

MAC 엔티티는 MAC PDU 어셈블리 이전에 MAC 엔티티에 의해 시작된, 구성된 유효 PUCCH 리소스가 없는 보류 SR로 인해 진행중인 랜덤 액세스 절차를, 있다면, 중지할 수 있다. 그러한 랜덤 액세스 절차는, MAC PDU가 랜덤 액세스 응답(Random Access Response)에 의해 제공된 UL 그랜트가 아닌 UL 그랜트를 사용하여 송신되고, 이 PDU가 MAC PDU어셈블리 이전에 BSR (종속절 5.4.5 참조)을 트리거링한 마지막 이벤트까지의 (및 마지막 이벤트 포함) 버퍼 상태를 포함하는 BSR MAC CE를 포함하는 경우, 혹은 UE 그랜트(들)가 모든 송신용 가용 보류 데이터를 수용할 수 있는 경우, 중지될 수 있다.

5.4.5 BSR (Buffer Status Reporting)

BSR(Buffer Status Reporting) 절차는 MAC 엔티티에서 UL 데이터 볼륨에 대한 정보를 갖는 서빙 gNB를 제공하는데 사용된다.

RRC는 다음을 파라미터들을 구성하여 BSR을 제어한다:

- periodicBSR-Timer;

- retxBSR-Timer;

- logicalChannelSR-DelayTimerApplied;

- logicalChannelSR-DelayTimer;

- logicalChannelSR-Mask;

- logicalChannelGroup.

각 논리 채널은 logicalChannelGroup을 사용하여 LCG에 할당될 수 있다. 최대 LCG 개수는 8이다.

MAC 엔티티는 TSs 38.322 [3] 및 38.323 [4]에서 데이터 볼륨 계산 절차에 따라 논리 채널의 가용 UL 데이터 양을 결정한다.

BSR은 다음 이벤트들중 어느 것이 일어나면 트리거링될 것이다:

- LCG에 속하는 논리 채널별 UL 데이터가 MAC 엔티티에서 가용해진다; 및 다음 중 어느 하나

- 이 UL 데이터는 임의의 LCG에 속하는 가용 UL 데이터를 포함하는 임의의 논리 채널의 우선순위보다 높은 우선순위를 갖는 논리 채널에 속한다; 또는

- LCG에 속하는 어느 논리 채널도 UL 데이터에 가용하지 않다.

이 경우 BSR은 이하에서 ‘정규 BSR’로 불린다;

- UL 리소스들이 할당되고, 패딩 비트수는 Buffer Status Report MAC CE + 서브헤더의 크기 이상이며, 이 경우 BSR은 이하에서 ‘패딩 BSR’로 불린다.

- retxBSR-Timer 가 만료되고, LCG에 속한 적어도 하나의 논리 채널이 UL데이터를 포함하며, 이 경우 BSR은 이하에서 ‘정규 BSR’로 불린다;

- periodicBSR-Timer 가 만료되고, 이 경우 BSR은 이하에서 ‘주기적인 BSR’로 불린다.

주: 정규 BSR이 트리거링한 이벤트들이 복수의 논리채널들에서 동시에 발생하는 경우, 각 논리 채널은 하나의 개별 정규 BSR 을 트리거링한다.

정규 BSR의 경우, MAC 엔티티는:

1> BSR이, logicalChannelSR-DelayTimerApplied이 상위 계층들에 의해 구성된 논리 채널에 대해 트리거링된다면:

2> logicalChannelSR-DelayTimer를 시작 또는 재시작할 것이다.

1> 또는:

2> 실행중이면, logicalChannelSR-DelayTimer를 중지할 것이다.

정규 또는 주기적인 BSR의 경우, MAC 엔티티는:

1> BSR을 포함하는 MAC PDU가 수립될 때, 하나 보다 많은 LCG가 송신용 가용 데이터를 갖는다면:

2> 송신용 가용 데이터를 갖는 모든 LCG들에 대해 롱 BSR을 보고할 것이다.

1> 또는:

2> 쇼트 BSR을 보고할 것이다.

패딩 BSR의 경우:

1> 패딩 비트의 수가 쇼트 BSR + 서브헤더의 크기 이상이고, 롱 BSR + 서브헤더의 크기보다 작다면:

2> BSR이 수립될 때, 하나 보다 많은 LCG가 송신용 가용 데이터를 갖는다면:

3. 3> 패딩 비트의 수가 쇼트 BSR + 서브헤더의 크기와 같다면:

4> 데이터가 송신용 가용 데이터의 최고 우선순위 논리 채널을 갖는 LCG의 쇼트 절단 (Truncated) BSR을 보고할 것이다.

4. 3> 또는:

4> 각 LCG에서, 및 동일한 우선순위의 경우, LCGID의 오름차순으로 (송신용 가용 데이터를 갖거나 갖지않는) 최고 우선순위의 논리채널의 내림차순을 잇는 송신용 가용 데이터를 갖는 논리채널을 갖는 LCG(들)의 롱 절단 BSR을 보고할 것이다

2> 또는:

5. 3> 쇼트 BSR을 보고할 것이다.

1> 패딩 비트의 수가 롱 BSR + 서브헤더의 크기 이상이면:

retxBSR-Timer의 만료에 의해 트리거링된 BSR의 경우, MAC 엔티티는 BSR을 트리거링했던 논리채널이 그 BSR이 트리거링될 때 송신용 가용 데이터를 갖는 최고 우선순위 논리 채널임을 고려한다.

MAC 엔티티는:

1> 버퍼 상태 보고 절차가 적어도 하나의 BSR이 트리거링되어 취소되지 않았다고 결정한다면:

2> UL-SCH 리소스들이 새로운 송신에 가용하고, UL-SCH 리소스들이 논리채널 우선순위화(prioritization)의 결과로 BSR MAC CE + 서브헤더를 수용할 수 있다면:

6. 3> 다중화 및 조합 (Multiplexing and Assembly) 절차를 지시하여 BSR MAC CE(들)을 생성하고;

7. 3> 생성된 모든 BSR들이 롱 또는 쇼트 절단 BSR들인 경우를 제외하고 periodicBSR-Timer 를 시작 또는 재시작할 것이다.

8. 3> retxBSR-Timer를 시작 또는 재시작할 것이다:

2> 정규 BSR이 트리거링되고 logicalChannelSR-DelayTimer가 실행되고 있지 않다면:

9. 3> 신규 송신용 가용 UL-SCH 리소스가 없다면; 또는

10. 3> MAC 엔티티가, 구성된 상향링크 그랜트(들)로 구성되고 및 정규 BSR이 logicalChannelSR-Mask가 false로 설정된 논리채널에 대해 트리거링되었다면; 또는

11. 3> 신규 송신용 가용 UL-SCH 리소스들이 BSR을 트리거링한 논리채널에 대해 구성된 LCP 매핑 제한조건들 (종속절 5.4.3.1 참조)을 만족하지 않는다면:

4> 스케줄링 요청을 트리거링한다.

주: MAC 엔티티가, 구성된 상향링크 그랜트들의 각 타입에 대한 능동 구성을 갖는다면, 또는 MAC 엔티티가 동적 상향링크 그랜트를 수신했다면, 또는 이 조건들 모두가 만족된다면, UL-SCH 리소스들이 가용한 것으로 고려된다. MAC 엔티티가 주어진 시점에서 UL-SCH 리소스들이 가용하다고 판단한다면, 이것이 UL-SCH 리소스들이 그 시점에서 가용하다는 것을 암시할 필요는 없다.

MAC PDU는, 복수의 이벤트들이 BSR를 트리거링한 경우에도, 최대한 하나의 BSR MAC CE를 포함할 것이다. 정규 BSR과 주기적인 BSR은 패딩 BSR에 비해 우선권을 가질 것이다.

MAC 엔티티는 임의의 UL-SCH에서 신규 데이터 송신을 위한 그랜트를 수신할 때 retxBSR-Timer를 재시작할 것이다.

모든 트리거링된 BSR들은, UL 그랜트(들)이 모든 송신용 가용 보류 데이터를 수용할 수 있지만, BAS MAC CE + 서브헤더를 추가로 수용하기에는 충분치 않은 경우 취소될 수 있다. MAC PDU가 송신되고 이 PDU가, MAC PDU 어셈블리 이전에 BSR을 트리거링하는 최종 이벤트 까지 (및 이를 포함하는) 버퍼 상태를 포함하는 롱 또는 쇼트 BSR MAC CE를 포함하는 경우, MAC PDU 어셈블리 이전에 트리거링된 모든 BSR(들)이 취소될 것이다.

주: MAC PDU 어셈블리는 상향링크 그랜트 수신 및 해당 MAC PDU의 실제 송신 사이의 어느 시점에서 일어날 수 있다. BSR 및 SR은 BSR MAC CE를 포함하는 MAC PDU의 어셈블리 이후, 이 MAC PDU의 송신 이전에 트리거링될 수 있다. 또한, BSR 및 SR은 MAC PDU 어셈블리 동안 트리거링될 수 있다.

[…]

6.1.3 MAC 제어 요소들 (CE들)

6.1.3.1 BSR MAC CEs

BSR(Buffer Status Report) CE들은 다음 중 어느 하나로 구성된다:

- 쇼트 BSR 포맷 (고정 크기); 또는

- 롱 BSR 포맷 (가변 크기); 또는

- 쇼트 절단 BSR 포맷 (고정 사이즈); 또는

- 롱 절단 BSR 포맷 (가변 크기).

BSR 포맷들은 표 6.2.1-2에 규정된 것처럼 LCID들을 갖는 MAC PDU 서브헤더들에 의해 식별된다.

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

- LCG ID: 논리 채널 그룹 ID 필드는 버퍼 상태가 보고되고 있는 논리 채널(들) 그룹을 식별한다. 이 필드의 길이는 3비트다;

- LCG_i: 롱 BSR 포맷의 경우, 이 필드는 논리 채널 그룹 i에 대한 버퍼 사이즈 필드의 존재를 지시한다. “1”로 설정된 LCG_i 필드는 논리채널 그룹 i에 대한 버퍼 사이즈 필드가 보고되는 것을 지시한다. “0”으로 설정된 LCG_i 는 논리 채널 그룹 i에 대한 버퍼 사이즈 필드가 보고되지 않음을 지시한다. 롱 절단 BSR 포맷의 경우, 이 필드는 논리 채널 그룹 i가 가용 데이터를 갖는지 여부를 지시한다. “1”로 설정된 LCG_i 필드는 논리채널 그룹 i가 가용 데이터를 갖는 것을 지시한다. “0”로 설정된 LCG_i 필드는 논리채널 그룹 i가 가용 데이터를 갖지 않는 것을 지시한다;

- 버퍼 사이즈: 버퍼 사이즈 필드는 MAC PDU가 수립된 이후 (즉, 버퍼 사이즈 필드가 0이 되게 논리채널 우선순위화 절차 이후), 논리채널 그룹의 모든 논리 채널들에 걸쳐 TSs 38.322 [3] and 38.323 [4]에서 데이터 볼륨 계산 절차에 따른 전체 가용 데이터 양을 식별한다 그 데이터 양은 바이트로 지시된다. RLC 및 MAC 헤더의 사이즈는 버퍼 사이즈 계산에서 고려되지 않는다. 이 쇼트 BSR 포맷 및 쇼트 절단 BSR 포맷용 필드의 길이는 5 비트이다. 이 롱 BSR 포맷 및 롱 절단 BSR 포맷용 필드의 길이는 8 비트이다. 5비트 및 8비트 버퍼 사이즈 필드 값은 표 6.1.3.1-1 및 6.1.3.1-2에 나와있다. 롱 BSR 포맷 및 롱 절단 BSR 포맷의 경우, 버퍼 사이즈 필드들은 LCG_i에 기반하여 오름차순으로 포함된다. 롱 절단 BSR 포맷의 경우, 포함된 버퍼 사이즈 필드 개수는 최대가 되지만, 패딩 비트 수는 초과하지 않는다.

주: 롱 BSR 및 롱 절단 BSR 포맷의 버퍼 사이즈 필드들의 개수는 0일 수 있다.

[“쇼트 BSR 및 쇼트 절단 BSR MAC CE” 라는 제목의 3GPP TS 38.321 V15.4.0의 도 6.1.3.1-1이 도 11에 재현되어 있다]

[“롱 BSR 및 롱 절단 BSR MAC CE” 라는 제목의 3GPP TS 38.321 V15.4.0의 도 6.1.3.1-2가 도 12에 재현되어 있다]

[“5 비트 버퍼 사이즈 필드에 대한 버퍼 사이즈 레벨 (바이트 단위) ” 라는 제목의 3GPP TS 38.321 V15.4.0의 표 6.1.3.1-1이 도 13에 재현되어 있다]

[“8 비트 버퍼 사이즈 필드에 대한 버퍼 사이즈 레벨 (바이트 단위) ” 라는 제목의 3GPP TS 38.321 V15.4.0의 표 6.1.3.1-2가 도 14A 및 14B에 재현되어 있다]

[…]

6.2.1 DL-SCH 및 UL-SCH용 MAC 서브헤더

MAC 서브헤더는 다음의 필드들로 구성된다:

- LCID: 논리채널 ID 필드는 DL-SCH 및 UL-SCH에 대해 표 6.2.1-1 및 6.2.1-2에 각각 설명된 대로 해당 MAC SDU의 논리채널 예 또는 해당 MAC CE 또는 패딩 타입을 식별한다. MAC 서브헤더별로 하나의 LCID 가 있다. LCID 필드 크기는 6비트이다;

- L: 길이 필드는 해당 MAC SDU의 길이 또는 가변 크기의 MAC CE의 길이를 바이트 단위로 나타낸다. 고정된 크기의 MAC CE들, 패딩, 및 UL CCCH를 포함하는 MAC SDU들에 해당하는 서브헤더들을 제외한 MAC 서브헤더별로 하나의 L 필드가 있다. L 필드의 크기는 F 필드에 의해 지시된다;

- F: 포맷 필드는 길이 필드의 크기를 지시한다. 고정된 크기의 MAC CE들, 패딩, 및 UL CCCH를 포함하는 MAC SDU에 해당하는 서브헤더들을 제외한 MAC 서브헤더별로 하나의 F 필드가 있다. F필드의 크기는 1비트다. 0 값은 8비트의 길이 필드를 지시한다. 1값은 16비트의 길이 필드를 지시한다.

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

MAC 서브헤더는 정렬된 옥텟이다.

[“DL-SCH용 LCID 값들”이라는 제목의 3GPP 3GPP TS 38.321 V15.4.0의 표 6.2.1-1이 도 15에 재현되어 있다]

[“UL-SCH용 LCID 값들”이라는 제목의 3GPP TS 38.321 V15.4.0의 표 6.2.1-2이 도 16에 재현되어 있다]

3GPP TR 38.874에 제공된 설명에 따르면, IAB-노드는, UE들에 대한 무선 접속을 지원하고 무선으로 접속 트래픽을 백홀하는 RAN (Random Access Network) 노드이고, IAB-도너는, 코어 네트워크에 UE 인터페이스를 제공하고 및 IAB 노드들에게 무선 백홀링 기능을 제공하는 RAN 노드이다. IAB-노드는 또한 rTRP (Relay Transmission Reception Point)로 지칭될 수 있다. IAB-도너는 또한 앵커(anchor) 노드로 지칭될 수 있다.

각 IAB-노드는 Mobile-Termination (MT) 부 및 네트워크(NW) 부를 포함한다. IAB-노드의 MT부는 일반적인 user equipment (UE)가 가져야 하는 기능들의 최소한의 일부를 갖고, IAB-노드의 NW부는 일반적인 네트워크 노드(예를 들어, gNB)가 가져야 하는 기능들의 최소한의 일부를 갖는다.

제1IAB-노드가 MT부를 통해 다른 제2IAB-노드 또는 IAB-도너에 UE처럼 동작하는 경우, 제1IAB-노드는 제2IAB-노드 또는 IAB-도너의 자식 IAB-노드로 지칭된다. 제3IAB-노드가 NW부를 통해 다른 제4IAB-노드에 네트워크 노드처럼 동작하는 경우, 제3IAB-노드는 제4IAB-노드의 부모 IAB-노드로 지칭될 수 있다.

하향링크 (DL) IAB 송신은 IAB_노드에 의해 서비스된 부모 IAB-노드로부터 자식 IAB-노드로의 백홀 링크상의 송신 및 IAB-노드에서 UE들로의 접속 링크상의 송신을 포함한다. 상향링크 (UL) IAB 송신은 자식 IAB-노드로부터 부모 IAB-노드 또는 IAB-도너로의 백홀 링크상의 송신을 포함한다.

백홀 링크는 백홀 링크 및 접속 링크가 주파수에서 최소한 부분적으로 겹치는지 여부에 따라 접속 링크에 대해 대역 내(in-band) 또는 대역 외(out-of-band)에 있을 수 있다. 대역 내 백홀링은 반이중 방식(half-duplexing) 또는 간섭 제한을 만들고, 이는 IAB-노드가 두 링크 모두에서 동시에 송수신할 수 없음을 암시한다.

IAB-노드는 물리적으로 고정 (즉, 그 위치가 고정)되거나 이동(예를 들어, 버스 또는 기차에서) 될 수 있다. “NR용 IAB 연구”의 사용자 평면 측면에 대한 3GPP RAN2 #104 회의의 합의가 RAN2 #104 회의 회의록에 다음과 같이 제공되어 있다:

합의들

=> 우리는 병합된 예 1, “상술한 RLC에 적응” + “LCID ext”를 택했다

=> 우리는 1:1 매핑을 달성하는 방법인 경우, LCI 확장을 해법 설명에서 유지한다

=> UE는 LCID 확장을 구현할 필요가 없을 것으로 예상되는 것을 확인

=> Rel-16에서 홉대홉 ARQ만

=> Rel-16 IAB WI는 “액세스 IAB 노드에서 IP 종료”에만 집중한다

=> GTP-U가 F1-U에 대한 UP 스택에 포함된다고 확인

도 10에 따라, 멀티홉 네트워크에서, 상향링크 데이터에 대한 스케줄링 딜레이가 홉 수로 인해 누적되기 쉬워서 완화 매커니즘을 필요로할 수 있다. 3GPP TR 38.874의 8.6절에서 논의된 대로, 이 딜레이들의 근본적인 이유는 IAB-노드의 MT 부분이, 송신될 데이터를 실제로 수신한 후, 현재의 NR MAC 규격 (TS 38.321 V15.4.0)에 기반하여 상향링크 리소스들에게 UL 데이터 송신만을 요구할 수 있다는 것이다.

또한 3GPP TR 38.874의 8.6절에서 논의된 대로, 그러한 딜레이를 완화시킬 한 가지 접근 방식은 도달이 예상되는 데이터에 기반하여 IAB-노드에서 상향링크 리소스 요구를 시작하는 것으로 구성되고, 이는 IAB-노드가 자식 IAB-노드 또는 서비스하는 UE로부터 실제 데이터 수신 이전에 상향링크 리소스를 얻게 할 수 있게 한다. 이러한 접근방식은 현재의 NR MAC 규격 (TS 38.321 V15.4.0)과는 다른 거동을 가질 수 있다. 따라서, SR(Scheduling Request) 또는 BSR (Buffer Status Report)의 내용 및 트리거들, 및 상향링크 스케줄링을 포함한, 이러한 접근 방식의 세부사항이 더 개발될 필요가 있다.

지금까지 현재의 MAC 규격(TS 38.321 V15.4.0)은 UE의 “자체 생성” 상향링크 트래픽만을 다루고 있다. UE용 상향링크 트래픽이 다른 장치로부터 전달되었더라도, 여전히 UE의 “자체 생성” 상향링크 트래픽으로 고려 및 처리된다. UE의 “자체 생성” 상향링크가 UE에 의해 인지되는 경우, 그것은 이미 상향링크 송신에 사용될 수 있다. 따라서 UE의 “자체 생성” 상향링크는 도달이 예상되는 스테이지를 갖지 않는다. 위에서 논의된 분석처럼, 하나의 홉만 있기 때문에 누적된 스케줄링 딜레이는 없다.

IAB-노드의 경우, “자체 생성” 상향링크 트래픽 및 “자식 노드에 전달된” 상향링크 트래픽이 있을 수 있다. IAB-노드의 “자체 생성” 상향링크 트래픽은 원래의 SR 또는 BSR 매커니즘에 의해 이전과 동일하게 처리되고, 스케줄링 딜레이를 완화시키는 상술한 접근법은, “도달 예상” 및 “실제 수신”의 두 스테이지를 갖는 IAB-노드의 “자식 노드에 전달된” 상향링크 트래픽에만 적용된다. “실제 수신” 스테이지는 “자체 생성” 상향링크 트래픽의 상향링크 송신 상태에 이미 송신용으로 것과 동일하게 고려된다.

스케줄링 딜레이를 완화시키기 위해, IAB-노드는 도달이 예상되는 데이터, 예를 들어, IAB-노드의 자식노드로부터의 데이터에 기반하여 상향링크 리소스 요구를 시작할 수 있다. 자식노드는 UE 또는 또 다른 IAB-노드일 수 있다 현재 NR MAC 규격(TS 38.321 V15.4.0)의 5.4.4 및 5.4.5에 규정된 것과 유사한 SR 또는 BSR 매커니즘이 IAB-노드 상향링크 리소스 요구에 사용된다면, 도달이 예상되는 상향링크 트래픽이 있고, 그 상향링크 트래픽이 사용자 평면 데이터 및/또는 제어 평면 시그널링을 포함할 수 있는 경우, IAB용 BSR (예를 들어, IAB 정규 BSR)이 트리거링될 수 있다. IAB 정규 BSR은, 타이머에 의해 제어될 수 있는 트리거링 SR 및 리트리거링(re-trigeering) 자체를 포함하는, 통상의 정규 BSR (예를 들어, 이하에서 설명된 것처럼 노멀(normal) BSR로 현재의 TR 38.321에 규정된 것과 같은정규 BSR)과 동일한 특성을 가질 수 있다.

예를 들어, IAB-노드는 자식 노드로부터의 BSR 수신에 의해 IAB용 BSR (예를 들어, IAB 정규 BSR)용 BSR을 트리거링할 수 있다. 그 후, 트리거링된 “IAB 정규 BSR”은, 예를 들어 현재의 MAC 규격 (TS 38.321 V15.4.0)의 5.4.4절에 규정된 대로 SR용 트리거링 조건이 이행되면 SR을 추가로 트리거링할 수 있다. IAB용 BSR은 IAB-노드에서 이미 상향링크 송신용으로 가용한 데이터가 없이 트리거링될 수 이다. IAB용 BSR에 해당하는 보고 내용은, 설계 세부내용에 따라, (있다면) 실제 수신된 데이터 및 상향링크 송신용으로 도달이 예상되는 데이터를 포함하는 데이터양 (또는 BSR MAC CE에서 보고될 버퍼 사이즈)를 지시할 수 있다.

도달이 예상되는 데이터에 기반하여 트리거링된 BSR은 초기 트리거된 BSR로 불릴 수 있다. 이미 송신용 가용 데이터에 기반하여 트리거링된 BSR은 노멀 BSR로 불릴 수 있다. 현재 MAC 규격(TS 38.321 V15.4.0)의 5.4.5절에 설명된 것처럼 트리거링된 BSR은 레거시(legacy) BSR로 불릴 수 있다.

초기 트리거링된 BSR은 정규 BSR일 수 있다. 초기 트리거링된 BSR은 주기적인 BSR일 수 있다. 초기 트리거링된 BSR은 패딩 BSR이 아닐 수 있다. 노멀 BSR은 정규 BSR일 수 있다. 노멀 BSR은 주기적인 BSR이 아닐 수 있다. 노멀 BSR은 패딩 BSR이 아닐 수 있다. 노멀 BSR은 레거시 BSR일 수 있다. 레거시 BSR은 정규 BSR, 주기적인 BSR, 또는 패딩 BSR일 수 있다.

IAB-노드의 자식 노드가 상향링크 송신용 가용 데이터를 갖는 경우, (노멀) BSR이 자식노드에서 트리거링될 수 있다. 자식 노드는 BSR을 부모 노드, 즉, IAB-노드에 송신한다. 자식 노드로부터 BSR을 수신한 후, IAB-노드는 자식 노드로부터의 BSR 수신으로 인해 초기 트리거링된 BSR을 트리거링할 수 있다. 초기 트리거링된 BSR용 BSR 보고 (예를 들어, BSR MAC CE)는 IAB-노드에 의해 수신된 적이 없는, 자식 노드로부터 도달이 예상되는 데이터를 포함한 (추정된 또는 대략의) 데이터 양을 지시할 수 있다. 예를 들어, IAB-노드가 상향링크 송신에 이미 송신용으로 어떠한 데이터도 갖지 않는다면, BSR 보고는 이미 송신에 가용한 데이터 양을 고려하지않고 도달이 예상되는 데이터 양을 지시할 수 있다. 또한 IAB-노드는 상향링크 데이터를 송신하는 자식노드를 위해 그 자식노드에 UL 그랜트를 할당한다. IAB-노드가 자식노드로부터 데이터를 수신한 후, 도달이 예상되는 데이터는 실제로 수신된 데이터가 될 수 있다. IAB-노드의 경우, 실제 수신된 데이터는 송신용 가용 상향링크 데이터로 고려되어야 하고, 이는 TS 38.321 V15.4.0의 5.4.5절에 설명된 트리거링 조건들에 기반하여 노멀 BSR (예를 들어, “정규 BSR”)을 트리거링할 수 있다. 노멀 BSR용 BSR 보고 (예를 들어, BSR MAC CE)는 상향링크 송신용 가용 데이터를 포함한 데이터 양을 지시한다. 지시된 데이터 양은 또한 자식노드로부터 도달이 예상되고, IAB-노드에 의해 수신된 적이 없는 데이터를 포함할 수 있다. 그러나, 초기 트리거링된 BSR용 BSR 보고에 의해 고려된 지시된 데이터 양을 고려하면, 동일한 데이터로 인해 또 다른 “정규 BSR” (예를 들어, 노멀 BSR)을 트리거링 및/또는 보고하는 것은 추가 SR 송신을 위해 전력을 낭비하는 부작용 및 BSR MAC CE 송신용 상향링크 리소스를 점유하는 부작용을 일으킬 것이다. IAB-노드의 부모 노드의 경우, 두번째로 트리거링된 BSR은 추가 정보를 제공하지 않아 중복된 것으로 보인다.

이 문제를 피하기 위해, IAB-노드의 “자체 생성” 상향링크 트래픽과 “자식 노드에 전달된” 상향링크 트래픽을 별도로 취급할 수 있다. IAB-노드의 “자체 생성” 상향링크 트래픽은 원래의 SR 또는 BSR 매커니즘에 의해 이전과 동일하게 처리된다. 예를 들어, 정규 BSR용 트리거링 조건은 “자식 노드에 전달된” 상향링크용 모든 논리채널들이 제외된 상태에서 “자체 생성” 상향링크 트래픽을 고려한다. 한편, IAB 정규 BSR용 트리거링 조건은 “자식 노드에 전달된” 상향링크 트래픽을 고려한다. 예를 들어, 자식노드로부터의 BSR은 “도달 예상된” “자식 노드에 전달된” 상향링크 트래픽이 존재함을 지시하고, IAB 정규 BSR은 이 지시에 의해 트리거될 수 있다.

이 문제를 해결하기 위해, 초기 트리거링된 BSR 이후의 노멀 BSR이 더 효율적으로 트리거링되어야 한다. 예를 들어, IAB-노드에서 상향링크 송신용 가용 데이터가 실제로 자식노드로부터 입력되고, 이전에 트리거링된 BSR에서 고려되었다면 (예를 들어, 도달이 예상되는 데이더로서 및/또는 초기 트리거링된 BSR에서 이미 보고된 것으로 간주되었다면), (현재의 NR MAC 규격(TS 38.321 V15.4.0)의 5.4.5절에서 특정된 (정규) BSR을 트리거링하기 위한 조건을 수행하더라도, 예를 들어, 데이터는 임의의 LCG(Logical Control Channel)에 속하는 가용 UL(Uplink) 데이터를 포함하는 임의의 논리 채널의 우선순위보다 높은 우선순위를 갖는 논리 채널에 속하거나, LCG에 속하는 어느 논리채널도 임의의 가용 UL 데이터를 포함하지 않더라도), 상향링크 송신용 가용 데이터는 BSR을 트리거링하지 않는다.

한 가지 대안으로, “정규 BSR”이 도달할 것으로 예상되는 데이터에 대해 트리거링되었다면, 도달이 예상되는 데이터가 실제로 수신었을 때, IAB-노드는 송신용 가용 상향링크 데이터에 대한 “정규 BSR”을 트리거링하지 않는다 IAB-노드의 경우, 상향링크 트래픽은 자식 IAB-노드 및/또는 UE일 수 있는 자식노드들로부터의 트래픽 및 그 자신으로부터의 트래픽의 포함할 수 있다. 자식 노드들로부터의 트래픽이 이미 도달이 예상되는 데이터로 고려되었다면, 실제 수신 이후 자식노드들로부터의 트래픽을 다시 고려할 이유가 없다. 한편, IAB-노드 그 자체로부터의 트래픽은 도달이 예상되는 데이터로 처리되어서는 안되고, 따라서 상향링크 데이터가 송신용으로 가용하고 그 거동이 BSR의 설계목적을 만족할 때 “정규 BSR”을 트리거링할 수 있게 해야 한다.

하나의 대안으로, IAB-노드는 송신용으로 가용하게 된 데이터의 논리채널 우선순위를 (자식 노드로부터의) 도달이 예상되는 데이터의 논리 채널 우선순위 및 (이미) 송신용으로 가용한 데이터의 논리채널 우선순위 둘 다와 비교하여 BSR (예를 들어, 노멀 BSR, 정규 BSR)의 트리거링 여부를 결정한다. 예를 들어, BSR(예를 들어, 노멀 BSR, 정규 BSR)을 트리거링하는 송신용으로 가용하게 된 데이터는, 데이터를 곧 갖게 될 것으로 예상되는 (임의의 LCG에 속하는) 임의의 논리 채널 및 임의의 LCG에 속하는 가용 UL 데이터를 포함하는 임의의 논리 채널의 우선순위보다 높은 우선순위를 갖는 논리 채널에 속해야 한다. (이미) 송신용으로 가용한 데이터는 자식 노드로부터 수신된 데이터 (및/또는 자식노드에 의해 전달된 데이터), 예를 들어, IAB-노드에서 유래된 데이터로 제한될 수 있다. 곧 데이터를 갖게 될 것으로 예상되는 논리 채널은 IAB-노드가, 예를 들어, 초기 트리거링된 BSR에 해당하는, BSR 보고에서 논리채널 (또는 논리 채널이 속하는 LCG)에 대한 (추정된) 데이터 양을 보고했다. 곧 데이터를 갖게 될 것으로 예상되는 논리 채널은 이미 송신용으로 가용한 데이터를 갖지 않을 수 있다. 도달 예상 논리 채널은 자식 노드의 논리 채널로부터 매핑될 수 있다. IAB-노드는, 자식노드에 의해 보고된 BSR 및 IAB-노드와 자식노드간의 베어러 매핑에 기반하여, 논리 채널이 도달 예상 데이터를 갖는지 (또는 곧 데이터를 가질 것으로 예상되는지) 여부를 결정할 수 있다.

일례에서, BSR (예를 들어, 노멀 BSR, 정규 BSR)은 다음과 같다면 트리거링될 수 있다:

■ LCG에 속하는 논리 채널에 경우, UL 데이터가 MAC 엔티티에 가용하게 되고, 또는

○ UL 데이터가 가용 UL 데이터를 포함하거나, 임의의 LCG에 속하는 UL data를 가질 것으로 예상되는 논리 채널의 우선순위보다 높은 우선순위를 갖는 논리 채널에 속한다; 또는

○ LCG에 속하는 어느 논리 채널도 가용 UL 데이터를 포함하거나 UL 데이터를 가질 것으로 예상 되지 않는다.

데이터가 송신용으로 가용하게 되고, 송신용으로 가용하게 된 데이터가 임의의 LCG에 속하는 가용 UL 데이터를 포함하는 논리 채널의 우선순위보다 높은 우선순위를 갖는 논리 채널에 속하지만, 그 논리채널이 곧 UL 데이터를 가질 것으로 예상되는 논리 채널의 우선순위보다 높은 우선순위를 갖지 않는다면, BSR (예를 들어, 노멀 BSR, 정규 BSR)은 송신용으로 가용하게 된 데이터로 인해 트리거링되지 않을 수 있다.

도달이 예상되는 데이터가 실제로 IAB-노드에 의해 수신되는 경우, 도달이 예상되는 데이터는 송신용 가용 데이터가 될 수 있다. 그러나, 송신용으로 가용하게 된 데이터가 (데이터가 도달하기 전) UL 데이터를 가질 것으로 예상되는 논리 채널에 속하기 때문에, 송신용으로 가용하게 된 데이터는 UL 데이터를 가질 것으로 예상되는 임의의 논리 채널보다 높은 우선순위를 갖는 것으로 고려되지 않을 수 있다. 따라서, 송신용으로 가용하게 된 데이터는 BSR (예를 들어, 노멀 BSR, 정규 BSR)을 트리거링하지 않을 수 있다.

그 대신, 상술한 (BSR을 트리거링 또는 트리거링하지 않는) 조건들 중 적어도 하나에서, BSR이 트리거링 될 수 있지만, BSR은 SR을 트리거링하지 않는다. 예를 들어, 송신용으로 가용하게 된 데이터가 임의의 LCG에 속하는 가용 UL 데이터를 포함하는 논리 채널의 우선순위보다 높은 우선순위를 갖는 논리 채널에 속하지만, 그 논리채널이 곧 UL 데이터를 가질 것으로 예상되는 논리 채널의 우선순위보다 높은 우선순위를 갖지 않는다면, BSR (예를 들어, 노멀 BSR, 정규 BSR)은 송신용으로 가용하게 된 데이터에 의해 트리거링되지 않을 수 있다. 트리거링된 BSR은 SR을 트리거링하지 않을 수 있다. 대안적으로 또는 추가적으로, 데이터가 송신용으로 가용하게 되었고, 임의의 LCG에 속하는 가용 UL 데이터를 포함하는 논리 채널 및 곧 UL 데이터를 가질 것으로 예상되는 논리 채널의 우선순위 보다 높은 우선순위를 갖는 논리 채널에 속한다면, BSR이 트리거링되고, BSR은 SR을 트리거링할 수 있다.

곧 데이터를 갖게 될 것으로 예상되는 논리 채널은 IAB-노드가, 예를 들어, 초기 트리거링된 BSR에 해당하는, BSR 보고에서 논리채널 (또는 논리 채널이 속하는 LCG)에 대한 (추정된) 데이터 양을 보고했음을 의미한다. 곧 데이터를 갖게 될 것으로 예상되는 논리 채널은 이미 송신용으로 가용한 데이터를 갖지 않을 수 있다. 도달이 예상되는 논리 채널은 자식 노드의 논리 채널로부터 매핑될 수 있다. IAB-노드는, 자식노드에 의해 보고된 BSR 및 IAB-노드와 자식노드간 베어러 매핑에 기반하여, 논리 채널이 도달 예상 데이터를 갖는지 (또는 곧 데이터를 가질 것으로 예상되는지) 여부를 결정할 수 있다.

BSR은 정규 BSR일 수 있다. 트리거링된 BSR은 주기적인 BSR처럼 거동할 수 있다. logicalChannelSR-DelayTimer는 실행되지 않을 수 있다. 새로운 송신을 위한 가용 UL-SCH 리소스가 없을 수 있다. 구성된 상향링크 그랜트(들)이 구성되거나 구성되지 않을 수 있다. logicalChannelSR-Mask가 거짓으로 설정된 논리 채널에 대해 BSR이 트리거링될 수 있다. 새로운 송신을 위한 가용 UL-SCH 리소스가 있을 수 있지만, 이는 BSR을 트리거링한 논리 채널에 대해 구성된 (NR MAC 규격 (TS 38.321)의 5.4.3.1절에 규정된) LCP 매핑 제한조건을 만족하지 않는다.

그 대신, 상술한 (BSR을 트리거링 또는 트리거링하지 않는) 조건들 중 적어도 하나에서, BSR이 트리거링 될 수 있다. 트리거링된 BSR용 SR 보고에서, 송신용 가용 데이터에 대해 지시된 데이터양 (예를 들어, BSR MAC CE에서 버퍼 상태)은 도달이 예상되는 데이터용으로 지시된 데이터 양(예를 들어, BSR MAC CE에서 버퍼 상태)와 분리될 수 있다. 이는 송신용 가용 데이터와 도달이 예상되는 데이터가 동일 논리 채널 또는 LCG에 속하더라도 적용될 수 있다. 이 경우, 도달이 예상되는 데이터 및 송신용 가용 데이터가 BSR 보고에서 서로 다른 것으로 간주되기 때문에, 초기 트리거링된 BSR을 트리거링한 후 노멀 BSR을 트리거링하는 것은 (예를 들어, 도달이 예상되는 데이터가 송신용 가용 데이터가 되는 경우) 중복되지 않을 수 있다.

예를 들어, BSR 보고 (예를 들어, BSR MAC CE)에는 적어도 두 개의 필드가 있다. 하나는 적어도 논리 채널 (또는 LCG)용 송신용 가용 데이터의 (대략적인) 데이터 양(또는 버퍼 상태)를 지시하는데 사용될 수 있다. 다른 필드는 적어도 논리 채널 (또는 LCG)용 도달 예상 데이터의 (대략적인) 데이터 양(또는 버퍼 상태)를 지시하는데 사용될 수 있다. 적어도 논리채널 (또는 LCG)에 대해 도달이 예상되는 데이터의 (대략적인 또는 추정된) 데이터 양(또는 버퍼 상태)은 자식 노드로부터 수신된 BSR에서 도출될 수 있다. 도달 예상 논리 채널은 자식 노드의 논리 채널로부터 매핑될 수 있다. IAB-노드는, 자식노드에 의해 보고된 BSR 및 IAB-노드와 자식노드간 베어러 매핑에 기반하여, 논리 채널이 도달 예상 데이터를 갖는지 (또는 곧 데이터를 가질 것으로 예상되는지) 여부를 결정할 수 있다.

일례에서, IAB-노드가 자식노드로부터 BSR을 수신한 후, IAB-노드는 자식 노드로부터의 BSR로 인해 BSR (예를 들어, 초기 트리거링된 BSR)을 트리거링할 수 있다. 트리거링된 BSR (예를 들어, 초기 트리거링된 BSR)에 대한 BSR 보고는 (자식 노드로부터의 BSR에서 도출된) 도달이 예상되는 데이터의 (추정된) 양을 지시할 수 있다. 트리거링된 BSR(예를 들어, 초기 트리거링된 BSR)용 BSR 보고는 송신용 가용 데이터의 양 (예를 들어, 0)을 지시할 수 있다. 트리거링된 BSR (예를 들어, 초기 트리거링된 BSR)용 BSR 보고는 (자식 노드로부터의 BSR에서 도출된) 도달이 예상되는 데이터의 (추정된) 양 및 송신용 가용 데이터의 양 (예를 들어, 0)을 지시할 수 있다. IAB-노드가 자식 노드로부터 실제 데이터를 수신한 후, IAB-노드는 (송신용 가용 데이터 및/또는 도달이 예상되는 데이터를 갖는 임의의 논리 채널보다 높은) 우선순위를 갖는 송신용 가용 데이터에 의해 다른 BSR (예를 들어, 노멀 BSR)을 트리거링할 수 있다.

일례에서, 두 번째로 트리거링된 BSR (예를 들어, 노멀 BSR)에 대한 BSR 보고는 (자식 노드 및 수신된 데이터로부터의 BSR에서 도출된) 도달이 예상되는 데이터의 (추정된) 양을 지시할 수 있다. 두번째로 트리거링된 BSR (예를 들어, 노멀 BSR)에 대한 BSR 보고는 (자식 노드로부터의 수신된 데이터로부터 도출된) 송신용 가용 데이터의 양을 지시할 수 있다. 두번째로 트리거링된 BSR (예를 들어, 노멀 BSR)용 BSR 보고는 (자식 노드로부터의 BSR 및 수신된 데이터에서 도출된) 도달이 예상되는 데이터의 (추정된) 양 및 (자식 노드로부터 수신된 데이터에서 도출된) 송신용 가용 데이터의 양을 지시할 수 있다.

도달이 예상되는 데이터의 (추정된 ) 데이터 양 (또는 버퍼 상태) 및 송신용 가용 데이터의 데이터 양 (또는 버퍼 상태)는 별도로 (예를 들어, 다른 필드에서) 지시될 수 있다.

도 17은 제1WTRU (wireless transmit/receive unit)의 관점에서 본 예시적인 일실시예에 따른 흐름도 (1700)이다. 1705단계에서, 제1WTRU가 제1BSR을 트리거링하고, 제1BSR은 도달이 예상되는 데이터의 추정량을 지시한다.

일실시예에서, 제1BSR은 제1WTRU로부터의 제2BSR의 수신으로 인해 트리거링될 수 있고, 제2WTRU는 제1WTRU의 자식 노드일 수 있다. 제1BSR은 제1WTRU로 송신될 수 있고, 제2WTRU는 제1WTRU의 부모 노드일 수 있다.

일실시예에서, 도달이 예상되는 데이터의 추정된 양 및 송신용 가용 데이터의 양은 별도로 지시될 수 있다.

일실시예에서, 제1BSR은 도달이 예상되는 데이터의 추정된 양을 지시하는 제1필드 및 송신용 가용 데이터의 양을 지시하는 제2필드를 포함할 수 있다.

일실시예에서, 제1메시지는 정규 BSR일 수 있다. 일실시예에서, 도달이 예상되는 데이터의 추정된 양은 논리 채널 그룹(LCG)에 대한 것일 수 있다.

일실시예에서, 제1BSR 및/또는 제2BSR은 MAC (Medium Access Control) CE (Control Element)일 수 있다. 일실시예에서, 제1WTRU는 제2BSR에 기반하여 도달이 예상되는 데이터의 양을 도출할 수 있다. 일실시예에서, WTRU는 IAB (Integrated Access and Backhaul)-노드일 수 있고, 제2WTRU는 IAB-노드 또는 UE이며, 제3WTRU는 IAB-노드 또는 IAB-도너이다.

도 3 및 4를 다시 참조하면, 제1WTRU의 예시적인 일실시예에서, 디바이스(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU (308)는 프로그램 코드(312)를 실행하여 제1WTRU가 제1BSR을 트리거링하고, 제1BSR은 도달이 예상되는 데이터의 추정량을 지시한다. 또한 CPU(308)는 프로그램 코드(312)를 실행하여 상술한 모든 동작과 단계들 또는 여기에서 설명된 다른 것들을 수행할 수 있다.

도 18은 제1WTRU의 관점에서 본 제1예시적인 실시예에 따른 흐롬도 (1800)이고, 제1WTRU는 액세스 링크 및 백홀 링크를 통합할 수 있다. 1805단계에서, 제1WTRU는 제2WTRU로부터 제1시그널링을 수신하고, 제1시그널링은 제2WRTU로부터 제1WRTU로의 하나 이상의 상향링크 송신(들)에 대한 리소스 요구와 관련된다. 1810단계에서, 제1WTRU는 제2WTRU로부터 제1WTRU로의 하나 이상의 상향링크 송신(들)을 수신한다. 1815단계에서, 제1WTRU는 제2시그널링이 제1시그널링의 수신으로 인해 트리거링되었는지 여부를 확인하고, 제2시그널링은 제1WTRU로부터 제3WTRU로의 하나 이상의 상향링크 송신(들)에 대한 리소스 요구와 관련된다. 1820단계에서, 제1WTRU는 확인 결과에 기반하여 제3시그널링을 트리거링할 것인지 여부를 결정하고, 제3시그널링은 제1WTRU로부터 제3WTRU로의 하나 이상의 상향링크 송신(들)에 대한 리소스 요구와 관련된다.

일실시예에서, 제1WTRU는 확인결과가 예이면 (즉, 제2시그널링이 제1시그널링의 수신으로 인해 트리거링되었다면), 제3시그널링을 트리거링하지 않을 것이다. 제1WTRU는 확인결과가 아니오라면 (즉, 제2시그널링이 제1시그널링의 수신으로 인해 트리거링되지 않았다면), 제3시그널링을 트리거링할 것이다. 제1WTRU는 확인결과가 예라면 (즉, 제2시그널링이 제1시그널링의 수신으로 인해 트리거링되었다면), 제3시그널링을 트리거링할 수 있다. 제1WTRU는 확인결과가 아니오라면 (즉, 제2시그널링이 제1시그널링의 수신으로 인해 트리거링되지 않았다면), 제3시그널링을 트리거링하지 않을 수 있다.

일실시예에서, 제1WTRU는 IAB-노드일 수 있고, 제2WTRU는 IAB-노드 또는 UE (즉, 제1WTRU의 자식 노드)일 수 있고, 제3WTRU는 IAB-노드 또는 IAB-도너, 또는 gNB, 또는, gNB의 일부 (즉, 제1WTRU의 부모 노드)일 수 있다.

일실시예에서, 제1시그널링은 BSR 또는 SR일 수 있다. 제2시그널링은 BSR (예를 들어: IAB 정규 BSR) 또는 SR일 수 있다. 제3시그널링은 BSR (예를 들어: IAB 정규 BSR) 또는 SR일 수 있다.

일실시예에서, 제2WTRU에서 제1WTRU로의 하나 이상의 상향링크 송신(들)이 제1시그널링의 수신에 기반하여 제1WTRU에 의한 상향링크 리소스 할당과 관련될 수 있다. 제1WTRU에서 제3WTRU로의 하나 이상의 상향링크 송신(들)이 제2시그널링 및/또는 제3시그널링의 수신에 기반하여 제3WTRU에 의한 상향링크 리소스 할당과 관련될 수 있다.

도 3 및 4를 다시 참조하면, 제1WTRU의 예시적인 일실시예에서, 디바이스(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 제1WTRTU가 (i) 제2WTRU로부터 제1시그널링을 수신할 수 있게 하고, 여기서 제1시그널링은 제2WRTU로부터 제1WRTU로의 하나 이상의 상향링크 송신(들)에 대한 리소스 요구와 관련되고, (ii) 제2WTRU로부터 제1WTRU로의 하나 이상의 상향링크 송신(들)을 수신할 수 있게 하고, (iii) 제2시그널링이 제1시그널링의 수신으로 인해 트리거링되었는 지 여부를 확인할 수 있게 하고, 여기서 제2시그널링은 제1WTRU로부터 제3WTRU로 하나 이상의 상향링크 송신(들)에 대한 리소스 요구와 관련되며, 및 (iv) 확인 결과에 기반하여 제3시그널링을 트리거링할 것인지 여부를 결정할 수 있게 하며, 제3시그널링은 제1WTRU로부터 제3WTRU로 하나 이상의 상향링크 송신(들)에 대한 리소스 요구와 관련된다. 또한 CPU(308)는 프로그램 코드(312)를 실행하여 상술한 모든 동작과 단계들 또는 여기에서 설명된 다른 것들을 수행할 수 있다.

현재의 NR MAC 규격 (TS 38.321 V15.4.0)에 기반하여, 트리거된 BSR은 상향링크 그랜트(들)이 모든 송신용 가용 보류(pending) 데이터를 수용할 수 있지만 BSR MAC CE + 서브헤더를 추가로 수용하기에는 충분치 않다. 송신용 가용 보류 데이터가, 상향링크 송신에서 도달이 예상되지만 아직 수신되지 않는 데이터를 포함하기 때문에, BSR 취소를 위한 이 기준은 도달이 예상되는 데이터에 대한 버퍼 사이즈가 보고되지 않는 부작용을 일으킬 수 있다.

현재의 NR MAC 규격(TS 38.321 V15.4.0)에 기반하여, 이전 BSR이 트리거된 (및 보고된) 후, IAB-노드는 그 부모 노드로부터 상향링크 그랜트를 수신할 수 있다. 상향링크 그랜트가 IAB-노드에서 모든 송신용 가용 보류 데이터를 수용할 수 있지만, BSR MAC CE+서브헤더를 추가로 수용하기에는 충분하지 않다면, 초기 트리거링된 BSR은 취소된다. 따라서 BSR은 상향링크 그랜트에 해당하는 상향링크 송신 (예를 들어, MAC PDU)에서 보고되지 않을 것이다. 부모 노드는 IAB-노드가 송신할 데이터를 갖고 있지 않다고 해석하고, IAB-노드에 추가 상향링크 그랜트(들)을 할당하지 않을 수 있지만, 도달이 예상되는 데이터가 수신될 수 있고, 이미 송신용 가용 데이터로 될 수 있다. 따라서 자식 노드로부터의 데이터는 초기 트리거링된 BSR의 취소에 의한 보다 많은 스케줄링 딜레이를 겪을 것이다.

이 문제를 해결하기 위해, IAB-노드가 곧 송신할 데이터 또는 곧 도달이 예상되는 데이터가 있음 (예를 들어, 비어있지 않은 BSR이 자식노드로부터 수신되었지만 BSR에서 지시된 어느 데이터도 또는 모든 데이터가 자식 노드로부터 수신된 것은 아님)을 인지 (또는 검출)한다면, 수신된 상향링크 그랜트가 모든 송신용 가용 보류 데이터를 수용할 수 있지만 BSR MAC CE + 서브헤더를 추가로 수용하기에는 충분하지 않는 경우, IAB-노드는 IAB용으로 트리거링된 BSR을 취소하지 않을 수 있다.

IAB-노드가 곧 송신할 데이터 또는 곧 도달이 예상되는 데이터가 있음 (예를 들어, BSR이 자식노드 또는 임의의 자식 노드로부터 수신 및/또는 BSR이 자식 노드의 일부로부터 수신되었지만 비어있는(empty) BSR인 경우)을 인지 (또는 검출)하지 않았다면, 수신된 상향링크 그랜트가 모든 송신용 가용 보류 데이터를 수용할 수 있지만 BSR MAC CE + 서브헤더를 추가로 수용하기에는 충분하지 않는 경우, IAB-노드는 트리거링된 BSR을 취소할 수 있다. 대안적으로 또는 추가적으로, 도달이 예상되는 상향링크 트래픽이 아직 있다면, BSR MAC CE는 송신용 MAC PDU에 포함되어야 한다. 도달이 예상되는 상향링크 트래픽이 없는 경우, BSR MAC CE는 상술한 조건에서 취소될 수 있다. 즉, 보고된 버퍼 사이즈(들)가 모두 0면, BSR MAC CE는 상술한 조건에서 취소될 수 있다. 대안적으로 또는 추가적으로, 도달이 예상되는 상향링크 트래픽이 아직 있다면, 트리거링된 BSR이 상술한 조건에서 취소되지 않을 수 있다. 이는 BSR MAC CE가 원래의 거동으로 상술한 조건에서 MAC PDU에 포함되지 않지만 트리거링된 BSR은 취소되지 않음을 암시한다. 이 트리거링되고 취소되지 않은 BSR은 이후 상향링크 그랜트(들)에 대해 SR을 트리거링하거나 BSR MAC CE 생성을 일으킬 수 있다.

대안적으로 또는 추가적으로, 초기 트리거링된 BSR이 트리거링되었지만 취소되지 않았다면 (또는 트리거링된 BSR이 초기 트리거링된 BSR이라면), 수신된 상향링크 그랜트가 모든 송신용 가용 보류 데이터를 수용할 수 있지만 BSR MAC CE + 서브헤더를 추가로 수용하기에는 충분하지 않는 경우, 트리거링된 BSR은 취소되지 않을 수 있다. 대안적으로 또는 추가적으로, 초기 트리거링된 BSR이 트리거링되지 않았고 취소되지 않았다면 (또는 트리거링된 BSR이 초기 트리거링된 BSR이 아니라면), 수신된 상향링크 그랜트가 모든 송신용 가용 보류 데이터를 수용할 수 있지만 BSR MAC CE + 서브헤더를 추가로 수용하기에는 충분하지 않는 경우, 트리거링된 BSR은 취소될 수 있다. 트리거링된 BSR은 노멀 BSR 또는 레거시 BSR일 수 있다.

초기 트리거링된 BSR은 자식 노드로부터 수신된 BSR에 의해 트리거링될 수 있다. 초기 트리거링된 BSR은 MAC PDU에 BSR MAC CE가 포함됨으로 인해 취소될 수 있다. BSR MAC CE는 도달이 예상된 (또는 송신이 예상된) 데이터를 포함하는 데이터 양 (또는 버퍼 상태)을 지시할 수 있지만 아직 IAB-노드에서 송신용으로 가용하지는 않는다.

대안적으로 또는 추가적으로, 보고될 BSR이 도달이 예상된 데이터 또는 곧 송신될 데이터의 비어있지 않은 버퍼 상태 (또는 데이터 양)를 포함한다면, 수신된 상향링크 그랜트가 모든 송신용 가용 보류 데이터를 수용할 수 있지만 BSR MAC CE + 서브헤더를 추가로 수용하기에는 충분하지 않는 경우, 트리거링된 BSR은 취소되지 않을 수 있다. 대안적으로 또는 추가적으로, 보고될 BSR이 도달이 예상된 데이터 또는 곧 송신될 데이터의 비어있지 않은 버퍼 상태 (또는 데이터 양)를 포함하지 않는다면, 수신된 상향링크 그랜트가 모든 송신용 가용 보류 데이터를 수용할 수 있지만 BSR MAC CE + 서브헤더를 추가로 수용하기에는 충분하지 않는 경우, 트리거링된 BSR은 취소될 수 있다.

도달이 예상된 데이터 (또는 곧 송신될 데이터)의 (비어있지 않은) 버퍼 상태 (또는 데이터 양)는 (곧) UL 데이터를 갖게 될 것으로 예상되는 논리 채널 (또는 LCG)에 해당할 수 있다. (곧) UL 데이터를 갖게 될 것으로 예상되는 논리 채널은, IAB-노드가 예를 들어, 초기 트리거링된 BSR에 해당하는, BSR 보고에서 논리채널 (또는 논리 채널이 속하는 LCG)에 대한 (추정된) 데이터 양을 보고했음을 의미한다. (곧) UL 데이터를 갖게 될 것으로 예상되는 논리 채널은 이미 송신용으로 가용한 데이터를 갖지 않을 수 있다. (곧) UL 데이터를 갖게 될 것으로 예상되는 논리 채널은 자식 노드의 논리 채널로부터 매핑될 수 있다. IAB-노드는, 자식노드에 의해 보고된 BSR 및 IAB-노드 및 자식 노드 사이의 베어러 매핑에 기반하여 논리 채널이 UL 데이터를 예상했는지 여부를 결정할 수 있다.

일실시예에서, 취소되지 않은 BSR은 BSR이 보류중에 있음을 의미할 수 있다. BSR MAC CE는 상향링크 그랜트에 해당하는 상향링크 송신 (예를 들어, MAC PDU)에 포함될 수 있다. 대안적으로, (트리거링된 BSR이 취소되지 않아도) BSR MAC CE는 상향링크 그랜트에 해당하는 상향링크 송신 (예를 들어, MAC PDU)에 포함되지 않을 수 있다. BSR MAC CE는 적어도 논리 채널 (또는 LCG)에 대해 도달이 예상되는 데이터의 (대략적인 또는 추정된) 데이터 양(또는 버퍼 상태)을 지시할 수 있다. BSR MAC CE는 논리 채널 (또는 LCG)에 대해 송신용 가용 데이터의 데이터 양(또는 버퍼 상태)을 지시할 수 있다.

상술한 서로 다른 대안들이 함께 사용될 수 있다. 예를 들어, 일부 잠정적인 텍스트 변경을 이하에서 보여주고 있다 (현재 NR MAC 규격 TS 38.321에 대한 변경이 볼드체로 지시되었다).

■ “도달이 예상된 데이터에 기반하여 트리거링된 BSR이 아닌 모든 트리거링된 BSR들은 UL 그랜트(들)가 송신에 가용한 모든 보류 데이터를 수용할 수 있지만 BAS MAC CE + 서브헤더를 추가로 수용하기에는 충분치 않은 경우 취소될 수 있다.

■ “자식노드로부터의 BSR로 인해 트리거링된 BSR이 아닌 모든 트리거링된 BSR들은 UL 그랜트(들)이 송신에 가용한 모든 보류 데이터를 수용할 수 있지만 BAS MAC CE + 서브헤더를 추가로 수용하기에는 충분치 않은 경우 취소될 수 있다.

도 19는 제1WTRU의 관점에서 본 제1예시적인 실시예에 따른 흐롬도 (1900)이고, 제1WTRU는 액세스 링크 및 백홀 링크를 통합할 수 있다. 1905단계에서, 제1WTRU는 제1시그널링을 트리거링하고, 제1시그널링은 제1WTRU로부터 제2WTRU로 하나 이상의 송신(들)에 대한 리소스 요구와 관련된다. 1910단계에서, 제1시그널링에서 보고될 하나 이상의 값(들)이 0라면 제1WTRU를 확인하고, 제1시그널링에서 보고될 각 값은 실수 또는 실수 범위 및/또는 임의의 인덱스 종류에 의해 지시된 실수 또는 실수 범위로 지칭된다. 1915단계에서, 제1WTRU는 확인 결과에 기반하여 제1시그널링을 상향링크 송신 패키지에 포함시킬지 여부를 결정하고, 상향링크 송신 패키지는 제1WTRU에서 제2WTRU로 송신될 것이다.

일실시예에서, 제1WTRU는 확인 결과가 “모두 0” (즉, 제1시그널링에서 보고될 모든 값(들)이 0) 이라면, 제1시그널링을 상향링크 송신 패키지에 포함하지 않을 수 있다. 또한, 제1WTRU는 트리거링된 제1시그널링을 취소할 수 있다 (즉, 제1시그널링이 더 이상 송신용으로 구축되도록 트리거링되지 않는다).

일실시예에서, 제1WTRU는 확인 결과가 “모두 0” (즉, 제1시그널링에서 보고될 모든 값(들)이 0) 이라면, 제1시그널링을 상향링크 송신 패키지에 포함할 수 있다. 또한, 제1WTRU는 트리거링된 제1시그널링을 취소할 수 있다 (즉, 제1시그널링이 더 이상 송신용으로 구축되도록 트리거링되지 않는다).

일실시예에서, 제1WTRU는 확인 결과가 “모두 0이 아니” (즉, 제1시그널링에서 보고될 모든 값(들)이 0이 아니) 라면, 제1시그널링을 상향링크 송신 패키지에 포함할 수 있다. 또한, 제1WTRU는 트리거링된 제1시그널링을 취소할 수 있다 (즉, 제1시그널링이 더 이상 송신용으로 구축되도록 트리거링되지 않는다).

일실시예에서, 제1WTRU는 확인 결과가 “모두 0” (즉, 제1시그널링에서 보고될 모든 값(들)이 0) 이라면, 제1시그널링을 상향링크 송신 패키지에 포함하지 않을 수 있다. 또한, 제1WTRU는 트리거링된 제1시그널링을 취소하지 않는다 (즉, 제1시그널링이 아직 송신용으로 구축되도록 트리거링된다).

일실시예에서, 제1WTRU는 확인 결과가 “모두 0이 아니” (즉, 제1시그널링에서 보고될 모든 값(들)이 0이 아니) 라면, 제1시그널링을 상향링크 송신 패키지에 포함할 수 있다. 또한, 제1WTRU는 트리거링된 제1시그널링을 취소하지 않는다 (즉, 제1시그널링이 아직 송신용으로 구축되도록 트리거링된다).

일실시예에서, 제1WTRU는 확인 결과가 “모두 0이 아니” (즉, 제1시그널링에서 보고될 모든 값(들)이 0이) 라면, 제1시그널링을 상향링크 송신 패키지에 포함하지 않을 수 있다. 또한, 제1WTRU는 트리거링된 제1시그널링을 취소할 수 있다 (즉, 제1시그널링이 더 이상 송신용으로 구축되도록 트리거링되지 않는다).

일실시예에서, 제1WTRU는 IAB-노드일 수 있고, 제2WTRU는 IAB-노드 또는 IAB-도너 또는 gNB, 또는 gNB의 일부일 수 있다. 제1시그널링은 버퍼상태 보고 (BSR) (예를 들면, IAB 정규 BSR) 또는 스케줄링 요구 (SR)일 수 있다. 상향링크 송신 패키지는 MAC PDU (Protocol Data Unit)일 수 있다.

일실시예에서, 제1WTRU에서 제2WTRU로의 하나 이상의 상향링크 송신(들)이 제1시그널링의 수신에 기반하여 제2WTRU에 의한 상향링크 리소스 할당과 관련될 수 있다. 제1시그널링에서 보고될 값(들)은 상향링크 송신 패키지에 포함될 상향링크 트래픽 볼륨와 관련될 수 있다. 제1시그널링에서 보고될 값(들)은 송신을 위해 현재의 가용 상향링크 트래픽 및/또는 송신용으로 가용될 것으로 예상된 (즉, 현재가 아닌) 상향링크 트래픽과 관련될 수 있다. 송신용으로 현재의 가용 상향링크 트래픽에 대한 제1시그널링에서 보고될 값(들) 및 송신용으로 가용될 것으로 예상되는 상향링크 트래픽에 대한 제1시그널링에서 보고될 값(들)은 별도로 처리될 수 있다.

도 3 및 4를 다시 참조하면, 제1WTRU의 예시적인 일실시예에서, 디바이스(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 제1WTRTU가 (i) 제1시그널링을 트리거링할 수 있게 하고, 제1시그널링은 제1WRTU로부터 제2WRTU로의 하나 이상의 상향링크 송신(들)에 대한 리소스 요구와 관련되고, (ii) 제1시그널링에서 보고될 하나 이상의 값(들)이 0인지 여부를 확인할 수 있게 하고, 제1시그널링에서 보고될 각 값은 실수 또는 실수 범위 및/또는 임의의 인덱스 종류에 의해 지시된 실수 또는 실수 범위이고, 및 (iii) 확인 결과에 따라 제1시그널링을 상향링크 송신 패키지에 포함할 지 여부를 결정할 수 있게 하고, 상향링크 송신 패키지는 제1WTRU에서 제2WTRU로 송신될 것이다. 또한 CPU(308)는 프로그램 코드(312)를 실행하여 상술한 모든 동작과 단계들 또는 여기에서 설명된 다른 것들을 수행할 수 있다.

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

정보 및 신호들이 다양한 임의의 기술들(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

제1 WTRU(wireless transmit/receive unit)의 방법에 있어서:
제 2 WTRU로부터 제 2 BSR(buffer status report)를 수신하는 단계로서, 상기 제 2 WTRU는 상기 제 1 WTRU의 자식 노드인 단계;
제2 BSR 수신으로 인해 제1 BSR을 트리거링하는 단계로서, 상기 제1 BSR은 도달이 예상되는 데이터의 추정량을 지시하는 단계; 및
상기 제1 BSR을 제3 WTRU로 송신하는 단계로서, 상기 제3 WTRU는 상기 제1 WTRU의 부모 노드인 단계;를 포함하고
상기 제 1 WTRU는 IAB(Integrated Access and Backhaul)-노드이고, 상기제 2 WTRU는 IAB 노드 또는 UE이고, 상기 제 3 WTRU는 IAB 노드 또는 IAB 도너인, 방법.
제1항에 있어서,
상기 제 1 BSR에 의해 표시되는 도달이 예상되는 데이터의 추정량은 상기 제 2 WTRU로부터 도달이 예상되는 데이터인, 방법.
제1항에 있어서,
업 링크 데이터를 송신하기 위해 상기 제 2 WTRU에 대한 업 링크 승인을 상기 제 2 WTRU에 할당하는 단계를 더 포함하는, 방법.
제1항에 있어서,
SR(scheduling request)은 상기 제1 BSR로 인해 트리거되는, 방법.
제2항에 있어서,
상기 제2 WTRU로부터 도달할 것으로 예상되는 데이터는 상기 제2 WTRU로부터 수신되지 않은 데이터인, 방법.
제1항에 있어서,
상기 제1 BSR은 정규 BSR인 방법.
제1항에 있어서,
상기 도달이 예상되는 데이터의 추정량은 논리 채널 그룹에 대한 것인, 방법.
제1항에 있어서,
상기 제1 BSR 및/또는 상기 제2 BSR은 BSR에서 보고된 MAC (Medium Access Control) CE (Control Element)인, 방법.
제1항에 있어서,
상기 제1 WTRU는 상기 제2 BSR에 기반하여 상기 도달이 예상되는 데이터의 추정량을 도출하는, 방법.
제1항에 있어서,
상기 제 1 BSR은 도달이 예상되는 데이터만을 포함하고, 이미 상향 링크 송신에 이용 가능한 데이터는 포함하지 않는 데이터 량을 나타내는, 방법.
제1 WTRU(wireless transmit/receive unit)에 있어서,
제어 회로;
상기 제어 회로에 설치된 프로세서; 및
상기 제어 회로에 설치되고, 상기 프로세서와 동작하도록 결합된 메모리를 포함하고,
상기 프로세서는 상기 메모리에서 프로그램 코드를 실행하도록 구성되어:
제2 WTRU로부터 제2 BSR(buffer status report)를 수신하고, 상기 제2 WTRU는 상기 제1 WTRU의 자식 노드이고,
제2 BSR 수신으로 인해 제1 BSR(buffer status report)을 트리거링하고, 상기 제1 BSR은 도달이 예상되는 데이터의 추정량을 지시하며,
상기 제1 BSR을 제3 WTRU로 송신하고, 상기 제3 WTRU는 상기 제1 WTRU의 부모 노드이며,
상기 제 1 WTRU는 IAB(Integrated Access and Backhaul, 통합 액세스 및 백홀)-노드이고, 상기제 2 WTRU는 IAB 노드 또는 UE이고, 상기 제 3 WTRU는 IAB 노드 또는 IAB 도너인, 제1 WTRU.
제11항에 있어서,
상기 제 1 BSR에 의해 표시되는 도달이 예상되는 데이터의 추정량은 상기 제 2 WTRU로부터 도달이 예상되는 데이터인, 제1 WTRU.
제11항에 있어서,
상기 프로세서는 다음을 위해 상기 메모리에 저장된 프로그램 코드를 실행하도록 추가로 구성되어:
업 링크 데이터를 송신하기 위해 상기 제 2 WTRU에 대한 업 링크 승인을 상기 제 2 WTRU에 할당하는, 제1 WTRU.
제11항에 있어서,
SR(scheduling request)은 상기 제1 BSR로 인해 트리거되는, 제1 WTRU.
제12항에 있어서,
상기 제2 WTRU로부터 도달할 것으로 예상되는 데이터는 상기 제2 WTRU로부터 수신되지 않은 데이터인, 제 1WTRU.
제11항에 있어서,
상기 제1 BSR은 정규 BSR인, 제1 WTRU.
제11항에 있어서,
상기 도달이 예상되는 데이터의 추정량은 논리 채널 그룹에 대한 것인, 제1 WTRU.
제11항에 있어서,
상기 제1 BSR 및/또는 상기 제2 BSR은 BSR에서 보고된 MAC (Medium Access Control) CE (Control Element)인, 제1 WTRU.
제11항에 있어서,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
상기 제2 BSR에 기반하여 상기 도달이 예상되는 데이터의 추정량을 도출하는, 제1 WTRU.
제 11 항에 있어서,
상기 제 1 BSR은 도달이 예상되는 데이터만을 포함하고, 이미 상향 링크 송신에 이용 가능한 데이터는 포함하지 않는 데이터 량을 나타내는, 제1 WTRU.