KR102359856B1

KR102359856B1 - 무선 통신 시스템에서 릴레이의 업링크 버퍼 상태 보고서를 전달하는 방법 및 장치

Info

Publication number: KR102359856B1
Application number: KR1020200177352A
Authority: KR
Inventors: 이-젠 첸; 멍-휘 오우
Original assignee: 아서스테크 컴퓨터 인코포레이션
Priority date: 2020-02-07
Filing date: 2020-12-17
Publication date: 2022-02-11
Also published as: CN113259987A; TW202131670A; KR20220020854A; US20210250804A1; CN113259987B; TWI739694B; ES2941764T3; US11115856B2; KR102359856B9; KR102542893B1; EP3863325A3; KR20210102051A; EP3863325B1; JP6948451B2; US20210360470A1; EP3863325A2; JP2021125875A; US11864021B2

Abstract

방법 및 장치가 제1 WTRU(wireless transmit/receive unit)의 관점에서 개시된다. 일 실시 예에서, 방법은 제1 WTRU가 제1 BSR(buffer status report)를 트리거하는 단계를 포함하되, 제1 BSR은 도착할 것으로 예상되는 데이터의 양을 나타낸다. 방법은 또한 제1 WTRU가 제2 BSR을 트리거하는 단계를 포함하되, 제2 BSR은 이미 사용 가능한 데이터의 양을 나타낸다. 방법은 또한 제1 WTRU가 MAC(Medium Access Control) PDU(Protocol Data Unit)를 생성하는 단계를 더 포함하되, MAC PDU는 제1 BSR에 대해 최대 하나의 제1 BSR MAC CE(Control Element) 및 제2 BSR에 대해 최대 하나의 제2 BSR MAC CE를 포함한다.

Description

무선 통신 시스템에서 릴레이의 업링크 버퍼 상태 보고서를 전달하는 방법 및 장치{METHOD AND APPARATUS FOR DELIVERING UPLINK BUFFER STATUS REPORT OF A RELAY IN A WIRELESS COMMUNICATION SYSTEM}

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

본 발명은 무선통신 네트워크에 관한 것으로, 특히 무선 통신 시스템에서 릴레이의 업링크 버퍼 상태 보고서를 전달하는 방법 및 장치에 관한 것이다.

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

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

방법 및 장치가 제 1 무선 송수신 유닛 (WTRU)의 관점에서 개시된다.

일 실시 예에서, 방법은 제 1 WTRU가 제 1 버퍼 상태 보고 (BSR)를 트리거하는 단계를 포함하되, 제 1 BSR은 도착할 것으로 예상되는 데이터의 양을 나타낸다. 방법은 또한 제 1 WTRU가 제 2 BSR을 트리거하는 단계를 포함하되, 제 2 BSR은 이미 사용 가능한 데이터의 양을 나타낸다. 방법은 또한 제 1 WTRU가 MAC (Medium Access Control) PDU (Protocol Data Unit)를 생성하는 단계를 더 포함하되, MAC PDU는 제 1 BSR에 대해 최대 하나의 제 1 BSR MAC CE (Control Element) 및 제 2 BSR에 대해 최대 하나의 제 2 BSR MAC CE를 포함한다.

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

후술된 예시적인 무선 통신 시스템 및 장치는 브로트캐스트 서비스를 지원하는 무선 통신 시스템을 채용한다. 무선 통신 시스템은 광범위하게 배치되어 음성, 데이터 등 다양한 통신 형태를 제공한다. 이 시스템은 코드분할다중접속(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로 언급된 “3세대 파트너십 프로젝트”로 명명된 컨소시엄이 제안한 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다: TS 38.300 V15.4.0, “NR, NR 및 NG-RAN 전체 설명; 스테이지 2”; TS 38.321 V15.4.0, “NR, 매체 액세스 제어 (MAC) 프로토콜 규격”; TS 38.331 V15.6.0, “NR, 무선 리소스 제어 (RRC) 프로토콜 규격”; TR 38.874 V16.0.0, “통합 액세스 및 백홀에 관한 연구”; RP-172290, “신규 SID 제안: NR용 통합 액세스 및 백홀에 관한 연구”; AT&NT, 퀄컴 및 삼성; RP-182882, “신규 WID: NR용 통합 액세스 및 백홀에 관한 연구” 퀄컴; RAN2 #104 회의록; RAN2 #107bis 회의록; 및 RAN2 #108 회의록; R2-1916537, “pre-BSR용 TP”, 화웨이 및 하이 실리콘 (HiSilicon). 위에서 열거된 표준 및 문서들이 그 전체가 참조로써 통합된다.

도 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에 도시된 것처럼, 무선 통신 시스템에서 통신 장치(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)의 구현에도 사용될 수 있다.

도 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에서 보다 큰 사용가능한 예상 대역폭으로 인해, 통합 액세스 및 백홀 링크의 개발 및 구축 기회가 만들어진다. 이는 UE에 대한 액세스를 제공하도록 정의된 다수의 NR 제어 및 데이터 채널/절차들을 확립하여 LTR 보다 더 통합된 방식으로 셀프-백홀된 NR 셀들의 밀집 네트워크 배치를 더 용이하게 할 수 있게 한다. 그러한 통합 액세스 및 백홀 링크를 갖는 네트워크의 예가 도 1에 도시되어 있다. 도면에서 릴레이 노드들 (IAB-)은 접속 및 백홀 링크를 시간, 주파수, 또는 공간에서 다중화할 수 있다 (예를 들어, 빔-기반 동작).

[“통합 액세스 및 백홀 링크들”이라는 제목의 3GPP RP-182882의 도 1이 도 5에 재현되어 있다]

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

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

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

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

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

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

4 목적

4.1 SI 또는 코어 파트 WI 또는 테스트 파트 WI의 목적

NR WI용 IAB의 목적은 TR 38.874에 정의된 NR 용 IAB에 대한 연구 항목에 의한 권고안을 따른다. 이 권고안으로, IAB는 다음의 특징들을 지원한다:

FR1 및 FR2용 유연한 범위 확장을 위한 멀티홉 백홀링.

백홀링 성능을 최적화하고 백홀(BH) 링크 실패에 응답하기 위한 중복 연결을 포함한 토폴로지 적응.

E2E QoS 요구조건을 만족시키기 위해 UE 베어러를 백홀 RLC 채널로 매핑 및 백홀 RLC 채널에 대한 QoS 강화

대량의 UE로의 확장성(scalability)

EPC를 갖는 EN-DC 모드 또는 5GC를 갖는 SA 모드에서 IAB-노드 동작을 허용하는 유연한 배치.

UE 또는 IAB-노드 관점에서 NR-NR DC에 대한 지원 (주 1 참조)

대역 내 및 대역 밖 릴레이 둘 다를 위한 효율적인 동작.

IAB 토폴로지에 걸친 OTA 동기화

Rel-15 UE들의 지원

작업 항목의 상세한 목적은 다음과 같다:

[RAN2-led, RAN3]를 포함한 IAB_노드 추종 아키텍쳐 1a의 규격:

o 라우팅 식별자에 기반한 멀티 홉 토폴로지에 걸친 포워딩을 지원하기 위해 IAB-노드에 대한 라우팅 기능.

o 낮은 레이턴시 스케줄링 (예를 들어, TR 38.874, 8.6항), BH RLF 처리 (예를 들어, TR 38.874, 9.7.14-15항) 및 멀티홉 토폴로지에 걸친 리소스 조정(resource coordination) (예를 들어, TR 38.874, 7.3.3항)을 지원하기 위한 시그널링의 홉별(hop-by-hop) 전파.

o 일대일 및 다대일 베어러 매핑 지원을 위한 UE 베어러의 BH RLC 채널로의 매핑, 및 진입과 진출 BF RLC 채널간 매핑 기능.

IAB-도너 추종 아키텍쳐 1a [RAN3, RAN2]로서 서비스하기 위한 gNB 기능의 개선사항

o 토폴로지, 루트 및 리소스 관리 [RAN3-led]를 위한 gNB CU-CP에 대한 기능.

o (예를 들어, CU, OAM으로부터) IAB-노드[RAN3-led]로의 IP 라우팅에 대한 지원.

o 하나 또는 다수의 UE 베어러들의 다운링크 트래픽을 BH-RLC 채널[RAN2-led]로 매핑하기 위한 gNB DU에 대한 베어러 매핑 기능

E1, F1 및 X2/Xn 인터페이스들 [RAN3-led, RAN2]로의 가능한 개선사항에 대한 규격:

o F1에서:

■ 무선 백홀 링크에 대한 보안 보호.

■ IAB-노드들 및 IAB-도너 DU들의 셋업 및 재구성

o X2 및 Xn에서, IAB로 DC 동작을 인에이블하기 위해 필요한 기능들.

o E1에서, F1-U의 필요한 IAB-특정 전송 및/또는 보안 보호의 구성.

[RAN3-led, RAN2]를 포함한, IAB-노드 통합 및 토폴로지 적응에 대한 절차 규정

o NSA 모드를 위한 E-UTRAN에 필요한 개선 사항을 포함한, SA 및 NSA 모드용 IAB-노드 통합 절차.

o (IAB-도너 DU의 변화가 있거나 없거나 ) 동일 IAB-노드하에서 및 서로 다른 IAB-도너들 사이에서 IAB-노드의 이동 규격. IAB- 노드의 이동은 네트워크로 제어되거나 BF RLF에 의한 것일 수 있다.

다중 연결성 (예를 들어, TR 38.874, 9.7항) 에 기반한 루트 중복 및 루트 선택을 지원, 추가 RAN1 작업이 없이, NR-NR DC 뿐만 아니라 기존 NR 솔루션들의 활용 (주 1 참고).

L2 무선 송신 [RAN2-led, RAN3]에 대한 개선 사항 규격:

o RLC 계층 상위의 적응 계층에 대한 규격. 적응 계층은 다음 프로토콜 계층으로서 무선 백홀 및 IP를 거친 라우팅을 지원한다.

o LCID 공간 및 잠재적으로 LCG 공간을 확장하여 UE 베어러들의 BH RLC 채널로의 일대일 매핑을 지원한다. LCID 공간 및 LCG 공간의 확장은 IAB-노드들에만 적용가능하다.

o 혼잡을 처리하기 위한 (DL에 대한, 및, 필요하다면 UL에 대한) 흐름 제어 매커니즘의 규격.

o 홉별 ARQ에서 무손실 전달을 인에이블하기 위한 메커니즘의 규격.

L2 전송 및 리소스 관리 [RAN2-led, RAN3, RAN1]를 위한 시그널링 규격:

o 다음을 위한 RRC 및 F1-AP 절차들 및 메시지들의 규격: IAB-노드들의 셋업 및 릴리즈; IAB_노드들 및 IAB-도너 DU에서 적응 계층의 구성; BF RLC 채널들, QoS 정보, 라우팅 표, 베어러 매핑들의 구성; 네트워크 동기화를 위한 수단의 구성; 및 백홀 및 액세스 링크들 사이의 시간 영역 리소스들을 공유하기 위한 구성 (물리계층 규격 참고).

o IAB-노드들 [RAN3]을 위한 IP 주소 할당 매커니즘의 규격.

o 다수의 홉에 걸친 QoS흐름을 지원하기 위한 베어러 콘텍스트 셋업/릴리즈 절차들에 대한 개선사항들의 규격.

o (예를 들어, TR 38.874, 8.2.4.2-3 항에 논의된 것처럼) IAB-노드들 및 IAB-도너 DU들에 대한 무선 인지(radio-aware) 스케줄링의 측면들을 인에이블하기 위한 시그널링 규격.

o 낮은 레이턴시 업링크 데이터 스케줄링을 인에이블하기 위한 업링크 리소스 요구 절차 및 관련 시그널링을 위한 개선사항의 규격.

o BH RLF 처리 (예를 들어, 다운스트림 BH RLF 통지)의 규격.

IAB에 대한 현재 연구 상태는 3GPP TR 38.874에 규정되어 있다. 보다 나은 이해를 돕기 위해, IAB에 대한 3GPP TR 38.374의 관련 부분이 다음에 제공된다:

5.2.1 멀티 홉 백홀링

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

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

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

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

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

- 연구는 중요 KPI를 홉 카운트하기 위해 확장성을 고려해야 한다.

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

[…]

6.1.1. IAB를 위한 기능 및 인터페이스

[“IAB-아키택쳐(SA 모드)를 위한 참고 도면”이라는 제목의 3GPP TR 38.874 V16.0.0의 도 6.1.1-1가 도 6에 재현되어 있다]

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

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

도 6.1.1-1은 하나의 IAB-도너 및 다수의 IAB-노드들을 포함하는, 독립 모드(standalone mode)의 IAB용 참조도를 보여준다. IAB-도너는 gNB-DU, gNB-CU-CP, gNB-CU-UP 및 잠재적으로 다른 기능들과 같은 기능 세트를 포함하는 단일 논리 노드로 취급된다. 배치에서, IAB-도너는 이 기능들에 따라 분리되어 3GPP NG-RAN 아키텍쳐가 허용하는 대로 모두 병치(collocate)되거나 그렇지 않을 수 있다. 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-노드간 (inter-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 세트를 재사용

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

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

o 이 경우, 스테이지 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-노드의 거동뿐만 아니라 부모 IAB-노드 DU로부터 자식 IAB-노드로의 추가 백홀 링크 조건 통지 매커니즘에 대한 필요성 (예를 들어, 부모 IAB-노드의 백홀 링크가 실패한다면) 연구되었다. 부모 백홀 링크 실패에 의한 자식 IAB-노드에서의 RLF를 피하기 위한 해법들이 지원되어야 한다.

[…]

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

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

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

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

[“서로 다른 IAB 링크 타입들”로 명명된 3GPP TR 38.874 V16.0.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-도너에 의해 스케줄링되어야 한다.

[…]

8.2.2 적응 계층

UE는 TS 38.300에 따라 UE의 액세스 IAB-노드에서 DU로 RLC 채널들을 수립한다. 이 RLC 채널들 각각은, UE의 액세스 DU 및 IAB-도너 사이에서 F1*-U로 언급된, 잠재적으로 F1-U의 변경된 형태를 통해 확장된다.

F1*-U에 내장된 정보는 백홀 링크를 통해 RLC 채널에서 반송된다. 무선 백홀에 대한 F1*-U의 전송은 RLC 채널과 통합된 적응 계층에 의해 인에이블된다.

(프론트홀로 언급된) IAB-도너 내에서, 기저선은 네이티브(native F1-U 스택을 사용할 것이다 (9절 참조). IAB-도너 DU는 프론트홀의 F1-U 및 무선 백홀의 F1*-U 사이에서 릴레이한다.

적응계층에 의해 지원된 기능들

아키텍처 1a에서, 적응계층에서 반송된 정보는 다음 기능들을 지원한다:

- PDU용 UE-베어러의 식별;

- 무선 백홀 토폴로지에 걸친 라우팅;

- 무선 백홀 링크에서 DL 및 UL 상의 스케줄러에 의한 QoS 강화;

- UE 사용자 평면 PDU들의 백홀 RLC 채널들로의 매핑;

- 잠재적인 다른 기능들.

아키텍처 1b에서, 적응계층에서 반송된 정보는 다음 기능들을 지원한다:

- 무선 백홀 토폴로지에 걸친 라우팅;

- UE 사용자 평면 PDU들의 백홀 RLC 채널들로의 매핑;

- 잠재적인 다른 기능들.

IAB-노드가 다수의 경로를 통해 연결되어 있는 경우, 적응 계층 내 서로 다른 식별자들 (예를 들어, 루트 ID, IAB-노드 주소)은 서로 다른 경로들과 연관되어 적응 계층이 서로 다른 경로상에서 라우팅하게 할 것이다. 서로 다른 경로들은 서로 다른 백홀 RLC 채널들과 연관될 수 있다.

적응계층 헤더에서 반송된 컨텐츠

이 연구는 적응계층 헤더에서 반송될 정보를 식별한다. 이는 다음을 포함한다:

- UE 베어러 특정 Id;

- UE 특정 Id;

- 루트 Id, IAB-노드 또는 IAB-도너 주소;

- QoS 정보;

- 잠재적으로 다른 정보.

IAB-노드들은 Adapt를 통해 반송된 식별자들을 사용하여 요청된 QoS 처리를 확인하고 패킷이 어느 홉으로 전송되어야 하는가를 결정할 것이다. 상술한 정보가 어떻게 이 목적에 사용될 것인가에 대한 간략한 개요가, Adapt의 최종 설계에 포함된다면, 아래에 제공된다.

UE 베어러 특정 Id가 IAB-노드 및 IAB-도너에 의해 사용되어 PDU의 UE 베어러를 식별할 수 있다. 그런 다음, UE의 액세스 IAB-노드는 Adapt 정보 (예를 들어, UE-특정 ID, UE 베어러 특정 ID)를 해당 C-RNTI 및 LCID로 매핑할 것이다. IAB-도너 DU는 또한 Adapt 정보를 도너 DU 및 도너 CU 사이에서 사용된 F1-U GTP-U TEID로 매핑할 필요가 있을 수 있다.

UE 베어러 특정 Id, UE 특정 Id, 루트 Id 또는 IAB-노드/IAB-도너 주소가 (결합하여 또는 개별적으로) 사용되어 무선 백홀 토폴로지에 걸쳐 PDU를 라우팅할 수 있다.

UE 베어러 특정 Id, UE 특정 Id, UE의 액세스 노드 IAB ID, 또는 QoS 정보는 (결합하여 또는 개별적으로) 각 홉에서 사용되어 PDU의 QoS 처리를 식별할 수 있다. PDU의 QoS 처리는 또한 LCID에 기반할 수 있다.

적응 계층 정보의 처리

- 본 연구는 적응계층상의 어느 정보가 각 경로상의 (on-path) IAB-노드에서 (홉별로);

- 및/또는 UE의 액세스 IAB-노드 및 IAB-도너 (단 대 단)상에서 상술한 기능들을 지원하도록 처리되는가를 식별한다.

적응 계층의 L2 스택으로의 통합

본 연구는 다음의 적응 계층 배치를 고려한다:

- MAC 계층과 통합 또는 MAC 계층 상부에 배치 (도 8.2.1-1a, b에 도시된 예들).

- RLC 계층 위 (도 8.2.1-1c, d, e 및 도 8.2.1-2에 도시된 예들).

UE 베어러들의 백홀 RLC 채널들로의 1:1 매핑을 위해 (8.2.4절 참고), Adapt는 MAC 계층과 통합 또는 MAC 계층 상부에 배치될 수 있다. 각 IAB-노드에서 별도의 RLC-엔티티가 각 백홀 RLC-채널별로 제공된다. 도착 PDU들은 Adapt에 의해 반송된 UE 베어러 정보에 기반하여 해당 RLC-엔티티로 매핑된다.

UE-베어러들이 QoS 프로파일에 기반하여 백홀 RLC 채널들로 집성되면 (8.2.4절 참조), Adapt는 RLC 계층 상부에 배치될 수 있다.

RLC 상부의 Adapt 및 MAC 상부의 Adapt의 경우, UE 베어러들이 논리 채널들로 집성되는 경우, 논리 채널은 QoS 프로파일로 연계될 수 있다. 지원된 QoS 프로파일들의 개수는 LCID 공간에 의해 제한된다.

도면들은 프로토콜 스택들을 보여주고 있고 다른 가능성들을 배제하지 않는다. 백홀링을 서비스하는 RLC 채널들이 적응계층을 포함하는 반면, 적응 계층은 IAB-노드 액세스 링크들에 포함되거나 포함되지 않을 수 있다.

적응 헤더 구조

적응 계층은 서브계층들로 구성될 수 있다. 예를 들어, GTP-U 헤더가 적응 계층의 일부로 되는 것을 인지할 수 있다. 또한 GTP-U 헤더는 적응 계층 상부에서 반송되어 IAB-노드 DU 및 CU 사이의 단대단(end-to-end) 연계를 반송하는 것이 가능하다 (예가 도 8.2.1-1d에 도시되어 있다).

또는, IP 헤더는 적응 계층의 일부이거나 적응 계층 상부에서 반송된다. 일례가 도 8.2.1-1e에 도시되어 있다. 이 예에서, IAB-도너 DU는 IP 라우팅 기능을 갖고 있어 프론트홀의 IP 라우팅 평면을 무선 백홀에서 adpat에 의해 반송된 IP 계층까지 확장한다. 이는 네이티브 F1-U가 단대단, 즉 IAB-노드 DU들 및 IAB-도너 CU-UP 사이에 수립되게 한다. 그 시나리오는 각 IAB-노드가, IAB-도너 DU를 통해 프론트홀로부터 라우팅가능한 IP 주소를 갖고 있음을 암시한다. IAB-노드의 IP 주소들은 추가로 무선 백홀에서 라우팅에 사용될 수 있다.

Adapt 상부의 IP 계층은 PDU 세션을 표현하지 않음에 주의. 따라서 이 IP 계층에서 MT의 제 1 홉 라우터는 UPF를 가질 필요가 없다.

적응 계층 배치에 대한 관찰들

1. 상술한 RLC 적응 계층은 홉별(hop-by-hop) ARQ만 지원할 수 있다. 상술한 MAC 적응 계층은 홉별 및 단대단 ARQ 둘 다를 지원할 수 있다.

2. 적응 계층 배치들 모두는, 예를 들어, IAB-노드 주소를 적응 헤더에 삽입하여 집성된 라우팅을 지원할 수 있다.

3. UE 특정 ID는 완전히 새로운 식별자일 수 있거나, 기존 식별자들중 하나가 재사용될 수 있다. Adpat에 포함된 식별자(들)는 적응계층 배치에 따라 변할 수 있다.

4. 적응 계층 배치들 모두는 UE 베어러별(per-UE-bearer) QoS 처리를 지원할 수 있다. UE 베어러들의 개수가 LCID 공간 크기를 초과하는 경우, 각 UE 베어러가 개별 QoS 지원을 수신하기 위해 가능한 솔루션은 변경을 통해 또는 Adapt 헤더에 위치한 전용 정보에 의해 달성될 수 있는 LCID 공간을 MAC 서브헤더까지 확장하는 것이다. BSR 보고에 대한 개선사항이 필요할 수 있다.

5. 적응 계층 배치 모두는 다음의 예시적인 네트워크 구성에서처럼 집성된 QoS 핸들링을 지원할 수 있다.

a. 상술한 RLC 적응 계층의 경우, 동일 QoS 프로파일을 갖는 UE 베어러들은 이 목적을 위해 하나의 백홀 RLC 채널로 집성될 수 있다.

b. 상술한 MAC 또는 MAC 적응 계층과 통합된 경우, 동일 QoS 프로파일을 갖는 UE 베어러들은 스케줄러에 의해 동일 우선순위로 처리될 수 있다.

6. 적응계층 배치들의 경우, 라우팅 및 QoS 처리의 집성은 중간 경로상(on-path)의 IAB-노드들의 선행(proactive) 구성을 허용한다, 즉, 구성은 UE 베어러 수립/해지에 독립적이다.

7. 적응계층 배치들의 경우, RLC ARQ는 TX 측에서 전처리될 수 있다.

[…]

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

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

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

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

이 과정은 명백히 복수의 연속 업링크 리소스 요구 및 할당 단계들로 인해 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 구성별);

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

- SR_COUNTER (SR 구성별).

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

SR이 트리거된 경우, 취소될 때까지 보류중(pending)인 것으로 간주될 것이다. MAC PDU이 전에 트리거된 모든 보류중인 SR(들)이 취소될 것이고, MAC PDU가 송신될 때 각 개별 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 리소스와 중첩하지 않는다면:

3> SR_COUNTER < sr-TransMax 라면:

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

4> 물리계층에게 SR용 유효한 PUCCH 리소스에서 SR를 시그널링하도록 지시할 것이다;

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

3> 아니면:

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

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

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

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

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

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

주 2: 둘 이상의 개별 SR이 MAC 엔티티에서 PHY 계층으로 지시를 트리거하여 동일 유효 PUCCH 리소스에 대해 SR을 시그널링한다면, 관련 SR 구성을 위한 SR_COUNTER 는 단 한번 증가된다.

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

[…]

5.4.5 버퍼 상태 보고

버퍼 상태 보고 (BSR) 절차는 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은 이하에서 ‘정규(Regular) BSR’로 불린다;

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

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

- periodicBSR-Timer가 만료되고, 이 경우 BSR은 이하에서 ‘주기적인(Periodic) 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들에 대해 긴 (long) BSR을 보고할 것이다.

1> 아니면:

2> 짧은 (short) BSR을 보고할 것이다.

패딩 BSR의 경우:

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

2> BSR이 수립될 때, 둘 이상의 LCG가 송신에 사용가능한 데이터를 갖는다면:

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

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

3> > 아니면:

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

2> 아니면:

3> 짧은 BSR을 보고할 것이다.

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

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

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

MAC 엔티티는:

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

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

3> 다중화 및 조립 (Multiplexing and Assembly) 절차를 지시하여 BSR MAC CE(들)을 생성할 것이다;

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

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

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

2> 신규 송신에 사용가능한 UL-SCH 리소스가 없다면; 또는

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

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를 포함할 것이다. 정규 BSRa및 주기적인 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 버퍼 상태 보고 MAC CE들

버퍼 상태 보고(BSR) CE들은 다음 중 어느 하나로 구성된다:

- 짧은 BSR 포맷 (고정 크기); 또는

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

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

- 긴 절단 BSR 포맷 (가변 크기). 또는

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

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

- LCG UD: 논리 채널 그룹 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] 및 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가 도 12A 및 12B에 재현되어 있다]

[…]

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이 도 13에 재현되어 있다]

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

[…]

5.4.3.1.3 리소스들의 할당

신규 송신이 수행되는 경우, MAC 엔티티는:

1> 다음과 같이 리소스들을 논리 채널들에 할당할 것이다:

2> Bj > 0인 UL 그랜트에 대해 5.4.3.1.2항에서 선택된 논리 채널들은 내림차순의 우선순위로 리소스들에 할당될 것이다. 논리 채널의 PBR이 infinity로 설정된다면, MAC 엔티티는, 하위 우선순위의 논리 채널(들)의 PBR을 만족시키기 전에 논리채널에서 전송에 사용가능한 모든 데이터에 대한 리소스를 할당할 것이다;

2> 위의 논리채널 j에 서비스된 MAC SDU들의 전체 사이즈씩 Bj 를 감소시킬 것이다;

2> 리소스들이 남아있다면, 5.4.3.1.2항에서 선택된 모든 논리 채널들은 그 논리 채널 에 대한 데이터 또는 UL 그랜트가 소진될 때까지 (Bj의 값에 관계없이) 엄격한 우선순위 내림차순으로 서비스된다. 동일한 우선순위로 구성된 사이드링크 논리 채널들은 동일하게 서비스되어야 한다.

주: Bj의 값은 음수일 수 있다.

MAC 엔티티가 다수의 PAC PDU들을 동시에 송신하도록 요청된다면, 또는 MAC 엔티티가 하나 이상의 일치하는 PDCCH 기회들 (occasions) 이내에 (즉, 서로 다른 서빙 셀들에서) 다수의 UL 그랜트들을 수신한다면, 어느 순서로 그랜트들이 처리될 것인지는 UE의 구현에 달렸다.

또한 위의 스케줄링 절차들이 진행되는 동안 이하의 규칙을 따를 것이다:

- 전체 SDU (또는 부분적으로 전송된 SDU 또는 재전송된 RLC SDU)가 연관된 MAC 엔티티의 잔여 리소스들로 피팅된다면, UE는 RLC SDU (또는 부분적으로 전송된 SDU 또는 재전송된 RLC SDU)를 분할해서는 안된다;

- UE가 논리 채널로부터 RLC SDU를 분할한다면, UE는 연관된 MAC 엔티티의 그랜트를 가능한 한 많이 채우기 위해 분할 사이즈를 최대화할 것이다;

- UE는 데이터 송신을 최대화해야 한다;

- MAC 엔티티가 (5.4.3.1항에 따라) 전송에 사용가능하고 전송에 허용된 데이터를 갖지만 8 바이트 이상의 사이드링크 그랜트 사이즈가 주어진다면, MAC 엔티티는 패딩 BSR 및/또는 패딩만 송신하지는 않을 것이다.

MAC 엔티티는 다음의 조건들이 만족된다면 HARQ 엔티티용 MAC PDU를 생성하지 않을 것이다:

- MAC 엔티티가 true값을 갖는 skipUplinkTxDynamic 로 구성되고, HARQ 엔티티에 표시된 그랜트는 C-RNTI에게 보내졌고, 또는 HARQ 엔티티에 표시된 그랜트는 구성된 업링크 그랜트이다; 및

- TS 38.212 [9]에 규정된 것처럼 이 PUSCH 송신에 요구된 비주기적인 CSI는 없다; 및

- MAC PDU는 0의 MAC SDU들을 포함한다; 및

- MAC PDU는 주기적인 BSR만 포함하고, LCG에 사용가능한 데이터는 없거나 MAC PDU는 패딩 BSR만 포함한다.

논리 채널들은 다음의 순서에 따라 우선처리될 것이다 (가장 높은 우선순위부터 나열):

- C-RNTI MAC CE 또는 UL-CCCH로부터의 데이터;

- 구성된 그랜트 확인 MAC CE;

- 패딩용으로 포함된 BSR을 제외한 BSF용 MAC CE,;

- 단일 엔트리 PHR MAC CE 또는 다중 엔트리 PHR MAC CE;

- UL-CCCH로부터의 데이터 제외한 논리 채널로부터의 데이터;

- 추천된 비트율 질의용 MAC CE;

- 패딩에 포함된 BSR용 MAC CE.

3GPP TR 38.874의 정의에 따르면, IAB-노드는 UE들에 대한 무선 액세스를 지원하고 무선으로 액세스 트래픽을 백홀하는 RAN 노드이고, IAB-도너는 UE 인터페이스를 코어 네트워크에 및 무선 백홀링 기능을 IAN 노드들에게 제공하는 RAN 노드이다. IAB-노드는 또한 rTRP (Relay Transmission/Reception Point), 릴레이, 또는 제 1 무선 송수신 유닛 (WTRU) 으로 지칭될 수 있다. IAB-도너는 또한 앵커(anchor) 노드로 지칭될 수 있다. IAB-도너는 IAB를 지원하기 위해 추가 기능을 갖는, gNB 또는 gNB의 일부일 수 있거나, 적어도 gNB의 일부를 포함할 수 있다.

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

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

다운링크 (DL) IAB 송신들은 부모 노드로부터 자식 노드로 백홀 링크 상에서의 송신을 포함하고, IAB-노드에 의해 서비스된 IAB-노드로부터 UE들로의 액세스 링크상의 송신들을 포함할 수 있다. 업링크 (UL) IAB 송신은 자식 노드로부터 부모 노드 또는 IAB-도너로의 백홀 링크상의 송신들을 포함한다.

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

IAB-노드는 물리적으로 고정 (즉, 그 위치가 고정)되거나 이동(예를 들어, 버스 또는 기차에서) 가능할 수 있다.

“NR용 통합 액세스 및 백홀에 관한 연구”의 사용자 평면 측면에 대해 3GPP RAN2 #104 회의에서 이뤄진 합의가 RAN2 #104 회의록에 다음과 같이 제공되어 있다:

합의들
=> 합병된 예 1, “RLC상부의 adapt” + “LCID ext”를 택한다
=> 1:1 매핑을 달성하는 방법이고, 해법 설명에서 LCI 확장을 유지한다
=> UE는 LCID 확장을 구현할 필요가 없을 것으로 예상되는 것을 확인
=> Rel-16에서 홉별 ARQ만
=> Rel-16 IAB Wi는 “액세스 IAB-노드에서 IP 종료”에만 집중한다
=> GTP-U가 F1-U에 대한 UP 스택에 포함된다고 확인

“NR용 통합 액세스 및 백홀”의 사용자 평면 측면에 대해 3GPP RAN2 # 107bis 회의에서 이뤄진 합의가 RAN2 # 107bis 회의록에 다음과 같이 제공되어 있다:

이것이 향상된 예상 거동임을 확인: 제 1 (자식) 노드로부터 BSR의 제 2 (부모) 노드에 의한 수신을 따라, 리소스들은 실제 데이터가 제 1 노드로부터 도착하기 전에 제3 노드(제 2 노드의 부모 노드)로부터 요청될 수 있다.

“NR용 통합 액세스 및 백홀”의 사용자 평면 측면에 대해 3GPP RAN2 # 108 회의에서 이뤄진 합의가 RAN2 # 108 회의록에 다음과 같이 제공되어 있다:

선점(pre-emptive) BSR용 (신규 포맷의) 신규 BSR을 규정한다.

신규 BSR에 대해

- (오늘처럼) BSR에 사용가능한 데이터 및 예상 데이터의 차별화.

- 규범적인(normative) 해법을 요청하는 문제들이 식별된다면, LCH과 선점 BSR의 연계는 구현에 남겨진다.

- MAC 엔티티에 의해 생성된 SR 및 BSR이 그 MAC 엔티티의 상대(peer)가 상주하는 부모 노드로 보고될 필요 또는 보고될 수만 있는지는 FFS.

- 선점 BSR의 트리거시, 스테이지-3/2에서 현재의 합의와 유사한 일부 텍스트를 캡쳐할 수 있다.

- 정확한 타이밍 등은 구현에 달렸다.

3GPP R2-1916537는 MAC 규격에 대한 선점 BSR 변경을 위한 텍스트 제안을 포워딩하는 방법이다. 변경된 내용은 다음과 같다:

구성된다면, 다음 중 어느 것이 일어난다면, BSR은 또한 IAB-MT의 특별한 경우에 트리거될 수 있다:

- UL 그랜트가 자식 IAB-노드 또는 UE에 제공된다;

- BSR이 자식 IAB-노드 또는 UE로부터 수신된다.

이 BSR은 “선점” BSR로 지칭되고 SR 트리거를 위해 정규 BSR로 처리된다.

[…]

- 버퍼 사이즈: 버퍼 사이즈 필드는 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이 트리거되는 노드에 도착이 예상되는 데이터의 전체 양을 식별한다.

주: 선점 BSR의 경우, 구성된다면, 보고될 LCG들, 예상된 데이터 양 계산, 선점 BSR을 보고할 정확한 시간 및 연관 LCH는 구현에 달렸다.

3GPP RAN2 #108 회의에서, 상술한 텍스트 제안은 FFS인 포맷을 제외하고 기저선으로 승인되었다.

도 8에 따라, 멀티홉 네트워크에서, 업링크 데이터에 대한 스케줄링 딜레이가 홉 수로 인해 누적되기 쉽고 완화 매커니즘이 필요할 수 있다. 도 8은 “IAB 네트워크에서 업링크 딜레이: 중간 노드에 어느 UL 리소스도 할당되지 않은 최악의 경우 시나리오”로 명명된 TR 38.874 V16.0.0의 도 8.6-1의 재현이다.

3GPP TR 38.874의 8.6 항에서 논의된 대로, 이 딜레이들의 근본적인 이유는, 일반 UE가 가져야 하는 기능들의 최소한의 일부를 갖는 IAB-노드의 MT부가 일반 UE에 대한 규격을 따르는 것이고, 이로써 실제로 송신될 데이터를 수신한 후, 현재의 NR MAC 규격인 3GPP TS 38.321에 기반하여 UL 데이터 송신을 위한 업링크 리소스들만 요청할 수 있다는 것이다.

또한 3GPP TR 38.874의 8.6 항에서 언급된 대로, 그러한 딜레이를 완화시킬 접근 방법은 도착이 예상되는 데이터에 기반하여 IAB-노드에서 업링크 리소스 요청을 시작하는 것으로 구성되고, 이는 IAB-노드가, 자신이 서비스하는 다른 IAB-노드 또는 UE일 수 있는 자식노드로부터 실제 데이터 수신 이전에 업링크 리소스를 얻게 할 수 있게 한다.

지금까지, 현재의 NR MAC 규격, 3GPP TS 38.321은 UE로부터 발생된 업링크 트래픽을 UE의 “셀프 생성(self-generated)” 업링크 트래픽으로 간주한다. UE로부터 발생된 업링크 트래픽의 흐름이 실제로 다른 장치에서 UE로 전달된 것이어도, UE는 여전히 그것을 UE의 “셀프 생성” 업링크 트래픽과 같은 것으로 처리함을 의미할 수 있다. 그 처리는 UE로부터 발생된 업링크 트래픽이 UE에 도착하여 UE에 의해 인지된 이후에만, 그 업링크 트래픽이 UE 자신에 의해 생성된 것처럼 처리되는 특성을 갖는다. 업링크 트래픽이 UE에 도착하여 UE에 의해 인지된 경우, 업링크 트래픽의 상태는 이미 업링크 전송에 사용가능하다. 이러한 종류의 거동은 스케줄링 딜레이를 일으킨다. 그러나 상술한 분석에서 논의된 것처럼, UE로부터 gNB까지 단 하나의 홉만 존재한다면, 다수의 홉으로 인한 스케줄링 딜레이 누적은 없다.

UE와 달리, IAB-노드의 경우, IAB-노드로부터 발생한 업링크 트래픽은 IAB-노드 자체에 의해 “셀프 생성”될 수 있고, 및/또는 자식 노드로부터 IAB-노드로 “자식 노드에 의해 전달(child node-delivered)”될 수 있다. IAB-노드가 릴레이가 되도록 설계되기 때문에, “자식 노드에 의해 전달된” 업링크 트래픽은 IAB-노드로부터 발생된 업링크 트래픽의 주요 부분일 수 있다. 상술한 분석처럼, 다수의 홉들로 인한 누적 스케줄링 딜레이를 완화하기 위해, 도착이 예상된 데이터에 기반하여 IAB-노드에 의한 업링크 리소스 요청을 시작하는 접근 방법이 적용될 수 있다. IAB-노드로부터 발생된 “자식 노드에 의해 전달된” 업링크 트래픽은, 업링크 트래픽이 IAB-노드에 도착했지만 IAB-노드가 알기 전에 처리될 수 있다. “자식노드에 의해 전달된” 업링크 트래픽에 대한 처리는 “셀프 생성” 업링크 트래픽에 대한 처리와 달라야 한다. “자식노드에 의해 전달된” 업링크 트래픽이 IAB-노드가 알고 있지만 IAB-노드에는 아직 도착하지 않은 경우, 업링크 트래픽의 상태는 “도착 예상”이다. 따라서, IAB-노드의 시각에서, IAB-노드는 “자식 노드에 의해 전달된” 업링크 트래픽은 두 단계, IAB-노드가 알고 있지만 아직 IAB-노드에 도착하지 않은 “도착 예상”인 단계와, 업링크 트래픽이 IAB-노드에 도착했고, IAB-노드가 알고 있는 (즉, 이미 업링크 전송에 사용가능한) “이미 수신된” 단계이다.

IAB-노드의 “셀프 생성” 업링크 트래픽이 현재의 NR MAC 규격의 원래 매커니즘에 의한 UE의 “셀프 생성” 업링크 트래픽과 동일하게 처리되고, 축적된 스케줄링 지연을 완화하기 위한 접근 방법이 IAB-노드의 “도착 예상” 및 “이미 수신”의 두 단계를 갖는 “자식 노드에 의해 전달된” 업링크 트래픽에 적용된다고 가정할 수 있다. IAB-노드의 “자식 노드에 의해 전달된” 업링크 트래픽의 “이미 수신된” 단계는 IAB-노드의 “셀프 생성” 업링크 트래픽의 “업링크 전송에 이미 사용가능한” 것과 동일하다.

상술한 설명에 기반하여, 멀티 홉으로 인한 축적된 스케줄링 딜레이를 완화하기 위해, IAB-노드는 “도착 예상”된 “자식 노드에 의해 전달된” 업링크 트래픽에 기반하여 업링크 리소스 요청을 시작할 수 있다. IAB-노드의 자식노드는 UE 또는 다른 IAB-노드일 수 있다

IAB-노드는 자식 노드로부터 수신한 BSR에 종속하여, “도착 예상"된 “자식 노드에 의해 전달된” 업링크 트래픽의 추정된 및/또는 대략의 볼륨을 인지한다고 가정할 수 있다. 또한 “자식 노드에 의해 전달된” 업링크 트래픽이 “도착 예상” 단계에 있는 동안, IAB-노드가 멀티 홉으로 인해 축적된 스케줄링 지연을 완화하기 위해 업링크 리소스 요청으로서 새로운 종류의 BSR을 트리거하는 것을 가정할 수 있다. 새로운 종류의 BSR은 NR MAC 규격(3GPP TS 38.321)에 정의된 BSR과는 다를 수 있다. 도착 예상 데이터에 기반하여 트리거된 BSR은 선점 BSR로 불릴 수 있다. 실제 수신된 데이터 또는 업링크 전송에 이미 사용가능한 데이터에 기반하여 트리거된 BSR은 노멀(normal) BSR로 불릴 수 있다.

현재의 MAC 규격(3GPP TS 38.321)의 5.4.5절에 규정된 대로, 세 종류의 BSR (즉, 정규 BSR, 주기적인 BSR, 및 패딩 BSR)은 서로 다른 특징을 갖는다. 선점 BSR은 정규 BSR일 수 있다. 선점 BSR은 정규 BSR이 아닐 수 있다. 선점 BSR은 주기적인 BSR이 아닐 수 있다. 선점 BSR은 패딩 BSR이 아닐 수 있다. 노멀 BSR은 정규 BSR일 수 있다. 노멀 BSR은 주기적인 BSR일 수 있다. 노멀 BSR은 주기적인 BSR이 아닐 수 있다. 노멀BSR은 패딩 BSR이 아닐 수 있다. 주기적인 BSR 및 패딩 BSR의 트리거링 조건은 현재의 MAC 규격(3GPP TS 38.321)의 5.4.5절에 규정된 것과 같게 유지될 수 있다.

IAB-노드용 선점 BSR은 IAB-노드에서 “실제 수신” 단계에 있는 데이터 또는 이미 업링크 전송에 사용가능한 데이터가 없이 트리거될 수 있다. IAB-노드용 선점 BSR에 해당하는 보고 내용은 도착 예상 데이터를 포함하지만 이미 사용가능한 데이터를 포함하지 않는 데이터 양 (또는 BSR MAC CE에서 보고될 버퍼 사이즈)를 표시할 수 있다. 대안적으로 또는 추가적으로, 선점 BSR은 (있다면) “도착 예상” 데이터 및 업링크 전송을 위한 “이미 수신된” 데이터를 함께 또는 개별적으로 표시할 수 있다.

상술한 설명에 기반하여, 다음과 같은 시나리오를 가질 수 있다. IAB-노드가 자식 노드로부터 BSR을 수신한다. 자식 노드가 UE라면 BSR은 노멀 BSR일 수 있다. 자식 노드가 다른 IAB-노드라면 BSR은 선점 BSR 또는 노멀 BSR일 수 있다. 자식 노드로부터 BSR을 수신한 후, IAB-노드는 “도착 예상” 데이터에 기반하여 선점 BSR을 트리거할 수 있다. 선점 BSR은 자식 노드로부터 수신된 BSR에 따라 표시될 수 있다.

RAN2 #108 회의록에 따르면, 신규 BSR은 선점 BSR에 대해 정의되고, 신규 BSR은 BSR에 (오늘처럼) 사용가능한 데이터 및 예상 데이터를 구별한다. 3GPP R2-1916537에 따르면, “선점 BSR의 경우, 버퍼 사이즈 필드는, 선점 BSR이 트리거되는 노드에 도착이 예상되는 데이터의 전체 양을 식별한다”. 3GPP R2-1916537, 4 페이지 참조

도 15는 “긴 BSR, 긴 절단 BSR, 및 선점 BSR MAC CE”라는 제목의 3GPP R2-1916537의 도 6.1.3.1-2를 재현한 것이다. 신규 포맷은 아직 추가 연구 중(FFS)이지만, 도 15에 도시된 신규 선점 BSR MAC CE의 가능한 포맷을 갖는 3GPP R2-1916537에 따르면, 신규 BSR은 “도착 예상”이지만 전송에 사용가능한 데이터는 아닌 데이터의 양을 보고한다고 가정할 수 있다. 또한, 노멀 또는 예전(traditional) BSR은 (예를 들어, 3GPP TS 38.321에 규정된 것처럼) 현재 동작하고 있는 것과 동일한 기능을 갖는, “이미 사용가능”하지만 도착 예정 데이터는 아닌 데이터의 양을 보고한다.

또한, 현재의 MAC 규격(3GPP TS 38.321)에 따르면, “MAC PDU는, 복수의 이벤트들이 BSR를 트리거한 경우에도, 최대 하나의 BSR MAC CE를 포함할 것이다”. 3GPP TS 38.321, 35 페이지 참조. 이는, MAC PDU가 (도착 예상 데이터의 양을 보고하는) 선점 BSR을 포함하거나 (전송에 사용가능한 데이터 양을 보고하는) 노멀 BSR을 포함하지만, 둘 다를 포함하지는 않을 수 있음을 의미한다. 그러나, 이는, 두 가지 타입, 신규 선점 BSR 및 노멀/예전 BSR이 트리거되거나 보고될 필요가 있더라도, 오직 한 가지 타입의 BSR, 신규 선점 BSR 또는 노멀 또는 예전 BSR만이 하나의 MAC PDU에 포함될 수 있다는 문제를 일으킬 수 있다. 이는 부모 노드에 대한 지연을 일으켜 자식 노드로부터의 UL 리소스 요청을 알게 할 수 있다.

예를 들어, IAB-노드는, 예를 들어, 자식 노드로부터의 BSR 수신에 응답하여, 또는 자식 노드에 UL 그랜트를 제공하는 것에 응답하여 선점 BSR을 트리거할 수 있다. 부모 노드로 전달될 일부 데이터가 도착한 후, 노멀 BSR (예를 들어, 선점 BSR이 아닌 정규 BSR)이, 예를 들어, 임의의 LCG에 속하는 사용가능한 UL 데이터를 포함하는 논리 채널의 우선순위보다 높은 우선순위를 갖는 논리 채널에 속하는 UL 데이터에 의해 트리거될 수 있다. 이 경우, 선점 BSR 및 노멀 BSR 모두가 트리거 (또는 보류)되어 보고될 필요가 있다.

예를 들어, IAB-노드는, 예를 들어, 자식 노드로부터의 BSR 수신에 응답하여, 또는 자식 노드에 UL 그랜트를 제공하는 것에 응답하여 선점 BSR을 트리거할 수 있다. 그동안, 이미 전송을 위해 사용가능한 일부 UL 데이터가 있을 수 있고, 따라서 노멀 BSR (예를 들어, 선점 BSR이 아닌 정규 BSR)은 보류된다. 임의의 LCG에 속하는 사용가능한 UL 데이터를 포함하는 논리 채널의 우선순위보다 높은 우선순위를 갖는 논리 채널에 속하는 UL 데이터에 의해 노멀 BSR이 트리거될 수 있거나, LCG에 속하는 논리채널들 중 어느 것도 사용가능한 UL데이터를 포함하지 않는다. 이 경우, 선점 BSR 및 노멀 BSR 모두가 트리거 (또는 보류)되어 보고될 필요가 있다.

이 문제를 해결하기 위해, MAC PDU는 다수의 BSR MAC CE들, 예를 들어, 제 1 BSR 및 제 2 BSR을 포함하는 것이 허용된다. 제 1 BSR은 정규 BSR일 수 있다. 제 2 BSR은 정규 BSR일 수 있다. 제 1 BSR은 선점 BSR일 수 있다. 제 2 BSR은 노멀 BSR (예를 들어, 선점 BSR이 아닌 정규 BSR)일 수 있다. 제 1 BSR 및/또는 제 2 BSR은 사이드링크 BSR(SL-BSR)이 아닐 수 있다.

IAB-노드는 제 1 BSR 및 제 2 BSR을 포함하는 MAC PDU를 생성 및/또는 전송할 수 있다. MAC PDU는 IAB-노드의 부모 노드에 의해 스케줄링된 UL 그랜트를 사용하여 전송될 수 있다. UL 그랜트는 적어도 두 개의 BSR MAC CE를 수용할 수 있다. 선점 BSR은 트리거되어 취소되지 않을 수 있다. 선점 BSR은 자식 노드로부터 수신된 BSR로 인해 트리거될 수 있다. 선점 BSR은 UL 그랜트를 자식 노드에 제공하는 것으로 인해 트리거될 수 있다. 노멀 BSR은 트리거되어 취소되지 않을 수 있다. 노멀 BSR은 임의의 LCG에 속하는 사용가능한 UL 데이터를 포함하는 임의의 논리 채널의 우선순위보다 높은 우선순위를 갖는 논리 채널에 속하는 UL 데이터로 인해 트리거될 수 있다. 노멀 BSR은 임의의 LCG에 속하는 논리채널들 중 어느 것도 사용가능한 UL 데이터를 포함하지 않는 것으로 인해 트리거될 수 있다.

예를 들어, IAB-노드는 선점 BSR을 트리거할 수 있다. IAB-노드는 노멀 BSR을 트리거할 수 있다. 선점 BSR은 노멀 BSR이 트리거되기 전에 트리거될 수 있다. 또는, 노멀 BSR은 선점 BSR이 트리거되기 전에 트리거될 수 있다. IAB-노드는, 선점 BAR 및 노멀 BSR 모두가 보류중일 때 (예를 들어, 트리거되어 취소되지 않았을 때) UL 그랜트를 수신할 수 있다. IAB-노드는 UL 그랜트를 사용하여 제 1 BSR MAC CE 및 제 2 BSR MAC CE를 포함하는 MAC PDU를 전송할 수 있다. 제 1 BSR MAC CE는 선점 BSR에 해당할 수 있다. 제 2 BSR MAC CE는 노멀 BSR에 해당할 수 있다.

일례에서, MAC PDU는 선점 BSR에 해당하는 최대 하나의 BSR MAC CE 및 노멀 BSR에 해당하는 하나의 BSR MAC CE를 포함한다. 노멀 BSR이 다수 번 트리거된다면, 노멀 BSR에 해당하는 최대 하나의 BSR MAC CE가 MAC PDU에 포함될 수 있다.

일례에서, MAC 규격 (3GPP TS 38.321) 내 규정이 “최대 하나의 BSR MAC CE를 포함”에서 “각 타입의 BSR에 대해 최대 하나의 BSR MAC CE를 포함”으로 변경될 수 있다. 보다 상세하게, 노멀 BSR은 BSR의 하나의 타입으로 고려되고, 신규 선점 BSR은 BSR의 다른 타입으로 고려된다. 보다 상세하게, 최대 하나의 선점 BSR MAC CE가 하나의 MAC PDU에 포함될 수 있다. 이런 식으로, 두 타입의 BSR, 신규 선점 BSR 및 노멀/예전 BSR이 보고될 필요가 있을 때, 하나의 MAC PDU가 하나의 선점 BSR 및 하나의 예전 또는 노멀 BSR을 포함할 수 있다.

현재의 NR MAC 규격 (3GPP TS 38.321)을 변경하기 위한 잠재적인 텍스트 제안이 다음과 같이 제공된다:

다수의 이벤트들이 BSR을 트리거하더라도, MAC PDU는 각 BSR 타입별로 최대 하나의 BSR MAC CE (즉, 노멀 BSR 및 선점 BSR)를 포함할 것이다. 정규 BSR 및 주기적인 BSR은 패딩 BSR보다 우선할 것이다. 다른 예에서, MAC 규격 TS 38.321 [2] 내 규정은 “최대 하나의 BSR MAC CE를 포함”에서 “선점 BSR의 경우를 제외하고 최대 하나의 BSR MAC CE를 포함”으로 변경될 수 있다. 선점 BSR의 경우, MAC PDU는 둘 이상의 BSR MAC CE (예를 들어, 두 개의 BSE MAC CE)를 포함할 수 있고, 그들 중 하나는 선점 BSR이다. 보다 상세하게, 하나의 MAC DPU에 아직 최대 하나의 노멀/예전 BSR이 있다. 하나 이상의 선점 BSR이 하나의 MAC PDU에 포함될 수 있다.

다수의 이벤트들이 BSR을 트리거하더라도, MAC PDU는 선점 BSR의 경우를 제외한 최대 하나의 BSR MAC CE를 포함할 것이다. 정규 BSR 및 주기적인 BSR이 패딩 BSR 보다 우선할 것이다. 선점 BSR의 경우, MAC PDU는 둘 이상의 BSR MAC CE (예를 들어, 두 개의 BSE MAC CE)를 포함할 수 있고, 그들 중 하나는 선점 BSR이다.

일부 경우에, 예를 들어, 선점 BSR 및 노멀 BSR 모두가 트리거되는 (및 취소되지 않는) 동안 최대 하나의 BSR MAC CE가 MAC PDU에 포함된다면, 어느 BSR MAC CE가 포함되는가가 고려될 필요가 있다. 이 문제를 해결하기 위해 MAC PDU 내 포함 순서에 대해 선점 BSR과 노멀 BSR 사이에서 우선처리가 규정될 필요가 있다 (예를 들어, 논리 채널 우선처리).

일례에서, 노멀 BSR은 선점 BSR보다 우선할한다. 선점 BSR 및 노멀 BSR 모두가 보류중이거나 트리거된 (및 취소되지 않는)다면, IAB-노드는, MAC PDU내 선점 BSR에 대한 BSR MAC CE를 포함하기 전에 MAC DPU 내에 노멀 BSR에 대한 BSR MAC CE를 포함한다.

UL 그랜트 수신 후, IAB-노드는 UL 그랜트에 대응하는 MAC PDU 내에 무엇 (예를 들어, 어느 MAC CE, 어느 BSR MAC CE)을 포함할 것인지를 고려할 수 있다. 노멀 BSR에 대한 BSR MAC CE가 MAC PDU에 포함될 수 있다. 선점 BSR에 대한 BSR MAC CE는 MAC PDU에 포함되지 않을 수 있다. MAC PDU 사이즈는 적어도 두 BSR MAC CE (및 해당 서브 헤더들)을 수용할 수 있다.

UL 그랜트가 하나의 BSR MAC CE를 수용할 수 있지만 두 BSR MAC CE는 수용할 수 없다면, 노멀 BSR에 대한 BSR MAC CE는 UL 그랜트에 대응하는 MAC PDU에 포함된다. 선점 BSR에 대한 BSR MAC CE는 UL 그랜트에 해당하는 MAC PDU에 포함되지 않을 수 있다.

논리 채널들은 다음의 순서에 따라 우선순위가 결정될 것이다 (가장 높은 우선순위부터 나열):

- C-RNTI MAC CE 또는 UL-CCCH로부터의 데이터;

- 구성된 그랜트 확인 MAC CE;

- 패딩 및 선점 BSR용으로 포함된 BSR을 제외한 BSR용 MAC CE;

- 선점 BSR용 MAC CE;

- 단일 엔트리 PHR MAC CE 또는 다중 엔트리 PHR MAC CE;

- UL-CCCH로부터의 데이터를 제외한 논리 채널로부터의 데이터,;

- 추천된 비트율 질의용 MAC CE;

- 패딩에 포함된 BSR용 MAC CE.

일례에서, 선점 BSR은 노멀 BSR보다 우선처리된다. 선점 BSR 및 노멀 BSR 모두가 보류중이거나 트리거된 (취소되지 않는)다면, IAB-노드는, MAC PDU에 노멀 BSR에 대한 BSR MAC CE를 포함하기 전에 MAC DPU 내에 선점 BSR에 대한 BSR MAC CE를 포함한다.

UL 그랜트 수신 후, IAB-노드는 UL 그랜트에 대응하는 MAC PDU 내에 무엇 (예를 들어, 어느 MAC CE, 어느 BSR MAC CE)을 포함할 것인지를 고려할 수 있다. 선점 BSR에 대한 BSR MAC CE는 MAC PDU에 포함될 수 있다. 노멀 BSR에 대한 BSR MAC CE가 MAC PDU에 포함되지 않을 수 있다. MAC PDU 사이즈는 적어도 두 개의 BSR MAC CE (및 해당 서브 헤더들)를 수용할 수 있다.

UL 그랜트가 하나의 BSR MAC CE를 수용할 수 있지만 두 개의 BSR MAC CE는 수용할 수 없다면, 선점 BSR에 대한 BSR MAC CE는 UL 그랜트에 대응하는 MAC PDU에 포함된다. 노멀 BSR에 대한 BSR MAC CE는 UL 그랜트에 해당하는 MAC MAC PDU에 포함되지 않는다.

- C-RNTI MAC CE 또는 UL-CCCH로부터의 데이터;

- 구성된 그랜트 확인 MAC CE;

- 선점 BSR용 MAC CE;

- 패딩 및 선점 BSR용으로 포함된 BSR을 제외한 BSR용 MAC CE;

- 단일 엔트리 PHR MAC CE 또는 다중 엔트리 PHR MAC CE;

- UL-CCCH로부터의 데이터 제외한 논리 채널로부터의 데이터;

- 추천된 비트율 질의용 MAC CE;

- 패딩에 포함된 BSR용 MAC CE.

하나의 노멀 또는 이전의 BSR 및 하나의 선점 BSR이 트리거된 경우, 무엇 또는 어느 것이 MAC PDU에 포함되는지에 대한 4가지 결과가 있다.

1. 둘 다 포함된다;

2. 노멀 또는 예전 BSR이 포함되지만, 선점 BSR은 포함되지 않는다;

3. 선점 BSR이 포함되지만, 노멀 또는 예전 BSR은 포함되지 않는다; 및

4. 둘 다 포함되지 않는다.

트리거된 노멀 또는 예전 BSR 또는 선점 BSR이 MAC PDU에 포함되지 않는다면, 취소되거나 트리거가 유지되어 다음 전송 기회를 기다릴 수 있다.

선점 BSR에 대한 BSR MAC CE가 MAC PDU에 포함되는 경우, 선점 BSR이 취소될 수 있다. 노멀 BSR에 대한 BSR MAC CE가 MAC PDU에 포함되는 경우, 선점 BSR이 취소되지 않을 수 있다. 노멀 BSR에 대한 BSR MAC CE가 MAC PDU에 포함되는 경우, 노멀 BSR이 취소될 수 있다. 선점 BSR에 대한 BSR MAC CE가 MAC PDU에 포함되는 경우, 노멀 BSR이 취소되지 않을 수 있다. 선점 BSR은 트리거되어 취소될 때까지 보류중일 수 있다. 노멀 BSR은 트리거되어 취소될 때까지 보류중일 수 있다.

선점 BSR은 도착 예상 데이터의 양 (또는 버퍼 사이즈)를 포함할 수 있다. 선점 BSR은 전송에 사용가능한 데이터의 양 (또는 버퍼 사이즈)를 포함하지 않을 수 있다. 노멀 BSR은 전송에 사용가능한 데이터의 양 (또는 버퍼 사이즈)를 포함할 수 있다. 노멀 BSR은 도착 예상 데이터의 양 (또는 버퍼 사이즈)를 포함하지 않을 수 있다. 데이터의 양(또는 버퍼 사이즈)는 LCG용일 수 있다.

제 1 BSR은 짧은 BSR일 수 있다. 제 2 BSR은 짧은 BSR일 수 있다. 제 1 BSR은 긴 BSR일 수 있다. 제 2 BSR은 긴 BSR일 수 있다.

도 16은 제 1 WTRU의 관점에서의 예시적인 일실시예에 따른 순서도(1600)이다. 1605 단계에서, 제 1WTRU가 제 1BSR을 트리거하되, 제 1BSR은 도착 예상 데이터의 양을 표시한다. 1610 단계에서, 제 1 WTRU는 제 2 BSR을 트리거하되, 제 2 BSR은 이미 사용 가능한 데이터의 양을 표시한다. 1615 단계에서, 제 1 WTRU는 MAC PDU 를 생성하되, MAC PDU는 제 1 BSR에 대해 최대 하나의 제 1 BSR MAC CE 및 제 2 BSR에 대해 최대 하나의 제 2 BSR MAC CE를 포함한다.

일실시예에서, 제 1 BSR은 선점 BSR일 수 있다. 제 2 BSR은 정규 BSR 또는 주기적인 BSR일 수 있다.

일실시예에서, MAC PDU 전송을 위한 UL 리소스가 제 1 BSR MAC CE 및 제 2 BSR MAC CE를 수용하기에 충분하다면, MAC PDU는 제 1 BSR MAC CE 및 제 2 BSR MAC CE를 포함할 수 있다. 제 1 WTRU는, 포함 순서에서 제 1 BSR MAC CE보다 제 2 BSR MAC CE를 우선처리하는 규칙에 기반하여, MAC PDU 전송을 위한 UL 리소스가 제 1 BSR에 대한 제 1 BSR MAC CE 및 제 2 BSR에 대한 제 2 BSR MAC CE를 수용하기에 충분한지 여부를 결정할 수 있다.

일실시예에서, MAC PDU 전송을 위한 UL 리소스가 규칙에 기반하여 제 1 BSR MAC CE를 수용하기에 충분하지 않다면, MAC PDU는 제 2 BSR MAC CE를 포함하지만 제 1 BSR MAC CE는 포함하지 않을 수 있다.

제 1 WTRU는 규칙에 기반하여 제 1 BSR에 대한 제 1 BSR MAC CE 및 제 2 BSR에 대한 제 2 BSR MAC CE를 생성할 수 있다. 제 1 WTRU는 MAC PDU를 제 2 WTRU로 전송할 수 있되, 제 2 WTRU는 제 1 WRTU의 부모 노드이다.

일실시예에서, 제 1 WTRU에 의해 생성된 MAC PDU는 제 2 WTRU에 의해 스케줄링된 업링크(UL) 그랜트를 사용하여 전송될 수 있다. 제 1 WTRU는 IAB 노드일 수 있다.

일실시예에서, 제 1 WTRU는 제3 BSR을 트리거할 수 있되, 제3 BSR은 정규 BSR 또는 주기적인 BSR이고, MAC PDU는 모든 트리거된 정규 BSR들 및/또는 주기적인 BSR들에 대해 최대 하나의 BSR MAC CE를 포함한다.

도 3 및 4를 다시 참조하면, 제 1 WTRU의 예시적인 실시예에서: 제 1 WTRU(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 제 1 WTRU가 (i) 제 1 BSR을 트리거할 수 있게 하되, 제 1 BSR은 도착 예상 데이터의 양을 표시하고, (ii) 제 2 BSR을 트리거할 수 있게 하되, 제 2 BSR은 이미 사용가능한 데이터 양을 표시하고, 및 (iii) MAC PDU를 생성할 수 있게 하되, MAC PDU는 제 1 BSR에 대한 최대 하나의 BSR MAC CE 및 제 2 BSR에 대한 최대 하나의 제 2 BSR MAC CE를 포함한다. 또한 CPU(308)는 프로그램 코드(312)를 실행하여 상술한 모든 동작과 단계들 또는 여기에서 설명된 다른 것들을 수행할 수 있다.

도 17은 제 1 WTRU의 관점에서의 예시적인 일실시예에 따른 순서도(1700)이다. 1705 단계에서, 제 1WTRU가 제 1BSR을 트리거하되, 제 1BSR은 도착 예상 데이터의 양을 표시한다. 1710 단계에서, 제 1 WTRU는 제 2 BSR을 트리거하되, 제 2 BSR은 이미 사용 가능한 데이터의 양을 표시한다. 1715단계에서, 제 1 WTRU는, 포함 순서에서 제 1 BSR MAC CE보다 제 2 BSR MAC CE를 우선처리하는 규칙에 기반하여, MAC PDU 전송을 위한 UL 리소스가 제 1 BSR에 대한 제 1 BSR MAC CE 및 제 2 BSR에 대한 제 2 BSR MAC CE를 수용하기에 충분한지 여부를 결정한다.

일실시예에서, MAC PDU 전송을 위한 UL 리소스가 규칙에 기반하여 제 1 BSR MAC CE를 수용하기에 충분하지 않다면, 제 1 WTRU는 제 2 BSR에 대한 제 2 BSR MAC CE를 포함하지만 제 1 BSR에 대한 제 1 BSR MAC CE는 포함하지 않는 MAC PDU를 생성할 수 있다. 제 1 WTRU는 MAC PDU를 제 2 WTRU로 전송할 수 있되, 제 2 WTRU는 제 1 WRTU의 부모 노드일 수 있다.

일실시예에서, MAC PDU 전송을 위한 UL 리소스가 제 1 BSR MAC CE 및 제 2 BSR MAC CE를 수용하기에 충분하다면, 제 1 WTRU는 제 1 BSR MAC CE 및 제 2 BSR MAC CE를 포함하는 MAC PDU를 생성할 수 있다.

일실시예에서, MAC PDU는 제 1 BSR에 대해 최대 하나의 제 1 BSR MAC CE 및 제 2 BSR에 대해 최대 하나의 제 2 BSR MAC CE를 포함하도록 허용될 수 있다. 제 1 WTRU는 통합 액세스 및 백홀 (IAB) 노드일 수 있다. 제 1 BSR은 선점 BSR일 수 있다. 제 2 BSR은 정규 BSR 또는 주기적인 BSR일 수 있다.

도 3 및 4를 다시 참조하면, 제 1 WTRU의 예시적인 실시예에서: 제 1 WTRU(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 제 1 WTRU가 (i) 제 1 BSR을 트리거할 수 있게 하되, 제 1 BSR은 도착 예상 데이터의 양을 표시하고, (ii) 제 2 BSR을 트리거할 수 있게 하되, 제 2 BSR은 이미 사용가능한 데이터 양을 표시하고, 및 (iii) 포함 순서에서 제 1 BSR MAC CE보다 제 2 BSR MAC CE를 우선처리하는 규칙에 기반하여 MAC PDU의 전송을 위한 UL 리소스들이 제 1 BSR에 대한 제 1 BSR MAC CE 및 제 2 BSR에 대한 제 2 BSR MAC CE를 수용하기에 충분한지 여부를 결정할 수 있게 한다. 또한 CPU(308)는 프로그램 코드(312)를 실행하여 상술한 모든 동작과 단계들 또는 여기에서 설명된 다른 것들을 수행할 수 있다.

도 18은 제 1 WTRU의 관점에서 예시적인 일실시예에 따른 순서도(1800)이다. 1805 단계에서, 제 1WTRU가 제 1BSR을 트리거하되, 제 1BSR은 도착 예상 데이터의 (추정)량을 표시한다. 1810 단계에서, 제 1 WTRU는 제 2 BSR을 트리거하되, 제 2 BSR은 이미 사용 가능한 데이터의 양을 표시한다. 1815 단계에서, 제 1 WTRU는 전송 블록을 구축하되, 전송 블록은 적어도 제 1 BSR 및 제 2 BSR을 포함한다.

일실시예에서, 제 1 WTRU는 제 1 WTRU의 부모 노드 인 제 2 WTRU (즉, 제 1 WTRU는 제 2 WTRU의 자식 노드이다) 에 전송블록을 전송할 수 있다. 제 1 WTRU는 IAB-노드일 수 있다. 제 2 WTRU는 IAB-노드 또는 IAB-도너일 수 있다.

일실시예에서, 전송블록은 MAC PDU일 수 있다. 제 1 BSR 및/또는 제 2 BSR은 MAC CE일 수 있다. 제 1 BSR은 선점 BSR일 수 있다. 제 2 BSR은 정규 BSR, 주기적인 BSR, 또는 패딩 BSR일 수 있다.

도 3 및 4를 다시 참조하면, 제 1 WTRU의 예시적인 실시예에서: 제 1 WTRU(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 제 1 WTRU가 (i) 제 1 BSR을 트리거할 수 있게 하되, 제 1 BSR은 도착 예상 데이터의 (추정)량을 표시하고, (ii) 제 2 BSR을 트리거할 수 있게 하되, 제 2 BSR은 이미 사용가능한 데이터 양을 표시하고, 및 (iii) 전송 블록을 구축할 수 있게 하되, 전송 블록은 적어도 제 1 BSR 및 제 2 BSR을 포함한다. 또한 CPU(308)는 프로그램 코드(312)를 실행하여 상술한 모든 동작과 단계들 또는 여기에서 설명된 다른 것들을 수행할 수 있다.

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

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

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

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

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

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

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

Claims

제1 WTRU(wireless transmit/receive unit)의 방법에 있어서,
제1 BSR(buffer status report)을 트리거하되, 상기 제1 BSR은 제2 WTRU로의 업링크 전송을 위해 도착할 것으로 예상되는 데이터의 양을 표시하는, 단계;
제2 BSR을 트리거하되, 상기 제2 BSR은 상기 제2 WTRU로의 업링크 전송에 이미 이용 가능한 데이터의 양을 표시하는, 단계;
MAC(Medium Access Control) PDU(Protocol Data Unit)에 포함된 순서에 따라 제1 BSR MAC CE(Control Element)보다 제2 BSR MAC CE에 우선 순위를 지정하는 규칙에 기초하여 상기 MAC PDU를 전송하기 위한 UL(Uplink) 리소스들이 상기 제1 BSR에 대한 상기 제1 BSR MAC CE 및 상기 제2 BSR에 대한 상기 제2 BSR MAC CE를 수용하기에 충분한지 결정하는 단계;
상기 MAC를 생성하되, 상기 MAC PDU를 전송하기 위한 상기 UL 리소스들이 상기 제1 BSR MAC CE 및 상기 제2 BSR MAC CE 둘다를 수용하기에 충분한 경우 상기 MAC PDU가 상기 제1 BSR에 대한 하나의 제1 BSR MAC CE 및 상기 제2 BSR에 대한 하나의 제2 BSR MAC CE를 포함하는, 단계; 및
상기 MAC PDU를 전송하기 위한 상기 UL 리소스들이 상기 제2 BSR MAC CE를 수용하기에 충분하고 상기 제1 BSR MAC CE 및 상기 제2 BSR MAC CE 둘다를 수용하기에 충분하지 않을 경우 상기 제1 BSR을 트리거된 상태로 유지하는 단계를 포함하는, 방법.
제1항에 있어서, 상기 제1 BSR은 선점(Pre-emptive) BSR이고, 상기 제2 BSR은 정규(Regular) BSR 또는 주기적인(Periodic) BSR인, 방법.
제1항에 있어서, 상기 MAC PDU는, 다수의 이벤트들이 상기 제1 BSR을 트리거한 경우에도, 상기 제1 BSR에 대한 최대 하나의 제1 BSR MAC CE를 포함하는, 방법.
제1항에 있어서, 상기 MAC PDU는 상기 제1 BSR에 대한 최대 하나의 제1 BSR MAC CE 및 상기 제2 BSR에 대한 최대 하나의 제2 BSR MAC CE를 포함하는, 방법.
삭제
제1항에 있어서,
상기 MAC PDU를 상기 제2 WTRU로 전송하는 단계를 더 포함하되, 상기 제2 WTRU는 상기 제1 WTRU의 부모 노드인, 방법.
제1항에 있어서, 상기 제1 WTRU는 IAB(integrated access and backhaul) 노드인, 방법.
제1항에 있어서,
제3 BSR을 트리거하는 단계를 더 포함하되,
상기 제3 BSR은 정규 BSR 또는 주기적인 BSR인, 방법.
제1 WTRU(wireless transmit/receive unit)의 방법에 있어서,
제1 BSR(buffer status report)을 트리거하되, 상기 제1 BSR은 제2 WTRU로의 업링크 전송을 위해 도착할 것으로 예상되는 데이터의 양을 표시하는, 단계;
제2 BSR을 트리거하되, 상기 제2 BSR은 상기 제2 WTRU로의 업링크 전송에 이미 이용 가능한 데이터의 양을 표시하는, 단계;
MAC(Medium Access Control) PDU(Protocol Data Unit)에 포함된 순서에 따라 제1 BSR MAC CE(Control Element)보다 제2 BSR MAC CE에 우선 순위를 지정하는 규칙에 기초하여 상기 MAC PDU를 전송하기 위한 UL(Uplink) 리소스들이 상기 제1 BSR에 대한 상기 제1 BSR MAC CE 및 상기 제2 BSR에 대한 상기 제2 BSR MAC CE를 수용하기에 충분한지 결정하는 단계;
상기 MAC PDU를 전송하기 위한 상기 UL 리소스들이 상기 제1 BSR MAC CE 및 상기 제2 BSR MAC CE 둘다를 수용하기에 충분한 경우 상기 제1 BSR MAC CE 및 상기 제2 BSR MAC CE 둘다를 포함하는 상기 MAC PDU를 생성하되, 상기 MAC PDU는 상기 제1 BSR에 대한 최대 하나의 제1 BSR MAC CE 및 상기 제2 BSR에 대한 최대 하나의 제2 BSR MAC CE를 포함하도록 허용되는, 단계; 및
상기 MAC PDU를 전송하기 위한 상기 UL 리소스들이 상기 제2 BSR MAC CE를 수용하기에 충분하고 상기 제1 BSR MAC CE 및 상기 제2 BSR MAC CE 둘다를 수용하기에 충분하지 않을 경우 상기 제1 BSR을 트리거된 상태로 유지하는 단계를 포함하는, 방법.
삭제
제9항에 있어서,
상기 MAC PDU를 상기 제2 WTRU로 전송하는 단계를 더 포함하되, 상기 제2 WTRU는 상기 제1 WTRU의 부모 노드인, 방법.
제9항에 있어서, 상기 MAC PDU는, 다수의 이벤트들이 상기 제1 BSR을 트리거한 경우에도, 상기 제1 BSR에 대한 최대 하나의 제1 BSR MAC CE를 포함하는, 방법.
삭제
제9항에 있어서, 상기 제1 WTRU는 IAB(integrated access and backhaul) 노드인, 방법.
제9항에 있어서, 상기 제1 BSR은 선점 BSR이고, 상기 제2 BSR은 정규 BSR 또는 주기적인 BSR인, 방법.
제 1 WTRU(wireless transmit/receive unit)에 있어서,
제어회로;
상기 제어회로에 설치된 프로세서; 및
상기 제어회로에 설치되고 상기 프로세서와 동작하도록(operatively) 결합된 메모리를 포함하고,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하여:
제1 BSR(buffer status report)을 트리거하되, 상기 제1 BSR은 제2 WTRU로의 업링크 전송을 위해 도착할 것으로 예상되는 데이터의 양을 표시하고;
제2 BSR을 트리거하되, 상기 제2 BSR은 상기 제2 WTRU로의 업링크 전송에 이미 이용 가능한 데이터의 양을 표시하며;
MAC(Medium Access Control) PDU(Protocol Data Unit)에 포함된 순서에 따라 제1 BSR MAC CE(Control Element)보다 제2 BSR MAC CE에 우선 순위를 지정하는 규칙에 기초하여 상기 MAC PDU를 전송하기 위한 UL(Uplink) 리소스들이 상기 제1 BSR에 대한 상기 제1 BSR MAC CE 및 상기 제2 BSR에 대한 상기 제2 BSR MAC CE를 수용하기에 충분한지 결정하고;
상기 MAC를 생성하되, 상기 MAC PDU를 전송하기 위한 상기 UL 리소스들이 상기 제1 BSR MAC CE 및 상기 제2 BSR MAC CE 둘다를 수용하기에 충분한 경우 상기 MAC PDU가 상기 제1 BSR에 대한 하나의 제1 BSR MAC CE 및 상기 제2 BSR에 대한 하나의 제2 BSR MAC CE를 포함하며; 그리고
상기 MAC PDU를 전송하기 위한 상기 UL 리소스들이 상기 제2 BSR MAC CE를 수용하기에 충분하고 상기 제1 BSR MAC CE 및 상기 제2 BSR MAC CE 둘다를 수용하기에 충분하지 않을 경우 상기 제1 BSR을 트리거된 상태로 유지하는, 제1 WTRU.
제16항에 있어서, 상기 제1 BSR은 선점(pre-emptive) BSR이고, 상기 제2 BSR은 정규 BSR 또는 주기적인 BSR인, 제1 WTRU.
제16항에 있어서, 상기 MAC PDU는 상기 제1 BSR에 대한 최대 하나의 제1 BSR MAC CE 및 상기 제2 BSR에 대한 최대 하나의 제2 BSR MAC CE를 포함하는, 제1 WTRU.
제16항에 있어서, 상기 제1 WTRU는 IAB(integrated access and backhaul) 노드인, 제1 WTRU.
제16항에 있어서, 상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하여:
상기 MAC PDU를 상기 제2 WTRU로 전송하도록 구성되되, 상기 제2 WTRU는 상기 제1 WTRU의 부모 노드인, 제1 WTRU.
제16항에 있어서, 상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하여:
제3 BSR을 트리거하도록 구성되되, 상기 제3 BSR은 정규 BSR 또는 주기적인 BSR인, 제1 WTRU.
제16항에 있어서, 상기 MAC PDU는 다수의 이벤트가 상기 제1 BSR을 트리거한 경우에도 상기 제1 BSR에 대한 최대 하나의 제1 BSR MAC CE를 포함하는, 제1 WTRU.