KR20210042954A

KR20210042954A - 통합된 액세스 및 백홀 베어러 관리를 위한 방법, 장치 및 시스템

Info

Publication number: KR20210042954A
Application number: KR1020217007155A
Authority: KR
Inventors: 린 첸; 잉 후앙; 웨이 루오; 멩젠 왕
Original assignee: 지티이 코포레이션
Priority date: 2018-08-09
Filing date: 2018-08-09
Publication date: 2021-04-20
Also published as: KR102630472B1; CN112567796B; EP3834466A4; CN112567796A; US20210168646A1; US11950124B2; EP3834466A1; WO2020029196A1

Abstract

데이터 라디오 베어러 관리를 위한 방법들, 장치 및 시스템들이 개시된다. 일 실시예에서, 제1 무선 통신 노드에 의해 수행되는 방법은, DRB(data radio bearer) 셋업 요청 메시지를 적어도 하나의 제2 무선 통신 노드 각각에 송신하는 단계 ― DRB 셋업 요청 메시지는 복수의 DRB들의 아이덴티티(identity) 및 QoS(Quality of Service) 흐름 및 복수의 DRB들 각각에 각각 매핑된 UE 베어러 중 적어도 하나를 포함함 ― ; 적어도 하나의 제2 무선 통신 노드 각각으로부터 DRB 셋업 응답을 수신하는 단계 ― 각각의 DRB 셋업 응답은 적어도 하나의 제2 무선 통신 노드의 개개의 노드에 의해 셋업되지 못한 QoS 흐름들 및 UE 데이터 베어러들 중 적어도 하나의 제1 리스트 및 적어도 하나의 제2 무선 통신 노드의 개개의 노드에 의해 성공적으로 셋업된 QoS 흐름들 및 UE 데이터 베어러들 중 적어도 하나의 제2 리스트를 포함함 ― ; 제1 및 제2 리스트들 각각에 기초하여, 적어도 하나의 DRB 및 적어도 하나의 제2 무선 통신 노드 각각에 의해 지원되는 적어도 하나의 DRB에 매핑된 적어도 하나의 QoS 흐름을 결정하는 단계; 및 적어도 하나의 DRB 및 적어도 하나의 QoS 흐름/UE 데이터 베어러를 지원하도록 적어도 하나의 제2 무선 통신 노드 각각을 구성하는 단계를 포함한다.

Description

통합된 액세스 및 백홀 베어러 관리를 위한 방법, 장치 및 시스템

본 개시내용은 일반적으로 무선 통신들에 관한 것으로, 보다 구체적으로는, 무선 통신에서 송신 자원 구성(transmission resource configuration)을 결정하기 위한 표시 정보를 송신하기 위한 방법들, 장치 및 시스템들에 관한 것이다.

디지털 데이터를 위한 애플리케이션들 및 서비스들의 수가 계속해서 폭발적으로 증가함에 따라, 네트워크 자원들 및 운영자들에 가해지는 요구들 및 과제들이 계속해서 증가할 것이다. 미래 서비스들이 요구하는 매우 다양한 네트워크 성능 특성들을 전달할 수 있게 되는 것은 오늘날 서비스 제공자들이 직면한 주요 기술적 과제들 중 하나이다. 네트워크에 가해지는 성능 요건들은 데이터 레이트, 레이턴시, QOS, 보안, 가용성 및 다수의 다른 파라미터들(이들 모두는 서비스마다 변동될 것임)의 관점에서 연결성(connectivity)을 요구할 것이다. 따라서, 네트워크가 각각의 상이한 유형의 서비스에 대해 커스터마이징된 연결성을 제공하기 위해 유연한 방식으로 자원들을 할당하는 것을 가능하게 하는 것은 미래 요구들을 충족시킬 수 있는 네트워크의 능력을 크게 향상시킬 것이다.

이러한 요구들을 충족시키기 위해, 5 세대(5G) 모바일 무선 기술들 및 표준들의 개발이 한창 진행되고 있다. 하나의 이러한 기술은 RAN(Radio Access Network) 기능이 중앙 유닛(CU)과 다수의 분산 유닛(DU)들 사이에서 분할되는 분할 네트워크 아키텍처이다. 예를 들어, RAN 기능들은 5G 프로토콜 스택의 RLC(Radio Link Control) 층과 PDCP(Packet Data Convergence Protocol) 층 사이의 일정 지점에서 분할될 수 있으며, 여기서 DU들은, RLC 층 기능들을 포함하는 그리고 이 RLC 층 기능들까지의 모든 프로세스들을 처리할 것이고, CU는 코어 네트워크 이전의 PDCP 층 및 더 높은 층 기능들을 처리할 것이다. RAN 기능들의 이러한 분해(disaggregation)는 모바일 네트워크 운영자들에게 수많은 이점을 제공할 것이다. 예를 들어, PDCP 층 및 그 위쪽으로부터 스택의 격리를 통해, CU는 프로비저닝된(provisioned) 네트워크들의 다수의 이종 기술들 사이에서 클라우드-기반 수렴 지점으로서 작용할 수 있게 될 것이고, 이에 따라 다수의 이종 DU들을 서빙할 수 있게 될 것이다.

5G 네트워크들을 위해 개발중인 다른 기술은 셀 사이트(cell site)들(예를 들어, 기지국들)에 고속 무선 백홀을 제공하기 위한 IAB(Integrated Access and Backhaul) 아키텍처이다. 데이터 요구와 셀 사이트들의 수가 증가함에 따라, 각각의 셀 사이트에 대한 기존의 광섬유 백홀 액세스를 제공하는 것이 점점 더 어려워지고 있으며, 이는 특히 소형 셀 기지국들에 대해 그러하다. IAB 아키텍처 하에서, 예를 들어, UE(User Equipment) PDU(Packet Data Unit) 세션을 지원하도록 액세스 및 백홀 둘 모두를 제공하기 위해 동일한 인프라스트럭처(infrastructure) 및 자원들(예를 들어, IAB 노드들)이 사용될 수 있다. NR(New Radio) 네트워크들을 위한 IAB 아키텍처는 전송 네트워크를 비례적으로 조밀화할 필요 없이 NR 셀들의 유연하고 조밀한 전개를 가능하게 하는 무선 백홀 및 릴레이 링크들을 제공할 것이다. 부가적으로, IAB 기술들은 보다 통합되고 강력한 방식으로 셀프-백홀링(self-backhauled) NR 셀들의 조밀한 네트워크의 보다 용이한 전개를 허용할 것이다. 예를 들어, 5G NR 네트워크의 IAB 기술은 네트워크 토폴로지가 중복 연결들을 또한 지원하는 다중-홉 릴레이 시스템을 지원할 것이다.

도 1은 코어 네트워크(102)가 도너 IAB 노드(104)에 연결되는 IAB 아키텍처 네트워크(100)의 블록도를 예시한다. 본원에서 사용되는 바와 같은 "연결된"이란 용어는 2개의 노드들 또는 디바이스들 사이의 유선 또는 케이블 연결(예를 들어, 광섬유 케이블)을 지칭한다. 도너 IAB 노드(104)는 복수의 중간 IAB 노드들(106a 및 106b) 및 2개의 서빙 IAB 노드들(106c 및 106d)에 무선으로 커플링된다. 본원에서 사용된 바와 같은 "커플링된"이란 용어는 2개의 노드들 또는 디바이스들 사이의 직접 또는 간접 및 유선 또는 무선 통신들을 지칭한다.

도 1에 도시된 바와 같이, 서빙 IAB 노드들(106c 및 106d)은 각각, UE들(108a 및 108b)에 직접 커플링되고, UE들(108a 및 108b)에 대한 서빙 셀 사이트 기지국들 또는 액세스 포인트들로서 기능한다. UE들(108a 및 108b)은 본원에서 "액세스 UE들"로서 지칭된다. 서빙 IAB 노드들(106c 및 106d)은 또한 릴레이로서 기능하며, 그의 개개의 UE 신호들을 송신 경로에 있는 그의 개개의 다음 업링크 노드들에 포워딩하고 다운링크 신호들을 그의 개개의 UE들(108a 및 108b)에 포워딩할 수 있다. 도 1에 도시된 바와 같이, 서빙 IAB 노드(106c)는 업링크 UE 신호들을 중간 IAB 노드들(106a 및 106b) 중 하나 또는 둘 모두에 포워딩하고, 중간 IAB 노드들(106a 및 106b) 중 하나 또는 둘 모두로부터 다운링크 UE 신호들을 수신할 수 있다. 중간 IAB 노드들(106a 및 106b)은 업링크 UE 신호들을 도너 IAB 노드(104)로 포워딩하고 다운링크 신호들을 서빙 IAB 노드(106d)로 포워딩할 수 있다. 서빙 IAB 노드(106c)는 업링크 UE 신호를 도너 IAB 노드(104)로 포워딩할 수 있고(그 후, 도너 IAB 노드(104)는 모든 수신된 신호들을 코어 네트워크(102)로 포워딩할 수 있음), 도너 IAB 노드(104)로부터 액세스 UE(108a)로 다운링크 신호들을 포워딩할 수 있다.

IAB 노드들(106a-106d) 각각은 2개의 기능들: 기지국(BS) 기능 및 모바일 단말(MT) 기능을 가질 수 있다. BS 기능은, IAB 노드가 UE에 라디오 액세스 기능을 제공하도록 기지국처럼 작동할 수 있음을 의미한다. 본원에서 사용되는 바와 같은 IAB 노드의 "BS 부분"은, IAB 노드의 BS 기능들을 수행하는 것과 관련된 모든 하드웨어, 펌웨어 및/또는 소프트웨어를 포함하는 IAB 노드의 그 부분을 지칭한다. MT 기능은, IAB 노드가 IAB 도너 노드 또는 상위 IAB 노드에 의해 제어되고 스케줄링되도록 모바일 단말처럼 작동할 수 있음을 의미한다. 본원에서 사용되는 바와 같은 IAB 노드의 "MT 부분"은 IAB 노드의 MT 기능들을 수행하는 것과 관련된 모든 하드웨어, 펌웨어 및/또는 소프트웨어를 포함하는 IAB 노드의 그 부분을 지칭한다.

여전히 도 1을 참조하면, 네트워크(100)가 분할 아키텍처를 구현하는 경우, 도너 IAB 노드(104)는 코어 네트워크(102)에 연결된 도너 CU(도시되지 않음) 및 도너 CU에 연결된 도너 DU(도시되지 않음)로 대체될 것이다. IAB 노드들(106a-106d) 각각은 도 1에 도시된 바와 같이 도너 IAB 노드(104)로의 그의 커플링과 유사한 방식으로 도너 DU에 커플링될 것이다.

분할 아키텍처 네트워크에서, IAB 노드들(106a-106d) 각각은 2개의 기능들: DU 기능 및 모바일 단말(MT) 기능을 가질 수 있다. DU 기능은, IAB 노드가 UE에 미리 결정된 DU 기능들을 제공하도록 DU처럼 작동할 수 있음을 의미한다. 본원에서 사용되는 바와 같은 IAB 노드의 "DU 부분"은, IAB 노드의 DU 기능들을 수행하는 것과 관련된 모든 하드웨어, 펌웨어 및/또는 소프트웨어를 포함하는 IAB 노드의 그 부분을 지칭한다. 분할 아키텍처 네트워크에서 IAB 노드의 MT 기능 및 MT 부분은 비-분할 아키텍처 네트워크에 대해 위에서 설명한 것과 동일하다.

5G 네트워크에서 분할 아키텍처 및 IAB 아키텍처 기술들의 구현은 다수의 과제들을 제기할 것이다. 하나의 이러한 과제는 예를 들어, UE PDU 데이터 세션을 설정할 때, CU가 잠재적인 데이터 포워딩 경로를 인식하고 그 후 UE 콘텍스트 셋업/수정 요청 메시지를 DU로 송신해야 한다는 것이다. 그러나 IAB 아키텍처에 관한 한, 도너 DU 및 중간 IAB 노드들 간에 베어러가 어떻게 설정되는지는 명확하지 않다. 또한, IAB 네트워크에 관한 한, 부가적인 레이턴시 구성 요소들(예를 들어, 중간 IAB 노드들 간의 레이턴시)이 고려되어야 한다. 릴레이된 데이터 패킷을 폐기해야 하는지 여부를 IAB 노드들이 결정하기 위해 새로운 폐기 메커니즘을 설계할 필요가 있다. 따라서, 현재의 베어러 관리 기술들은 최근 만들어진 분할 아키텍처 및/또는 IAB 아키텍처 네트워크들을 고려하는 데 전적으로 만족스럽지 않다.

본원에서 개시된 예시적인 실시예들은 종래 기술에서 제시된 문제들 중 하나 이상과 관련된 이슈들을 해결하는 것뿐만 아니라, 첨부 도면들과 함께 취해질 때 다음의 상세한 설명을 참조하여 쉽게 명백해질 부가적인 특징들을 제공하는 것에 관한 것이다. 다양한 실시예들에 따라, 예시적인 시스템들, 방법들, 디바이스들 및 컴퓨터 프로그램 제품들이 본원에서 개시된다. 그러나, 이러한 실시예들은 제한이 아닌 예로서 제시된 것으로 이해되며, 본 개시내용의 범위 내에서 유지되면서 개시된 실시예들에 대한 다양한 수정들이 이루어질 수 있다는 것이 본 개시내용을 읽는 당업자에게 명백해질 것이다.

일 실시예에서, 제1 무선 통신 노드에 의해 수행되는 방법은, DRB(data radio bearer) 셋업 요청 메시지를 적어도 하나의 제2 무선 통신 노드 각각에 송신하는 단계 ― DRB 셋업 요청 메시지는 복수의 DRB들의 아이덴티티(identity) 및 QoS(Quality of Service) 흐름 및 복수의 DRB들 각각에 각각 매핑된 UE 베어러 중 적어도 하나를 포함함 ― ; 적어도 하나의 제2 무선 통신 노드 각각으로부터 DRB 셋업 응답을 수신하는 단계 ― 각각의 DRB 셋업 응답은 적어도 하나의 제2 무선 통신 노드의 개개의 노드에 의해 셋업되지 못한 QoS 흐름들 및 UE 데이터 베어러들 중 적어도 하나의 제1 리스트 및 적어도 하나의 제2 무선 통신 노드의 개개의 노드에 의해 성공적으로 셋업된 QoS 흐름들 및 UE 데이터 베어러들 중 적어도 하나의 제2 리스트를 포함함 ― ; 제1 및 제2 리스트들 각각에 기초하여, 적어도 하나의 DRB 및 적어도 하나의 제2 무선 통신 노드 각각에 의해 지원되는 적어도 하나의 DRB에 매핑된 적어도 하나의 QoS 흐름을 결정하는 단계; 및 적어도 하나의 DRB 및 적어도 하나의 QoS 흐름/UE 데이터 베어러를 지원하도록 적어도 하나의 제2 무선 통신 노드 각각을 구성하는 단계를 포함한다.

추가 실시예에서, 본 발명은 위의 방법을 수행하기 위한 컴퓨터-실행 가능 명령들이 저장되어 있는 비-일시적인 컴퓨터-판독 가능 매체를 제공한다.

다른 실시예에서, 제1 무선 통신 노드는, 트랜시버 및 트랜시버에 커플링된 적어도 하나의 프로세서를 포함하고, 트랜시버는, DRB(data radio bearer) 셋업 요청 메시지를 적어도 하나의 제2 무선 통신 노드 각각에 송신하고 ― DRB 셋업 요청 메시지는 복수의 DRB들의 아이덴티티(identity) 및 QoS(Quality of Service) 흐름 및 복수의 DRB들 각각에 각각 매핑된 UE(User Equipment) 베어러 중 적어도 하나를 포함함 ― ; 그리고 적어도 하나의 제2 무선 통신 노드 각각으로부터 DRB 셋업 응답을 수신하도록 구성되고, 각각의 DRB 셋업 응답은 적어도 하나의 제2 무선 통신 노드의 개개의 노드에 의해 셋업되지 못한 QoS 흐름들 및 UE 데이터 베어러들 중 적어도 하나의 제1 리스트 및 적어도 하나의 제2 무선 통신 노드의 개개의 노드에 의해 성공적으로 셋업된 QoS 흐름들 및 UE 데이터 베어러들 중 적어도 하나의 제2 리스트를 포함하고, 적어도 하나의 프로세서는, 제1 및 제2 리스트들 각각에 기초하여, 적어도 하나의 DRB 및 적어도 하나의 제2 무선 통신 노드 각각에 의해 지원되는 적어도 하나의 DRB에 매핑된 적어도 하나의 QoS 흐름을 결정하고; 그리고 적어도 하나의 DRB 및 적어도 하나의 QoS 흐름을 지원하도록 적어도 하나의 제2 무선 통신 노드 각각을 구성하게 구성된다.

본 개시내용의 다양한 예시적인 실시예들은 다음 도면들을 참조하여 아래에서 상세하게 설명된다. 도면들은 단지 예시의 목적들로만 제공되며, 본 개시내용의 독자의 이해를 용이하게 하기 위해 본 개시내용의 예시적인 실시예들을 단지 도시한다. 따라서, 도면들은 본 개시내용의 폭, 범위 또는 적용 가능성을 제한하는 것으로 간주되어서는 안 된다. 예시의 명료성 및 용이함을 위해, 이들 도면들은 반드시 실척으로 그려진 것은 아니라는 것이 주의되어야 한다.
도 1은 본 발명의 일부 실시예들에 따라, 본원에서 개시된 기술들이 구현될 수 있는 예시적인 통신 네트워크의 블록 다이어그램을 예시한다.
도 2는 본 발명의 일부 실시예들에 따라, 분할 아키텍처 IAB 네트워크에서 UE 베어러 관리의 방법에 대한 시그널링 다이어그램을 예시한다.
도 3은 본 발명의 일부 실시예들에 따라, 분할 아키텍처 IAB 네트워크에서, 도너 CU, 도너 DU 및 IAB 노드들 간의 UE 콘텍스트 셋업/수정 협상 절차에 대한 시그널링 다이어그램을 예시한다.
도 4는 본 발명의 일부 실시예들에 따라, 분할 아키텍처 IAB 네트워크에서, 도너 CU, 도너 DU 및 IAB 노드들 간의 UE 콘텍스트 수정 협상 절차에 대한 시그널링 다이어그램을 예시한다.
도 5는 본 발명의 일부 실시예들에 따라, 비-분할 아키텍처 IAB 네트워크에서 백홀 베어러 관리의 방법에 대한 시그널링 다이어그램을 예시한다.
도 6은 본 발명의 일부 대안적인 실시예들에 따라, 비-분할 아키텍처 IAB 네트워크에서 백홀 베어러 관리의 방법에 대한 시그널링 다이어그램을 예시한다.
도 7은 본 발명의 일부 실시예들에 따라, 폐기 타이머(discard timer)를 구성할 때 고려되는 UE와 UPF(User Plane Function) 간의 레이턴시들을 예시한다.
도 8은 본 발명의 일부 실시예들에 따라, 폐기 타이머를 구성할 때 고려되는 분할 아키텍처 IAB 네트워크에서 UE와 UPF 사이의 레이턴시들을 예시한다.
도 9는 본 발명의 일부 실시예들에 따라, 2개의 IAB 노드들 간의 레이턴시를 결정하는 방법에 대한 시그널링 다이어그램을 예시한다.
도 10은 본 발명의 일부 실시예들에 따라, 2개의 IAB 노드들 간의 레이턴시를 결정하는 방법에 대한 시그널링 다이어그램을 예시한다.
도 11은 본 발명의 일부 실시예들에 따른 예시적인 IAB 네트워크 토폴로지 및 대응하는 라우팅 테이블을 예시한다.
도 12는 본 발명의 다양한 실시예들에 따라, 본원에서 개시된 방법들을 수행하기 위해 사용될 수 있는 무선 통신 노드의 블록 다이어그램을 예시한다.

본 개시내용의 다양한 예시적인 실시예들은 당업자가 본 개시내용을 실시 및 사용하는 것을 가능하게 하도록 첨부 도면들을 참조하여 이하에서 설명된다. 당업자들에게 명백한 바와 같이, 본 개시내용을 읽은 후, 본 개시내용의 범위를 벗어나지 않고 본원에서 설명된 예에 대한 다양한 변화들 또는 수정들이 이루어질 수 있다. 따라서, 본 개시내용은 본원에서 설명되고 예시된 예시적인 실시예들 및 애플리케이션들로 제한되지 않는다. 부가적으로, 본원에서 개시된 방법들의 단계들의 특정 순서 및/또는 계층은 단지 예시적인 접근법들일 뿐이다. 설계 선호도들에 기초하여, 개시된 방법들 또는 프로세스들의 단계들의 특정 순서 또는 계층은 본 개시내용의 범위 내에서 유지되면서 재배열될 수 있다. 따라서, 당업자들은, 본원에서 개시된 방법들 및 기술들이 샘플 순서로 다양한 단계들 또는 동작들을 제시하고, 달리 명시적으로 언급되지 않는 한, 본 개시내용이 제시된 특정 순서 또는 계층으로 제한되지 않는다는 것을 이해할 것이다.

분할 아키텍처의 IAB 네트워크에서, UE가 그의 전용 DRB들을 셋업할 때, 백홀 RLC 채널 또는 백홀 라디오 베어러는 또한 도너 IAB 노드를 향해 포워딩 데이터 경로를 따라 IAB 노드 상에서 셋업/수정되어야 한다. UE 베어러 및 백홀 베어러 관리 절차들을 수행하는 예시적인 실시예들이 본원에서 설명된다.

도 2는 본 발명의 일부 실시예들에 따라, 분할 아키텍처 IAB 네트워크에서 UE 베어러 관리의 방법(200)에 대한 시그널링 다이어그램을 예시한다. 도 2에 도시된 바와 같이, 액세스 UE(202)는 DU 부분 및 MT 부분을 갖는 서빙 IAB 노드(204)("IAB 노드 1"로서 지정됨)에 커플링된다. IAB 노드(204)의 MT 부분은 DU 부분 및 MT 부분을 갖는 제2 IAB 노드(206)("IAB 노드 2"로서 지정됨)에 의해 서빙된다. IAB 노드(206)의 MT 부분은 NGC(Next Generation Core Network)(212)에 연결된 도너 CU(210)에 커플링된 도너 DU(208)에 의해 서빙된다.

도 2에 도시된 바와 같이, 방법은 시그널링 단계 0에서 시작하며, 여기서 UE(202) 또는 NGC(212)는 PDU 세션 설정/수정 요청을 개시한다. 단계 1에서, 액세스 UE(202)에 대한 PDU 세션을 지원하기 위한 새로운 QoS 흐름들을 셋업하기 위해, NGC(212)는 PDU 세션 자원 셋업/수정 요청 메시지를 도너 CU(210)에 전송한다. 단계 2에서, PDU 세션 자원 셋업/수정 요청 메시지의 수신 시에, 도너 CU(210)는 자원들이 요청된 구성에 대해 이용 가능한지를 결정한다. 만약 그렇다면, 도너 CU는 하나 이상의 DRB들을 설정하도록 결정하고 각각의 설정되거나 설정될 DRB를 PDU 세션의 수용된 QoS 흐름과 연관시킨다. 다음으로, 단계 3에서, 도너 CU(210)는 UE 콘텍스트 수정 요청(이는 RRC(Radio Resource Control) 재구성을 포함함) 메시지를 도너 DU(208)에 전송하며, 이 메시지는 셋업/수정/릴리즈 리스트가 될 DRB를 포함한다. 일부 실시예들에서, RRC 재구성 메시지는 UE 콘텍스트 수정 요청 메시지의 컨테이너에 포함된다. 컨테이너에 추가하여, UE 콘텍스트 수정 요청 메시지는 또한 다른 필드들, 이를테면, SRB 리스트, 셋업/수정될 DRB 리스트, 라디오 자원 구성, Scell 구성 등을 포함할 수 있다. 일부 실시예들에서, 각각의 DRB가 셋업되거나 수정되기 위해, 그것은 DRB id, 각각의 DRB에 매핑된 하나 이상의 OoS 흐름들/UE 데이터 베어러들 및 각각의 DRB에 매핑된 각각의 QoS 흐름/UE 데이터 베어러에 대한 QoS 파라미터들을 더 포함한다. 다양한 실시예들에 따라, "DRB"는 UE의 데이터 패킷을 포워딩하기 위해서만 사용되는 백홀 베어러를 지칭한다. "UE 데이터 베어러"는 데이터 패킷이 백홀 베어러들을 통해 포워딩될 PDU 세션과 연관된 UE 베어러를 지칭한다.

다양한 실시예들에 따라, 도너 CU(210)는 차세대 노드 B(gNB), E-UTRAN 노드 B(eNB), TRP(Transmission/Reception Point), 액세스 포인트(AP), 또는 당 업계에 알려져 있거나 향후에 개발될 다른 유사한 통신 노드들로서 구현될 수 있다. 일 실시예에서, 도너 CU(210)는 gNB로서 구현되고, UE 콘텍스트 수정 요청 메시지는 IAB 노드(206)의 MT 부분과 관련된 gNB-CU UE F1AP ID 및 gNB-DU UE F1AP ID를 포함한다.

단계 4에서, 도너 DU(208)는 시그널링 라디오 베어러를 통해 IAB 노드(204)의 MT 부분에 대응하는 RRCReconfiguration 메시지를 전송한다. RRCReconfiguration 메시지의 수신 시에, 단계 5에서, IAB 노드(206)의 MT 부분은 구성을 수행하고 RRCReconfigurationComplete 메시지를 도너 DU(208)로 다시 전송한다. 도너 DU(208)가 IAB 노드(206)의 MT 부분으로부터 RRCReconfigurationComplete 메시지를 수신한 후, 도너 DU(208)는 UE 콘텍스트 수정 응답 메시지를 도너 CU(210)로 전송한다. 일부 실시예들에서, UE 콘텍스트 수정 응답 메시지는 성공적으로 설정된/수정된 DRB들의 리스트 및 설정/수정되지 못한 DRB들의 리스트를 포함한다.

단계들 6-8은, IAB 노드(204)의 MT 부분과 IAB 노드(206)의 DU 부분 사이에서 DRB들을 설정 및/또는 수정하기 위해 도너 CU(210)가 IAB 노드(206)와 함께 UE 콘텍스트 수정 절차를 수행하도록 IAB 노드(206)와 통신한다는 점을 제외하면 위에서 설명한 단계들 3-5과 유사하다. 유사하게, 단계들 9-11은 또한, 액세스 UE(202)와 IAB 노드(204)의 DU 부분 사이에서 DRB들을 설정 및/또는 수정하기 위해 도너 CU(210)가 IAB 노드(204)와 함께 UE 콘텍스트 수정 절차를 수행하도록 IAB 노드(204)와 통신한다는 점을 제외하면 위에서 설명한 단계들 3-5과 유사하다.

마지막으로, 단계 12에서, 도너 CU(210)는 셋업 또는 수정되도록 요청된 각각의 PDU 세션 자원에 대한 결과들을 포함하는 PDU 세션 자원 셋업/수정 응답 메시지를 NGC(212)로 전송한다. 일부 실시예들에서, 성공적으로 설정된 그리고/또는 설정되지 못한 QoS 흐름들의 리스트가 PDU 세션 자원 셋업/수정 응답 메시지에 포함된다.

위에서 논의한 바와 같이, 도 2에 도시된 시그널링 절차는 성공적인 UE 베어러 셋업/수정 절차를 예시한다. 이 절차에서, 도너 CU(210)는 잠재적인 데이터 포워딩 경로를 인식하고 그 후, UE 콘텍스트 셋업/수정 요청 메시지를, 도너 DU(208)뿐만 아니라 경로를 따라 중간 IAB 노드(204 및 206)의 각각의 DU 부분에 전송한다. 그 후, 각각의 중간 IAB 노드(204 및 206)의 DU 부분 및 도너 DU(208)은 각각, 액세스 UE 또는 다운스트림 IAB 노드의 MT 부분에, 대응하는 RRCReconfiguration 메시지를 송신한다. 그러나, 모든 중간 IAB 노드들(204 및 206)이 도너 CU(210)에 의해 요청된 DRB들을 성공적으로 설정/수정할 수 있는 것은 아닌 것이 가능하다. 예를 들어, 위에서 논의된 바와 같이, 각각의 중간 IAB 노드(204 및 206)에서 설정된 DRB들의 세트가 서로 상이한 경우, 중간 IAB 노드들(204 및 206)의 DU 부분 및 도너 DU(208)는 주어진 UE 베어러에 대한 데이터를 포워딩하기 위해 설정된 DRB들 및/또는 QoS 흐름들/UE 베어러들에 대해 상이한 뷰(view)들을 가질 수 있다. 특정 예로서, 도너 CU(210)에게는 액세스 UE(202)의 PDU 세션에 대한 QoS 흐름 1, QoS 흐름 2 및 QoS 흐름 3을 지원하도록 요청될 수 있다. 도너 CU(210)에 따라, QoS 흐름 1 및 QoS 흐름 2는 도너 DU(208) 및 IAB 노드(204)의 DU 부분의 DRB 1에 각각 매핑될 수 있다. 그리고 QoS 흐름 3은 IAB 노드(204)의 DU 부분의 DRB 2에 매핑된다. 다른 한편으로, QoS 흐름 1 및 QoS 흐름 2는 IAB 노드(206)의 DU 부분의 DRB 3에 매핑될 수 있고 QoS 흐름 3은 IAB 노드(206)의 DU 부분의 DRB 4에 매핑될 수 있다. 그러나 도너 DU는 모든 QoS 흐름들을 수용할 수 있지만, IAB 노드(204)의 DU 부분은 DRB 2에 매핑된 QoS 흐름 1만을 수용할 수 있는 반면 IAB 노드(206)의 DU 부분은 DRB3에 매핑된 QoS 흐름 1 및 DRB4에 매핑된 QoS 흐름 3을 수용할 수 있다고 가정한다. 이 경우에, QoS 흐름 1만이 도너 DU 및 모든 중간 IAB 노드들에 의해 지원될 수 있다.

또한, 위에서 논의된 바와 같이, 현재 설계들에서, UE 콘텍스트 셋업/수정 응답 메시지는 셋업 또는 수정되지 못한 DRB들의 리스트만을 도너 CU(210)에게 통지한다. 상이한 중간 IAB 노드들(204 및 206)에 대해, 새로운 QoS 흐름들을 연관시키는 데 사용되는 DRB ID는 상이할 수 있어서, 도너 CU(210)는 중간 IAB 노드들(206) 및 서빙 IAB 노드들(204)에 의해 지원되지 않을 수 있는 정확한 QoS 흐름 또는 DRB를 구별할 수 없을 수 있다. 이 문제를 해결하기 위해, 다양한 실시예들에 따라, UE 콘텍스트 셋업/수정 응답 메시지가 더 세밀하게 도너 CU(210)에 보고된다. 예를 들어, 다양한 실시예들에 따라, UE 콘텍스트 셋업/수정 응답 메시지는 QFI(QoS flow information), 액세스 UE ID, 셋업 및/또는 수정되지 못한 QoS 흐름들에 대한 UE 베어러 ID와 같은 부가적인 정보를 포함한다. 이러한 방식으로, 도너 CU(210)는 어떤 QoS 흐름들이 지원될 수 없는지를 정확히 결정하고 그 후 DRB들을 상응하게 구성할 수 있다.

도 3은 일부 실시예들에 따라 도너 CU(210)와, 도너 DU(208), 중간 IAB 노드(206) 및 서빙 IAB 노드(204) 각각 사이에서 수행되는 협상 프로세스(300)의 시그널링 다이어그램을 예시한다. 협상 프로세스의 단계 1에서, 도너 CU(210)는 UE 콘텍스트 셋업/수정 문의 메시지를 도너 DU(208) 및 각각의 IAB 노드(204 및 206)에 전송한다. 일부 실시예들에서, UE 콘텍스트 셋업/수정 문의 메시지는 셋업 또는 수정될 필요가 있는 DRB들 및 이러한 DRB들에 매핑된 QoS 흐름들/UE 데이터 베어러들을 포함한다. 일부 실시예들에서, DRB들 각각에 매핑된 각각의 QoS 흐름/UE 데이터 베어러에 대해, 이는 QoS 파라미터들, UE ID 및/또는 UE 베어러 ID를 더 포함한다. 또 다른 실시예들에서, UE 콘텍스트 셋업/수정 문의 메시지는 각각의 UE 베어러에 대해, QoS 파라미터들 이를테면, 다음 즉, PDB(packet delay budget), PER(packet error rate), 우선순위 레벨, 지연 임계 표시, 평균 윈도우 기간, 최대 데이터 버스트 볼륨, GBR(guaranteed bit rate), QFI(QoS flow information), 업링크(UL) UE AMBR(aggregated maximum flow bit rate), 폐기 타이머 등 중 하나 이상을 더 포함한다. 여기서 UE 및 UE 베어러는 도너 DU(208) 및/또는 중간/서빙 IAB 노드들(206/204)에 의해 포워딩될 데이터 패킷들을 갖는 액세스 UE를 나타낸다는 것이 주의되어야 한다. 본원에서 사용된 바와 같은 "UE 콘텍스트 셋업/수정 문의 메시지"라는 용어는 분할 아키텍처 네트워크들에서 베어러 관리를 위해 사용될 수 있는 "DRB 셋업 요청 메시지"의 유형을 지칭한다.

UE 콘텍스트 셋업/수정 문의 메시지의 수신 시에, 도너 DU(208) 및 각각의 IAB 노드(204 및 206)는 요청된 QoS 흐름들 및/또는 UE 베어러들 및 DRB들이 성공적으로 셋업 및/또는 수정될 수 있는지를 체크한다. 그 후, 단계 2에서, 도너 DU(208) 및 각각의 IAB 노드(204 및 206)는 UE 콘텍스트 셋업/수정 문의 확인응답(ACK) 메시지를 도너 CU(210)에 전송한다. 일부 실시예들에 따라, 이 UE 콘텍스트 셋업/수정 문의 ACK 메시지는 셋업/수정되지 못한 QoS 흐름들/UE 데이터 베어러 및/또는 DRB들의 리스트, 및 성공적으로 셋업/수정될 수 있는 QoS 흐름들 및/또는 DRB들의 리스트를 포함한다. 추가의 실시예들에서, 이들 리스트들에 포함된 각각의 QoS 흐름에 대해, ACK 메시지는 다음 즉, QFI, UE ID, UE 베어러 ID 및 IAB DRB ID 중 적어도 하나를 더 포함한다. 본원에서 사용된 바와 같은 "UE 콘텍스트 셋업/수정 문의 ACK 메시지"라는 용어는 분할 아키텍처 네트워크들에서 베어러 관리를 위해 사용될 수 있는 "DRB 셋업 응답 메시지"의 유형을 지칭한다.

액세스 UE(202)의 데이터 포워딩 경로를 따라 모든 IAB 노드들(204 및 206) 및 도너 DU(210)로부터 UE 콘텍스트 셋업/수정 문의 ACK 메시지의 수신 시에, 도너 CU(210)는 데이터 포워딩 경로의 모든 IAB 노드들(204 및 206) 및 도너 DU(208)에 의해 성공적으로 수용될 수 있는 DRB들 및 QoS 흐름들/UE 데이터 베어러들을 결정한다. 단 2개의 IAB 노드들(204 및 206)만이 도 2에 예시되지만, 본 발명은 액세스 UE 데이터 포워딩 경로에서 임의의 원하는 수의 IAB 노드들을 갖는 분할 아키텍처 IAB 네트워크에서 구현될 수 있다는 것이 이해되어야 한다.

다음으로, 단계 3에서, 도너 CU(210)는, 셋업 또는 수정될 필요가 있는 DRB들 및 이러한 DRB들에 매핑된 QoS 흐름들/UE 데이터 베어러를 포함하는 UE 콘텍스트 셋업/수정 요청 메시지를 도너 DU에 전송한다. UE 콘텍스트 셋업/수정 문의 메시지와 비교하여, UE 콘텍스트 셋업/수정 요청 메시지는 위에서 논의된 UE 콘텍스트 셋업/수정 문의 ACK 메시지로부터 결정된 바와 같이 수용될 수 있는 DRB들 및 QoS 흐름들/UE 데이터 베어러만을 포함한다. 일부 실시예들에서, DRB들에 매핑된 각각의 QoS 흐름/UE 데이터 베어러에 대해, UE 콘텍스트 셋업/수정 요청 메시지는 QoS 파라미터들, UE ID 및/또는 UE 베어러 ID를 포함한다. 일부 실시예들에서, UE 콘텍스트 셋업/수정 요청 메시지는 다음 즉, UE ID 및/또는 UE 베어러 ID, 이러한 UE 베어러들에 대한 QoS 파라미터들(예를 들어, PDB, PER, 우선순위 레벨, 지연 임계 표시, 평균 윈도우, 최대 데이터 버스트 볼륨, GBR, QFI 등), UL UE AMBR, 폐기 타이머 등 중 적어도 하나를 포함한다. 여기서 UE 및 UE 베어러는 도너 DU(208) 및/또는 IAB 노드들(204 및 206)에 의해 포워딩될 데이터 패킷을 갖는 액세스 UE를 나타낸다는 것이 주의되어야 한다. 추가의 실시예들에서, UE 콘텍스트 셋업/수정 요청 메시지는 라우팅 구성 정보를 포함한다. 일부 실시예들에서, 라우팅 구성 정보는 다음의 필드들 즉, 라우팅 인덱스, 송신 방향, 목적지 ID, 다음 홉 ID, 홉들의 수, 각각의 홉 또는 경로에 대한 가중치들 또는 혜택들, 베어러 ID 등 중 적어도 하나의 조합을 포함할 수 있다.

UE 콘텍스트 셋업/수정 요청 메시지의 수신 시에, 도너 DU(208) 및 각각의 IAB 노드(204 및 206)는 DRB들의 셋업 및 수정을 수행한다. 다음으로 단계 4에서, 도너 DU(208) 및 각각의 IAB 노드(204 및 206)는 UE 콘텍스트 셋업/수정 응답 메시지를 도너 CU(210)에 전송한다. 일부 실시예들에 따라, 이 응답 메시지는 성공적으로 셋업 및/또는 수정된 QoS 흐름들 및/또는 DRB들의 리스트를 포함한다.

일부 실시예들에서, RRCReconfiguration은 위에서 논의된 단계 3의 UE 콘텍스트 셋업/수정 요청 메시지에 포함될 수 있다. 일부 실시예들에서, 이 메시지는 도너 DU(208) 또는 IAB 노드(206)의 DU 부분에 의해 그의 다운스트림 IAB 노드(204)의 MT 부분으로 추가로 전송될 수 있다. 이 메시지는 다운스트림 IAB 노드의 MT 부분에서 셋업/수정/릴리즈될 필요가 있는 DRB들을 포함한다. 또한, 일부 실시예들에서, 이 메시지는 UE 베어러 정보를 포함할 수 있다. 여기서 UE는 도너 DU(208) 및 IAB 노드들(204 및 206)에 의해 포워딩될 데이터 패킷을 갖는 액세스 UE를 나타낸다. 일부 실시예들에서, UE 베어러 정보는 다음 필드들 즉, UE ID 및/또는 UE 베어러 ID, DRB들 각각에 매핑된 QoS 흐름들 및 QoS 파라미터들(이를테면, PDB, PER, 우선순위 레벨, 지연 임계 표시, PRB, 버킷 크기 지속기간 등), 폐기 타이머 등 중 적어도 하나를 포함한다. 부가적으로, 일부 실시예들에서, RRCReconfiguration 메시지는 다음의 필드들 즉, 라우팅 인덱스, 송신 방향, 목적지 ID, 다음 홉 ID, 가중치들, 혜택들, 홉들의 수, 및 베어러 ID 중 적어도 하나의 조합을 포함하는 라우팅 구성을 포함할 수 있다.

도 4는 본 발명의 다른 실시예에 따라 UE 콘텍스트 셋업 및 수정의 방법에 대한 시그널링 다이어그램을 예시한다. 도 3과 관련하여 위에서 논의된 바와 같이 도너 DU(208) 및 IAB 노드들(204 및 206) 각각으로부터 UE 콘텍스트 셋업/수정 응답 메시지를 수신한 후, 요청된 DRB/QoS 흐름들 중 일부가 IAB 노드들(204 및 206) 중 하나 이상에 의해 지원되지 않는 경우, 도너 CU(210)는 도 4에 도시된 바와 같이 하나 이상의 IAB 노드들과 함께 UE 콘텍스트 셋업/수정 절차를 재차 수행할 수 있다.

도 4에 도시된 바와 같이, 단계 1에서, 도너 CU(210)는 UE 콘텍스트 셋업/수정 요청 메시지를 도너 DU(208) 및 IAB 노드(204 및 206)의 각각의 DU 부분에 재차 전송한다. 이전과 마찬가지로, UE 콘텍스트 셋업/수정 요청 메시지는 셋업 또는 수정될 필요가 있는 DRB들 및 이러한 DRB들에 매핑된 QoS 흐름들/UE 데이터 베어러를 포함한다. 일부 실시예들에서, DRB들 각각에 매핑된 각각의 QoS 흐름/UE 데이터 베어러에 대해, 이는 QoS 파라미터들, UE id 및/또는 UE 베어러 id를 더 포함한다. 추가 실시예들에서, UE 콘텍스트 셋업/수정 요청은 추가로, UE 및 UE 베어러 정보, 예를 들어, 다음 즉, UE ID, UE 베어러 ID, UE 베어러들과 연관된 QoS 파라미터들(PDB, PER, 우선순위 레벨, 지연 임계 표시, 평균 윈도우, 최대 데이터 버스트 볼륨, GBR, QFI 등), UL UE AMBR, 폐기 타이머, 허용된 SCS(subcarrier spacing) 리스트 등 중 적어도 하나로 구성된다. UE는 도너 DU 및/또는 다운스트림 IAB 노드들(204 및 206)에 의해 포워딩될 데이터 패킷을 갖는 액세스 UE를 나타낸다는 것이 주의되어야 한다.

UE 콘텍스트 셋업/수정 요청 메시지의 수신 시에, 도너 DU(208) 및 각각의 IAB 노드(204 및 206)는 각각, 이러한 QoS 흐름들 및 DRB들이 성공적으로 셋업/수정될 수 있는지를 체크하고, 그 후 DRB들의 셋업 및/또는 수정을 수행한다. 그 후, 단계 2에서, 도너 DU(208) 및 각각의 IAB 노드(204 및 206)는 각각, 셋업/수정되지 못한 QoS 흐름들/UE 데이터 베어러 및/또는 DRB들의 리스트 및 성공적으로 셋업/수정될 수 있는 QoS 흐름들/UE 데이터 베어러 및/또는 DRB들의 리스트를 포함하는 UE 콘텍스트 셋업/수정 응답 메시지를 도너 CU(210)에 전송한다. 일부 실시예들에서, 이들 리스트들에 포함된 각각의 QoS 흐름에 대해, 응답 메시지는 QFI, UE ID 및/또는 UE 베어러 ID, 및 IAB DRB ID를 더 포함한다.

액세스 UE의 데이터 포워딩 경로를 따른 모든 IAB 노드들(204 및 206) 및 도너 DU(208)로부터 UE 콘텍스트 셋업/수정 응답 메시지의 수신 시에, 도너 CU(210)는 도너 DU(208) 및 모든 관련된 IAB 노드들(204 및 206)에 의해 성공적으로 수용될 수 있는 DRB들 및 QoS 흐름들을 결정한다. 추가 실시예들에서, UE 콘텍스트 셋업/수정 요청 메시지는 라우팅 구성을 포함할 수 있다. 라우팅 구성은 다음의 필드 즉, 라우팅 인덱스, 송신 방향, 목적지 ID, 다음 홉 ID, 각각의 홉 또는 경로에 대한 가중치들 및/또는 혜택들, 홉들의 수, 및 베어러 ID 중 적어도 하나의 조합을 포함할 수 있다. 그 후, 단계 3에서, 도너 CU(210)는 도너 DU(208) 및 모든 관련된 IAB 노드들(204 및 206)에 의해 성공적으로 수용될 수 있는 DRB들 및 QoS 흐름들에 따라 수정되거나 릴리즈될 필요가 있는 DRB들을 포함하는 UE 콘텍스트 수정 요청 메시지를 도너 DU(208) 및 IAB 노드들(204 및 206)에 전송한다. 또한, 라우팅 정보는 업데이트된 DRB 리스트들에 기초하여 재구성될 수 있다.

UE 콘텍스트 셋업/수정 요청 메시지의 수신 시에, 도너 DU(208) 및 각각의 IAB 노드(204 및 206)는 DRB들의 셋업 및 수정을 수행한다. 그 후, 단계 4에서, 도너 DU(208) 및 각각의 IAB 노드(204 및 206)는, 성공적으로 셋업 및/또는 수정된 QoS 흐름들/UE 데이터 베어러들 및/또는 DRB들의 리스트를 포함하는 UE 콘텍스트 셋업/수정 응답 메시지를 도너 CU(210)에 전송한다.

일부 실시예들에서, RRCReconfiguration 메시지(도 2와 관련하여 위에서 논의됨)는 UE 콘텍스트 셋업/수정 요청 메시지에 포함될 수 있다. 이 RRCReconfiguration 메시지는 추가로, 도너 DU 또는 중간 IAB 노드의 DU 부분에 의해 그의 다운스트림 IAB 노드의 MT 부분으로 전송될 수 있다. 일부 실시예들에서, 이 RRCReconfiguration 메시지는 다운스트림 IAB 노드의 MT 부분에서 셋업/수정/릴리즈될 필요가 있는 DRB들/UE 데이터 베이러를 포함한다. 또한, 이 RRCReconfiguration 메시지는 UE 베어러 정보를 포함할 수 있다. 여기서 UE는 UE와 도너 CU 사이의 데이터 경로를 따른 도너 DU 및 IAB 노드들에 의해 포워딩될 데이터 패킷을 갖는 액세스 UE를 나타낸다. 일부 실시예들에서, UE 베어러 정보는 다음 필드들 즉, UE ID 및/또는 UE 베어러 ID, DRB들에 매핑된 QoS 흐름들 및 QoS 파라미터들(이를테면, PDB, PER, 우선순위 레벨, 지연 임계 표시, PBR(prioritized bit rate), 버킷 크기 지속기간 등), 폐기 타이머 등 중 적어도 하나를 포함한다. 부가적으로, 일부 실시예들에서, RRCReconfiguration 메시지는 다음의 필드들 즉, 라우팅 인덱스, 송신 방향, 목적지 ID, 다음 홉 ID, 홉 또는 경로의 가중치들 및/또는 혜택들, 홉들의 수 및 베어러 ID들 중 적어도 하나를 포함하는 라우팅 구성을 포함할 수 있다.

도 3 및 도 4와 관련하여 위에서 논의된 실시예들 각각에 대해, UE 베어러 ID는 UL UP TEID, DL UP TEID, DRB ID, LCID, 또는 UE ID 및 DRB ID/LCID의 조합일 수 있다는 것이 주의되어야 한다. UE ID는 gNB-DU UE F1APID, gNB-CU UE F1APID, C-RNTI, STMSI, IMSI 또는 도너 CU(210)에 의해 할당된 UE ID일 수 있다. 라우팅 구성에 대해, 목적지 ID는 DU ID, UE ID 또는 UE 베어러 ID일 수 있다. IAB 노드의 MT 부분에 대해, 이는 PDU 세션과 연관된 하나 또는 여러 개의 데이터 라디오 베어러들로 구성될 수 있다. 이러한 DRB들은 완전한 SDAP(Service Data Adaptation Protocol), PDCP 및 RLC 구성 정보와 연관되어야 하고, OAM(operations, administration and maintenance) 데이터와 같이 IAB 노드의 MT 부분에 의해 기원된 데이터 트래픽을 전달하는 데 사용될 수 있다. 다른 한편으로, 일부 실시예들에서, IAB 노드의 MT 부분은 PDU 세션과 연관되지 않은 하나 이상의 백홀 RLC 베어러들로 구성될 수 있다. 일부 실시예들에서, 이러한 백홀 RLC 베어러들은 적응 층, RLC 및 MAC 구성들과 연관될 수 있으며 사용자 평면 데이터 포워딩을 위해서만 사용된다.

도너 DU 및 IAB 노드의 DU 부분의 경우, 이는 DRB들 및 매핑된 QoS 흐름/UE 데이터 베어러 파라미터들로 구성되어야 한다. 일부 실시예들에서, IAB 노드의 DU 부분은 DRB 및 QoS 파라미터 구성뿐만 아니라, CU-DU RRC 정보에 기초하여 잠재적인 MAC/RLC 구성을 유도할 수 있다. 알려진 바와 같이, PDU 세션 자원 셋업/수정 요청 메시지의 각각의 PDU 세션에 대해, NG-RAN 노드(예를 들어, CU 또는 도너 IAB 노드)는 수신된 PDU 세션 자원 어그리게이트 최대 비트 레이트 정보 요소(IE)에 대응하는 트래픽을 시행해야 한다. NG-RAN 노드는 TS 23.501에 특정된 바와 같이 관련된 PDU 세션 및 관련된 UE에 대해 수신된 어그리게이트 최대 비트 레이트를 사용해야 한다. 각각의 UE에 대해, NG-RAN은 PDU 세션 당 하나 이상의 DRB(Data Radio Bearer)들(적어도 하나의 디폴트 DRB)을 설정한다. NG-RAN은 상이한 PDU 세션에 속하는 패킷들을 상이한 DRB들에 매핑한다.

백홀 RLC 베어러는 PDU 세션과 연관되지 않기 때문에, 일반 DRB들과 별개로 백홀 RLC 베어러들을 셋업하는 것이 더 나을 것인데, 그 이유는 RLC 베어러들과 UE 베어러들을 혼합하는 것은 PDU 세션에 대한 AMBR이 초과되었는지 여부를 DU가 결정하는 것을 어렵게 할 것이기 때문이다. 백홀 RLC 베어러가 반드시 DRB ID와 연관되는 것은 아니라는 것에 주의한다. 따라서, 일부 실시예들에서, 백홀 RLC 베어러 셋업/수정 절차 동안, 적응 구성 프로세스가 또한 셋업되거나 수정될 수 있다. 일부 실시예들에서, 적응 구성은 각각의 백홀 RLC 베어러와 연관될 수 있다. 일부 실시예들에서, 적응 구성은 라우팅 및 베어러 매핑 정보를 포함한다. 보다 구체적으로, IAB 노드의 DU 부분 및 MT 부분은 아래에서 설명되는 바와 같이 상이하게 구성될 수 있다.

IAB 노드의 DU 부분 또는 도너 DU: 적응 구성은 다운링크 데이터 패킷들에 대한 백홀 RLC 베어러 매핑 정보 및 라우팅에 대해 사용될 수 있다. 적응 구성 정보는 F1-U 인터페이스를 통해 DU 부분에 전달될 수 있다. 각각의 백홀 RLC 베어러와 연관된 적응 구성은 이 백홀 RLC 베어러에 매핑될 수 있는 QFI/DSCP/5QI/UE 베어러 ID의 리스트를 포함한다. 또한, 자식(child) IAB 노드의 DU 부분의 DU ID 및 자식 IAB 노드의 MT 부분의 C-RNTI 매핑은 도너 DU 또는 IAB 노드에 대한 도너 CU에 의해 구성될 수 있다.

IAB 노드의 MT 부분: 적응 구성은 업링크 데이터 패킷들에 대한 라우팅 및 백홀 RLC 베어러 매핑 정보에 대해 사용될 수 있다. 그것은 Uu 인터페이스를 통해 MT 부분으로 전달될 수 있다. IAB 노드의 MT 부분에 대해, 각각의 백홀 RLC 베어러와 연관된 적응 구성은 이 백홀 RLC 베어러에 매핑될 수 있는 QFI/DSCP/5QI/UE 베어러 ID의 리스트를 포함한다.

도너 DU: 업링크에서, 도너 DU는 UE 베어러 ID-F1 UL TNL 정보로 도너 CU에 의해 구성되어야 한다. F1 UL TNL 정보는, 도너 DU에 의해 서빙되는 IAB 노드의 MT 부분에 대한 DRB의 F1 UL TNL 정보뿐만 아니라 도너 DU에 의해 직접적으로 또는 간접적으로 포워딩되는 모든 액세스 UE들에 대한 DRB들의 F1 UL TNL을 전달하는 UE 콘텍스트 셋업/수정 절차를 통해 구성될 수 있다. 다운링크에 대해, 도너 DU는 F1 DL TNL 정보-UE 베어러 ID 매핑으로 도너 CU에 의해 구성될 수 있다. 추가 실시예들에서, 도너 DU는 UE 베어러 ID-목적지 DU ID 매핑으로 도너 CU에 의해 구성될 수 있다.

위의 분석은 도너 CU가 주어진 액세스 UE에 대한 데이터 포워딩 경로 및 IAB 토폴로지의 완전한 지식을 가지고 있다는 가정에 기초한다는 것이 주의되어야 한다. 그러나 도너 CU가 IAB 토폴로지 지식을 알지 못하는 경우, 도너 CU는 백홀 RLC 베어러를 셋업하기 위해 IAB 노드의 DU 부분을 직접 요청할 수 없다. 이 경우에, 도 6과 관련하여 아래에서 추가로 상세히 논의되는 절차와 유사하게, IAB 노드의 MT 부분에 의해 개시되는 백홀 RLC 베어러 셋업/수정 절차를 고려할 필요가 있을 수 있다.

도 5는 일부 실시예들에 따라 비-분할 IAB 네트워크(500)에서 백홀 베어러 관리의 방법에 대한 시그널링 다이어그램을 예시한다. 비-분할 IAB 네트워크(500)는 서빙 IAB 노드(504)에 커플링된 액세스 UE(502)를 포함하고, 서빙 IAB 노드(504)의 MT 부분은 중간 IAB 노드(506)에 의해 서빙되고, IAB 노드(506)의 MT 부분은 NGC(510)에 연결된 도너 IAB 노드(508)에 의해 서빙된다.

도 5에 도시된 바와 같이, 단계 0에서, UE(502) 또는 NGC(510)는 PDU 세션 설정/수정 요청을 개시한다. 새로운 QoS 흐름들의 세트가 액세스 UE(502)에 대해 지원될 필요가 있으므로, 단계 1에서, NGC(510)는 PDU 세션 자원 셋업/수정 요청 메시지를 도너 IAB 노드(508)로 전송한다. PDU 세션 자원 셋업/수정 요청 메시지의 수신 시에, 도너 IAB 노드(508)는, 자원들이 도너 IAB 노드(508)의 관점에서 요청된 구성에 대해 이용 가능한지를 결정한다. 한편, 도너 IAB 노드(508)는 액세스 UE(502)에 대한 데이터 포워딩 경로 및 데이터 경로를 따른 모든 IAB 노드들(504 및 506)을 결정할 수 있다. 그 후, 도너 IAB 노드는 셋업, 수정 또는 릴리즈될 백홀 베어러들의 리스트, 및/또는 지원되는 QoS 흐름/UE 데이터 베어러의 리스트를 포함하는 백홀 베어러 셋업/수정 요청 메시지를 관련된 IAB 노드들 각각에 전송한다(단계 2 및 4). 본원에서 사용된 바와 같은 "백홀 베어러 셋업/수정 요청 메시지"라는 용어는 IAB 아키텍처 네트워크들에서 베어러 관리를 위해 사용될 수 있는 "DRB 셋업 요청 메시지"의 유형을 지칭한다. 다양한 실시예들에 따르면, "DRB 셋업 요청 메시지"라는 용어는 일반적으로 백홀 RLC 베어러들, 백홀 DRB들 및 UE DRB들을 설정, 수정 또는 릴리즈하기 위한 메시지를 지칭할 수 있다.

셋업 또는 수정될 각각의 백홀 베어러에 대해, 그것은 또한 각각의 백홀 베어러에 매핑된 각각의 QoS 흐름/UE 데이터 베어러와 연관된 QoS 파라미터들을 포함할 수 있다. 추가 실시예들에서, 백홀 베어러 셋업/수정/릴리즈 요청 메시지는 각각의 QoS 흐름과 연관된 액세스 UE 및 UE 베어러 정보, 예를 들어, 다음 정보 즉, UE ID 및/또는 UE 베어러 ID, 이러한 UE 베어러들에 대한 QoS 파라미터들(PDB, PER, 우선순위 레벨, 지연 임계 표시, 평균 윈도우, 최대 데이터 버스트 볼륨, GBR, QFI), UL UE AMBR, 폐기 타이머, allowedSCSlist 등 적어도 하나를 포함할 수 있다. 위의 UE는 도너 IAB 및/또는 중간 IAB 노드들에 의해 포워딩될 데이터 패킷들을 갖는 액세스 UE를 나타낸다는 것이 주의되어야 한다.

백홀 베어러 셋업/수정 요청 메시지의 수신 시에, IAB 노드들 각각은 자원들이 요청된 구성에 대해 이용 가능한지를 결정하고 그 후 셋업/수정되지 못한 백홀 베어러들/QoS 흐름들/UE 데이터 베어러들의 리스트 및/또는 성공적으로 셋업/수정될 수 있는 QoS 흐름들/UE 데이터 베어러 및/또는 DRB들의 리스트를 포함하는 베어러 셋업/수정 응답 메시지를 도너 IAB(508)에 전송한다(단계들 3 및 5). 일부 실시예들에서, 이들 리스트들에 포함된 각각의 QoS 흐름에 대해, 그것은 QFI, UE ID 및/또는 UE 베어러 ID를 더 포함한다. 본원에서 사용된 바와 같은 "백홀 베어러 셋업/수정 응답 메시지"라는 용어는 IAB 아키텍처 네트워크들에서 베어러 관리를 위해 사용될 수 있는 "DRB 셋업 응답 메시지"의 유형을 지칭한다. 다양한 실시예들에 따르면, "DRB 셋업 응답 메시지"라는 용어는 일반적으로 셋업/수정되지 못한 그리고/또는 성공적으로 셋업/수정된 백홀 RLC 베어러들, 백홀 DRB들 및 UE DRB들을 나열하기 위한 메시지를 지칭할 수 있다.

액세스 UE(502)의 데이터 포워딩 경로를 따른 각각의 중간 IAB 노드들(504 및 506)로부터 베어러 셋업/수정 응답 메시지의 수신 시에, 단계 6에서, 도너 IAB 노드(508)는 도너 IAB 노드(508) 및 모든 관련된 중간 IAB 노드들(504 및 506)에 의해 성공적으로 수용될 수 있는 DRB들 및 QoS 흐름들/UE 베어러를 결정한다. 그 후, 도너 IAB는 하나 또는 여러 개의 DRB들을 설정하도록 결정하고 각각의 수용된 QoS 흐름/UE 데이터 베어러를 설정된 DRB 또는 설정될 DRB와 연관시킨다. 그 후, 단계 7에서, 도너 IAB(508)는 셋업/수정/릴리즈될 DRB의 리스트를 포함하는 RRCReconfiguration 메시지를 IAB 노드(506)의 MT 부분에 전송한다. 일부 실시예들에서, 각각의 DRB가 셋업/수정되기 위해, 그것은 추가로, 이 DRB에 매핑된 각각의 QoS 흐름/UE 데이터 베어러의 DRB id, DRB QoS 및 QoS 파라미터를 더 포함한다. 또한, 이 RRCReconfiguration 메시지는 UE 베어러 정보를 포함할 수 있다. 여기서 UE는 UE와 도너 IAB 사이의 데이터 경로를 따라 도너 IAB 및 중간 IAB 노드에 의해 포워딩될 데이터 패킷을 갖는 액세스 UE를 나타낸다. 보다 구체적으로, 일부 실시예들에서, UE 베어러 정보는 다음 필드들 즉, UE id 및/또는 UE 베어러 id, DRB들에 매핑된 QoS 흐름 및 QoS 파라미터들(이를테면, PDB, PER, 우선순위 레벨, 지연 임계 표시, PBR, 버킷 크기 지속기간 등), 폐기 타이머, PBR, 버킷 크기 지속기간 등 중 적어도 하나를 포함한다. 부가적으로, RRCReconfiguration는 다음의 필드들 즉, 라우팅 인덱스, 방향, 목적지 id, 다음 홉 id, 가중치들, 혜택들, 홉들의 수, 및 베어러 id 중 적어도 하나를 포함하는 라우팅 구성을 포함할 수 있다. RRCReconfiguration 메시지의 수신 시에, IAB 노드(2)의 MT 부분은 구성을 수행하고 RRCReconfigurationComplete 메시지를 도너 IAB로 다시 전송한다(단계 8).

단계들 9-16에서, 도너 IAB(508)는 셋업/수정/릴리즈될 백홀 베어러 리스트 및 지원될 QoS 흐름/UE 데이터 베어러의 리스트를 포함하는 백홀 베어러 셋업/수정 메시지들을 IAB 노드(504) 및 IAB 노드(506) 각각에 추가로 전송한다. 셋업/수정될 각각의 백홀 베어러에 대해, 백홀 베어러 셋업/수정 메시지는 또한 각각의 QoS 흐름/UE 데이터 베어러에 대한 QoS 파라미터들을 포함할 수 있다. 부가적으로, 그것은 각각의 QoS 흐름과 연관된 액세스 UE 및 UE 베어러 정보를 포함할 수 있다. 백홀 베어러 셋업/수정 메시지의 수신 시에, IAB 노드(504) 및 IAB 노드(506)는 대응하는 베어러 셋업/수정 동작들(예를 들어, DRB의 설정 또는 릴리즈, QoS 파라미터들의 변경 등)을 수행한다. 다른 한편으로, IAB 노드(506) 및 IAB 노드(504)는 셋업/수정/릴리즈될 DRB의 리스트를 포함하는 RRCReconfiguration 메시지를 IAB 노드(504)의 MT 부분 및 액세스 UE(502)에 각각 전송할 수 있다(단계들 10 및 14). 셋업/수정될 각각의 DRB에 대해, 그것은 추가로, QoS 흐름/UE 데이터 베어러 ID 및/또는 QoS 흐름/UE 데이터 베어러의 QoS 파라미터들을 포함한다. 부가적으로, 일부 실시예들에서, 이 RRCReconfiguration 메시지는 UE 베어러 정보를 포함할 수 있다. 여기서 UE는 UE(502)와 도너 IAB(508) 사이의 데이터 경로를 따라 도너 IAB 및 중간 IAB 노드들에 의해 포워딩될 데이터 패킷을 갖는 액세스 UE를 나타낸다. 일부 실시예들에서, UE 베어러 정보는 UE ID 및/또는 UE 베어러 ID, UE 베어러에 매핑된 QoS 흐름(들) 및 QoS 파라미터들(이를테면, PDB, PER, 우선순위 레벨, 지연 임계 표시, PBR, 버킷 크기 지속기간 등), 폐기 타이머, PBR, 버킷 크기 지속기간 등을 포함한다. 부가적으로, RRCReconfiguration는 다음의 필드 즉, 라우팅 인덱스, 방향, 목적지 id, 다음 홉 id, 가중치들/혜택들/홉들, 및 베어러 ID 중 적어도 하나를 포함하는 라우팅 구성을 포함할 수 있다. RRCReconfiguration 메시지의 수신 시에, IAB 노드(504)의 MT 부분은 구성을 수행하고 RRCReconfigurationComplete 메시지를 IAB 노드(506)로 다시 전송한다(단계 11). RRCReconfiguration 메시지의 수신 시에, 액세스 UE는 구성을 수행하고 RRCReconfigurationComplete 메시지를 서빙 IAB 노드(504)로 다시 전송한다(단계 15). RRCReconfigurationComplete 메시지의 수신 시에, IAB 노드(504) 및 IAB 노드(506)는 백홀 베어러 셋업/수정/릴리즈 완료 메시지를 도너 IAB 노드(508)에 전송한다(단계들 12 및 16).

마지막으로, 단계 17에서, 도너 IAB 노드(508)는 셋업/수정되도록 요청된 각각의 PDU 세션 자원에 대한 결과를 포함하는 PDU 세션 자원 셋업/수정 응답 메시지를 NGC(510)에 보고한다. 보다 구체적으로, 그것은 성공적으로 설정된 그리고/또는 설정되지 못한 QoS 흐름들의 리스트를 포함한다.

도 6은 본 발명의 대안적인 실시예에 따라, IAB 네트워크(600)에서 UE 베어러 셋업/수정/릴리즈 절차에 대한 방법에 대한 시그널링 다이어그램을 예시한다. IAB 네트워크(600)는 서빙 IAB 노드(604)에 커플링된 액세스 UE(602)를 포함하고, 서빙 IAB 노드(604)의 MT 부분은 중간 IAB 노드(606)에 의해 서빙되고, IAB 노드(606)의 MT 부분은 NGC(610)에 연결된 도너 IAB 노드(608)에 의해 서빙된다. 이 실시예에서, 서빙 IAB 노드(604)는 베어러 셋업/수정/릴리즈 절차를 위해 데이터 포워딩 경로를 따른 각각의 중간 IAB 노드(606) 및 도너 IAB 노드(608)와 협상한다.

도 6에 도시된 바와 같이, 단계 0에서, PDU 세션 설정/수정 요청은 액세스 UE(602) 또는 NGC(610)에 의해 개시된다. 다음으로, 단계 1에서, NGC(610)는 액세스 UE(602)의 서빙 IAB 노드(604)에 PDU 세션 자원 셋업/수정 요청 메시지를 전송한다. 그 후, 단계들(2 및 3)에서, 서빙 IAB 노드는, 업스트림 노드들(506 및 508) 각각으로부터 백홀 베어러 셋업/수정 응답들을 획득하기 위해 업스트림 IAB 노드(606) 및 도너 IAB 노드(508)와 각각 협상한다. 도 6의 협상 단계들(2 및 3)의 시그널링은 위에서 논의된 도 5의 단계들(2-5)과 유사할 수 있다. 도 6의 나머지 단계들(4-15)은 서빙 IAB 노드(604)가 협상들 및 후속 프로세스 단계들을 개시하기 때문에 송신 방향들이 변경될 수 있다는 점을 제외하면, 위에서 논의된 도 5의 단계들(6-17)과 유사할 수 있다. 다양한 실시예들에 따르면, IAB 노드들 사이 그리고 IAB 노드들과 도너 IAB 노드들 사이의 시그널링 교환은 Xn, X2, NG, F1 또는 Uu 인터페이스에 기초할 수 있다.

도 7은 일부 실시예들에 따라, 레이턴시 인식 패킷 폐기 및 라우팅을 수행할 때 고려되는 네트워크 송신 경로 및 대응하는 레이턴시들의 블록 다이어그램을 도시한다. 각각의 QoS 흐름은 PDB(Packet Delay Budget)를 정의하는 5QI(5G QoS Indicator) 값과 연관된다. PDB는 패킷이 UE(702)와 UPF(User Plane Function)(706) 사이에서 지연될 수 있는 시간에 대한 상한을 정의한다. PDB는 스케줄링 및 링크 층 기능들의 구성을 지원하는 데 사용된다(예를 들어, 스케줄링 우선순위 가중치들 및 HARQ 타겟 동작 지점들의 세팅). 지연 임계적 GBR QoS 흐름들에 대해, 송신된 데이터 버스트가 PDB의 기간 내에 MDBV(Maximum Data Burst Volume) 미만이고 QoS 흐름이 GFBR(guaranteed flow bit rate)을 초과하지 않는 경우 PDB보다 많이 지연된 패킷은 손실된 것으로서 카운트된다.

도 7에 도시된 바와 같이, 데이터 패킷에 대응하는 PDB에는 Tuu 및 Tng의 레이턴시 구성 요소들을 포함한다. 본원에서 사용된 바와 같이, UL 송신에 대해, Tuu는 UE(702)가 상위 층으로부터 데이터 패킷을 수신할 때와 UE(702)가 데이터 패킷을 서빙 gNB(704)로 성공적으로 전송할 때 사이의 시간 지속기간을 나타낸다. DL 송신에 대해, Tuu는 gNB(707)가 데이터 패킷을 수신할 때와 gNB(704)가 데이터 패킷을 UE(702)로 성공적으로 전송할 때 간의 시간 지속기간을 나타낸다. UL 송신에 대해, Tng는 gNB(704)가 데이터 패킷을 수신할 때와 gNB가 데이터 패킷을 UPF(706)로 성공적으로 전송할 때 사이의 시간 지속기간을 나타낸다. DL 송신에 대해, Tng는 UPF가 데이터 패킷을 수신할 때와 UPF가 데이터 패킷을 gNB(704)로 성공적으로 전송할 때 사이의 시간 지속기간을 나타낸다. 도 7의 gNB(704)는 예를 들어, IAB 노드 또는 도너 CU와 같은 다른 유형들의 노드들로 대체될 수 있다는 것이 이해되어야 한다.

현재 LTE/5G 사양들에 따르면, UL Tuu 요건은 각각의 UE 베어러와 연관된 PDCP discardTimer 통해 반영된다. 상위 층들로부터 PDCP SDU(service data unit)의 수신 시에, 송신 PDCP 엔티티는 이 PDCP SDU와 연관된 discardTimer를 시작해야 한다. PDCP SDU에 대해 discardTimer가 만료될 때, 송신 PDCP 엔티티는 대응하는 PDCP 데이터 PDU와 함께 PDCP SDU를 폐기해야 한다. 대응하는 PDCP PDU(packet data unit)가 이미 하위 층들에 제출된 경우, 폐기가 하위 층들에 표시된다. Tng의 레이턴시와 관련하여, 현재 사양들에서 어떠한 명시적인 표시도 발견되지 않는다. 그러나 이는 gNB 구현들에 의해 고려될 수 있다. 예를 들어, gNB는 구현에 기초하여 Tng를 추정하고 그 후 (PDB ― Tng)보다 낮은 값으로 discardTimer를 구성할 수 있다. 이러한 방식으로, UL 데이터 패킷 송신의 PDB가 보장될 수 있으며, 그렇지 않으면 그것은 일부 실시예들에 따라 UE에 의해 폐기된다.

도 8은 일부 실시예들에 따라, 레이턴시 인식 패킷 폐기 및 라우팅을 수행할 때 고려될 분할-아키텍처 IAB 네트워크(800) 및 연관된 레이턴시들의 블록 다이어그램을 예시한다. IAB 네트워크(800)에 관한 한, 부가적인 레이턴시 구성 요소들이 고려되어야 한다. 도 8에 도시된 바와 같이, 위에서 논의된 레이턴시 구성 요소 Tuu(UE(802)와 IAB(804) 사이) 및 Tng(도너 CU(810)와 UPF(812) 사이) 외에도, Tun 및 Tf1과 같은 레이턴시 구성 요소들이 또한 고려되어야 한다. Tun는 중간 IAB 노드들(804 및 806)과 도너 DU(808) 사이의 개개의 레이턴시를 나타내는 반면, Tf1은 도너 DU(808)와 도너 CU(810) 사이의 레이턴시를 나타낸다.

보다 구체적으로, UL 송신에 대해, Tf1은 도너 DU(808)가 데이터 패킷을 수신할 때와 도너 DU(808)가 데이터 패킷을 도너 CU(810)로 성공적으로 전송할 때 사이의 시간 지속기간을 나타낸다. DL 송신에 대해, Tf1은 도너 CU(810)가 데이터 패킷을 수신할 때와 도너 CU(810)가 데이터 패킷을 도너 DU(808)로 전송할 때 사이의 시간 지속기간을 나타낸다. UL 송신들에 대해, Tun는 자식 IAB 노드가 데이터 패킷을 수신할 때와 자식 IAB 노드가 데이터 패킷을 부모 IAB 노드/도너 DU로 성공적으로 전송할 때 사이의 시간 지속기간을 나타낸다. DL 송신들에 대해, Tun은 부모 IAB 노드/도너 DU가 데이터 패킷을 수신할 때와 부모 IAB 노드/도너 DU가 데이터 패킷을 자식 IAB 노드로 성공적으로 전송할 때 사이의 시간 지속기간을 나타낸다.

따라서, 위에서 설명된 바와 같이, 레이턴시 구성 요소들인 Tuu, Tng, Tf1은 각각, Uu(UE와 gNB/DU 사이), NG(UPF와 gNB/CU 사이) 및 F1(CU와 DU 사이) 인터페이스들에서 소요된 시간을 지칭한다. 릴리즈 10 릴레이에서, 릴레이의 MT 부분과 도너 릴레이 사이의 인터페이스는 Un이라 칭해지고, 이에 따라 여기서 우리는 Tun를 사용하여 IAB 노드의 MT 부분과 부모 IAB 노드 사이에 소요된 시간을 지칭한다. Tng와 유사하게, Tf1의 레이턴시는 통상적으로 유선 송신을 통해 이루어지며 도너 CU의 구현에 기초하여 유도될 수 있다. 도너 CU가 UE의 UL 송신을 위해 PDCP discardTimer 구성을 수행할 때, 그것은 일부 실시예들에 따라, UE 베어러와 연관된 PDB로부터 Tng 및 Tf1의 레이턴시 구성 요소 부분을 제거함으로써 discardTimer 값을 유도할 수 있다. UL 송신을 예로 들면, PDCP 엔티티의 UE의 송신은 상위 층으로부터 PDCP SDU의 수신 시에, 이 PDCP SDU와 연관된 discardTimer를 시작해야 한다. PDCP SDU에 대해 discardTimer가 만료될 때, 송신 PDCP 엔티티는, PDCP SDU가 서빙 IAB 노드(804)로 아직 송신되지 않은 경우 그것을 폐기해야 한다. 서빙 IAB 노드(804)가 UE(802)로부터 데이터 패킷을 수신하고 이를 IAB 노드(806)로 송신하도록 스케줄링한다고 가정하면, 데이터 패킷의 PDB가 여전히 보장될 수 있는지 여부를 추가로 결정할 필요가 있다. 분할 아키텍처 IAB 네트워크에 대해, 중간 IAB 노드는 릴레이된 데이터 패킷들에 대한 PDCP 프로세싱을 지원하지 않는다. 따라서, PDCP 기반 접근법은 더 이상 이용 가능하지 않다.

폐기 메커니즘을 지원하기 위해, 제1 서빙 IAB 노드 1은 UE의 데이터 패킷의 PDB 헤드룸을 결정할 수 있다. UL 송신을 예로 들면, 서빙 IAB 노드 1은 PDB 헤드룸 값으로 세팅된, UE로부터 수신된 각각의 데이터 패킷과 연관된 폐기 타이머를 시작할 수 있다. discardTimer가 만료될 때, 데이터 패킷이 제2 IAB 노드(904)에 성공적으로 송신되지 않았다고 가정하면, 송신 RLC/적응 엔티티는 데이터 패킷을 폐기해야 한다. 데이터 패킷이 중간 IAB 노드 2에 도달하는 경우, IAB 노드 2는 나머지 PDB 헤드룸을 알고 있어야 한다. 그 후, IAB 노드 2는 PDB 헤드룸이 보장될 수 있는지를 계속 체크할 수 있다. 이러한 방식으로, UL 데이터 패킷이 도너 DU에 도달할 때까지 데이터 포워딩 경로를 따라 내내 패킷 폐기 체크가 수행될 수 있다. 패킷 폐기를 위해 사용되는 PDB 헤드룸은 모든 각각의 중간 IAB 노드에 의해 업데이트되며, 이는 패킷이 노드에서 보내는 시간만큼 타이머를 감소시킨다.

다른 한편으로, DL 송신에 대해, 데이터 포워딩 경로를 따른 도너 DU 및 모든 중간 IAB 노드들은 PDB 헤드룸을 알고 있어야 한다. 도너 DU에 대해, 그것은 도너 CU로부터 폐기 시간 구성을 직접 수신할 수 있다. 중간 IAB 노드에 대해, 아래에서 설명되는 기술들 중 하나 이상을 사용하여 PDB 헤드룸이 획득될 수 있다.

일 실시예에서, PDB 헤드룸은 송신 경로의 홉 카운트에 기초할 수 있다. 이 접근법은 레이턴시가 경로에서의 홉들의 수에 비례한다고 가정한다. 따라서, PDB 헤드룸은 (Tdiscard ― Telaps*Nhop)에 의해 결정될 수 있다. PDB 헤드룸이 0보다 큰 경우, 이는 PDB가 보장될 수 있음을 의미하고, 그렇지 않으면, 패킷은 데이터 포워딩 경로를 따라 중간 IAB 노드에서 폐기될 수 있다. 이 솔루션에서 홉 당 동일한 레이턴시가 가정된다. 그러나 일부 백홀 링크들은 혼잡하고 다른 것들은 혼잡하지 않는 경우(이는 홉 당 상이한 레이턴시들로 이어질 수 있음)가 발생할 수 있다. 부가적으로, 상이한 우선순위들을 갖는 데이터 패킷들은 상이한 스케줄링 처리를 거칠 수 있으며, 이는 또한 상이한 레이턴시들을 초래한다. 따라서, 추가 실시예들에서, 단지 레이턴시 추정을 위한 홉 카운트에 추가로 다른 요인들이 고려된다.

다른 실시예에서, PDB 헤드룸은 예를 들어, UE에 의해 수행되는 기능으로서 구현될 수 있는 적응 층 프로토콜에 의해 제공되는 PDB 헤드룸 정보에 기초하여 유도될 수 있다. 예를 들어, UE가 강화되어 Tuu 추정을 지원하고 그 후 이를 서빙 IAB 노드에 보고할 수 있다. 일부 실시예들에서, PDB 헤드룸은 (Tdiscard ― Telaps)와 대략 동일하다고 가정할 수 있으며, 여기서 Tdiscard는 ms 단위의 PDCP discardTimer 값인 반면에 Telaps는 PDCP discardTimer가 시작될 때와 연관된 PDCP SDU가 송신될 때 사이의 시간 지속기간이다. 일부 대안적인 실시예들에서, 서빙 IAB 노드는 그의 다운링크 Uu 송신 레이턴시 추정에 기초하여 Telaps를 유도할 수 있다. 한편, 서빙 IAB 노드의 DU 부분은 도너 CU로부터 UE 베어러의 폐기 시간 구성을 획득할 수 있어야 한다. 그 후, 서빙 IAB 노드는 나머지 PDB 헤드룸을 계산할 수 있다. 그 후, 서빙 IAB 노드는 나머지 PDB 헤드룸과 동일한 값으로 폐기 타이머를 세팅한다. 서빙 IAB 노드는 폐기 타이머가 만료되는 경우 데이터 패킷을 폐기할 수 있다. 서빙 IAB 노드가 데이터 패킷을 업스트림 IAB 노드로 송신할 때, 그것은 적응 서브헤더 또는 MAC 서브헤더의 나머지 PDB 헤드룸을 업데이트하고 이를 포함할 수 있다. 데이터 패킷의 수신 시에, 업스트림 IAB 노드는 추가로, 나머지 PDB 헤드룸에 기초하여 패킷이 폐기되어야 하는지를 추가로 결정할 수 있다.

DL에 대해, 도너 DU는 도너 CU로부터 DRB/UE 베어러의 폐기 타이머 구성을 인식하고 있어야 한다. 도너 CU로부터 데이터 패킷의 수신 시에, 도너 DU는 폐기 타이머를 시작할 수 있다. 폐기 타이머가 만료되면, 도너 DU는 이 데이터 패킷을 폐기해야 한다. 그렇지 않으면, 도너 DU는 위에서 설명된 접근법으로 나머지 PDB 헤드룸을 계산하고, 그 후 나머지 PDB 헤드룸 정보를 적응 서브헤더 또는 MAC 서브헤더에 포함시킨다. 데이터 패킷이 데이터 경로를 따라 서빙 IAB 노드를 향해 지속적으로 포워딩될 때, 나머지 PDB 헤드룸이 업데이트되고 폐기 타이머가 시작되어 PDB가 보장될 수 있는지를 체크한다.

추가 실시예에서, PDB 헤드룸은 적응 서브헤더에 의해 제공되는 타임스탬프 정보에 기초하여 유도될 수 있다. 이 실시예에서, 모든 UE 및 IAB 노드들이 동기화되고 동일한 타이밍을 유지한다고 가정한다. UL에 대해, 서빙 IAB 노드는 UE로부터의 보고에 기초하여 또는 그의 다운링크 Uu 송신 레이턴시 추정에 기초하여 Tuu를 유도할 수 있다. 서빙 IAB 노드 1이 t1에서 데이터 패킷을 수신한다고 가정하면, 데이터 패킷의 송신 시작 시간은 (t1-Tuu)일 수 있다. 다른 한편으로, 서빙 IAB 노드 1은 이 DRB/UE 베어러/QoS 흐름과 연관된 PDB를 결정할 수 있다. 그 후, 서빙 IAB 노드 1은, 데이터 패킷이 UE로부터 송신된 이래로 경과된 시간이 PDB를 초과하는지 여부를 결정할 수 있다. 만약 그렇다면, 이 데이터 패킷은 폐기될 것이다. 그렇지 않으면, 서빙 IAB 노드 1은 적응 서브헤더/MAC 서브헤더의 타임스탬프로서 데이터 패킷의 송신 시작 시간을 포함할 수 있다.

후속적으로, 서빙 IAB 노드 1은 데이터 패킷을 IAB 노드 2로 송신한다. 데이터 패킷의 수신 시에, IAB 노드 2는 DRB/UE 베어러 정보뿐만 아니라 적응 서브헤더/MAC 서브헤더에 포함된 타임스탬프 정보를 얻을 수 있다. 그 후, IAB 노드 2는 이 DRB/UE 베어러와 연관된 PDB 및 타임스탬프 정보에 기초하여 패킷이 폐기되어야 하는지를 체크한다. 이 폐기 체크는 데이터 패킷이 도너 DU에 도달할 때까지 각각의 중간 IAB 노드 상에서 수행된다.

DL의 경우, 도너 DU는 도너 CU로부터 DRB/UE 베어러의 폐기 타이머 구성을 수신한다. 도너 CU로부터 데이터 패킷의 수신 시에, 도너 DU는 폐기 타이머를 시작한다. 폐기 타이머가 만료되면, 도너 DU는 이 데이터 패킷을 폐기해야 한다. 도너 DU가 t1에서 데이터 패킷을 수신한다고 가정하면, 도너 DU는 (t1-(PDB-폐기 타이머))에 의해 패킷 송신 시작 시간을 유도할 수 있으며, 여기서 PDB는 이 데이터 패킷의 DRB/UE 베어러와 연관된 패킷 지연 예산이다. 또한, 일부 실시예들에서, 도너 DU는 적응 서브헤더 또는 MAC 서브헤더의 타임스탬프로서 추정된 패킷 송신 시작 시간을 포함하고 이를 IAB 노드 2로 송신할 수 있다. IAB 노드 2가 t2에서 패킷을 수신한다고 가정하면, IAB 노드 2는 타임스탬프를 사용하여 (t2-타임스탬프)에 의해 나머지 PDB를 결정할 수 있다. IAB 노드 2는 나머지 PDB를 사용하여 폐기 타이머를 세팅하고 데이터 패킷이 폐기되어야 하는지 여부를 검출할 수 있다. 만약 그렇지 않다면, 데이터 패킷은 데이터 경로를 따라 서빙 IAB 노드 1을 향해 지속적으로 포워딩된다. 각각의 중간 IAB 노드는 IAB 노드 2와 유사한 메커니즘을 사용하여 PDB가 보장될 수 있는지 여부를 체크한다.

도 9는 일부 실시예들에 따라, IAB 노드가 다중-홉 IAB 네트워크에서 레이턴시 인식 라우팅을 수행하기 위한 폐기 메커니즘에 대한 시그널링 다이어그램을 예시한다. 다중-홉 데이터 경로를 따른 패킷 폐기 체크에 추가하여, 위에서 논의된 바와 같이, 레이턴시 인식 라우팅이 본 발명의 다양한 실시예들에 따라 수행될 수 있다. IAB 네트워크에서 UE의 데이터 패킷을 라우팅할 때, IAB 노드들 간의 다중-홉 데이터 포워딩 지연은 총 지연에 대해 고려되어야 하며, 이는 PDB보다 낮아야 한다. 다중-홉 IAB 네트워크에서 레이턴시 인식 라우팅을 지원하기 위해, 먼저, 상이한 데이터 포워딩 경로들을 따라 잠재적인 홉 당 레이턴시를 어떻게 획득할지를 고려해야 한다. 일부 실시예들에서, 토폴로지 및 라우팅 관리 엔티티는 링크 연결성, 홉 당 링크 레이턴시 및 라디오 조건 정보를 수집할 수 있다. 다양한 실시예들에서, 토폴로지 및 라우팅 관리 엔티티는 도너 CU, 도너 IAB 노드 또는 다른 네트워크 엔티티에 로케이팅될 수 있다. 이 정보에 기초하여, 토폴로지 및 라우팅 관리 엔티티는 네트워크 토폴로지 및 상이한 데이터 포워딩 경로들의 라우팅을 결정할 수 있다. 그 후, 토폴로지 및 라우팅 관리 엔티티는 후속 레이턴시 인식 데이터 포워딩을 위해 IAB 노드의 MT 부분 및/또는 IAB 노드의 DU 부분 각각에 대해 라우팅 테이블을 구성할 수 있다.

도 9를 참조하면, 제1 IAB 노드(902)는 피어 IAB 노드(904)에 의한 STATUS 보고를 트리거하기 위해 자신의 피어 IAB 노드(904)에 폴링(poll)할 수 있다(단계 1). 피어 IAB 노드(904)는 그 후, RLC STATUS 리포트를 제1 IAB 노드(902)로 전송한다(단계 2). 제1 IAB 노드(902)의 MT 부분 또는 제1 IAB 노드(902)의 DU 부분은 그 후, 이 정보를 활용하여 그들 사이의 잠재적인 레이턴시를 계산할 수 있다. 예를 들어, 제1 IAB 노드(902)의 MT 부분은 그의 서빙 IAB 노드(904)에 폴링하고 RLC 폴링의 송신 및 RLC STATUS 리포트의 수신 사이의 RTT(round trip time)를 레코딩할 수 있다. 그 후, IAB 노드의 MT 부분과 그의 서빙 IAB 노드 사이의 RLC 베어러에 대응하는 레이턴시는 RTT/2로서 계산된다(단계 3).

도 10을 참조하면, 일부 실시예들에서, 제1 IAB 노드(1002)는 레이턴시 검출 요청 제어 PDU(packet data unit)(단계 1)를 전송할 수 있으며, 이는 레이턴시 검출 응답 제어 PDU를 다시 전송하도록 피어 IAB 노드(1004)에 요청한다(단계 2). 그 후, 제1 IAB 노드(1002)는 위에서 논의된 바와 같이 RTT/2의 계산에 기초하여 홉 당 레이턴시를 결정할 수 있다(단계 3). 또한, 일부 실시예들에서, 레이턴시 검출 요청 제어 PDU는 제어 PDU가 생성될 때의 타임스탬프(t1)를 포함한다. 이에 대응하여, 레이턴시 검출 응답 제어 PDU는 레이턴시 검출 요청 제어 PDU와 동일한 타임스탬프를 포함한다. 레이턴시 검출 응답 제어 PDU의 수신 시에, 제1 IAB 노드는 현재 시간(t2)을 레코딩하고 ((t2-t1)/2)로서 레이턴시를 계산할 수 있다.

일부 실시예들에서, 모든 중간 IAB 노드들의 타이밍이 동기화되는 경우, 제1 IAB 노드는 현재 타임스탬프 정보를 포함하는 레이턴시 검출 제어 PDU를 피어 IAB 노드(들)로 전송할 수 있다. 그 후, 피어 IAB 노드는 수신 시간과 레이턴시 검출 제어 PDU에 포함된 타임스탬프 간의 시간 차이에 기초하여 단방향 레이턴시를 계산할 수 있다. 이 경우에, 레이턴시 검출 제어 PDU만이면 충분하다. 다른 한편으로, 단방향 레이턴시 검출은 하나의 IAB 노드 내에서 패킷 도달 시간과 패킷 출발 시간 사이의 시간 차이에 의해 대략적으로 추정될 수 있다. 스케줄러는 QoS 프로파일 외에도, 패킷이 아직 횡단하지 않은 홉들의 수에 대한 정보를 적용할 수 있다. 그러나, 일부 실시예들에서, 실제 레이턴시는 홉들의 수뿐만 아니라 혼잡 및 패킷 우선순위에 의해 결정된다. 잠재적인 레이턴시를 예측하고 PDB가 다중홉 IAB 네트워크에 대해 충족될 수 있는지를 체크하기 위해, 라우팅 및 스케줄링 판단들을 내리도록 RLC 베어러/채널당 평균 레이턴시가 결정된다. 더욱이, 일부 실시예들에서, 레이턴시 검출 절차는 주기적으로 트리거되거나 이벤트 트리거될 수 있다. 또 다른 실시예들에서, 레이턴시 변동을 고려하면, RLC 베어러 당 평균 레이턴시는 필터링된 값일 수 있다.

예를 들어, 도너 CU가 토폴로지 및 라우팅 관리 엔티티를 지원한다고 가정하면, 검출된 일 홉 레이턴시는 IAB 노드의 MT 부분 또는 IAB 노드의 DU 부분에 의해 도너 CU에 보고될 수 있다. 또한, IAB 노드의 MT 부분 또는 IAB 노드의 DU 부분은 또한 링크 연결성 및 라디오 조건들을 도너 CU에 보고할 수 있다. 보고된 정보에 기초하여, 도너 CU는 상이한 데이터 포워딩 경로들에 대한 잠재적인 레이턴시를 추정하고, 그 후 경로의 IAB 노드들의 MT 부분 및/또는 IAB 노드들의 DU 부분 각각에 대한 라우팅 테이블을 구성할 수 있다.

도 11은 도 11에 예시된 바와 같이, 예시적인 IAB 네트워크 토폴로지 및 중간 IAB 노드(1108)에 대해 구성된 대응하는 예시적인 라우팅 테이블을 제시한다. 라우팅 테이블은 각각의 라우팅 엔트리에 대한 목적지 id, 다음 홉 ID, 가중치를 포함한다. 여기서, 목적지 노드 ID는 목적지 DU ID 또는 목적지 UE ID를 나타낸다. UL 송신에 대해, 다음 홉 ID는 데이터 패킷이 포워딩되어야 하는 IAB 노드의 DU 부분의 ID를 나타낸다. DL 송신에 대해, 다음 홉 ID는 IAB 노드의 MT 부분의 ID, 예를 들어, C-RNTI를 나타낸다. 가중치는 데이터 패킷을 목적지 노드로 포워딩하기 위한 상대적 비용을 나타낸다. 예를 들어, 이는 현재 노드로부터 목적지 노드까지 추정된 송신 레이턴시일 수 있다. 게다가, 라우팅 테이블은 또한 IAB 베어러 ID를 포함할 수 있으며, 이는 상이한 경로들 상에서 IAB 베어러들의 상이한 가중치를 식별하는 데 사용할 수 있다.

일부 실시예들에 따르면, IAB 노드(1108)가 IAB 노드(1116)의 MT 부분으로부터 데이터 패킷을 수신하고 데이터 패킷이 도너 DU(1112)로 포워딩될 것이라고 가정하면, IAB 노드(1108)는 베어러 매핑 규칙들에 기초하여 MT 부분의 IAB 베어러 1에 이 데이터 패킷을 매핑할 수 있다. IAB 노드(1108)는 라우팅 테이블에서 2개의 이용 가능한 라우팅 엔트리들인, 라우팅 엔트리 1 및 2를 각각 찾을 수 있다. 데이터 패킷과 연관된 나머지 PDB가 10이라고 가정하면, 어떠한 경로도 데이터 송신에 대해 적격이 아니다. 이 데이터 패킷은 IAB 노드(1108)에서 폐기될 수 있다. 이 데이터 패킷과 연관된 나머지 PDB가 16이라고 가정하면, IAB 노드(1108)는, 그의 가중치가 나머지 PDB보다 낮기 때문에 그의 다음 홉 포워딩을 위해 IAB 노드(1110)만을 선택할 수 있다. 다른 한편으로, 이 데이터 패킷과 연관된 나머지 PDB가 25라고 가정하면, IAB 노드(1110) 및 IAB 노드(1118) 둘 모두가 그의 다음 홉을 위해 선택될 수 있다. 어느 하나를 선택할지는 네트워크 구성에 의존한다. 예를 들어, 네트워크는 최저 가중치를 갖는 다음 홉을 선택하거나 이용 가능한 경로 중 하나를 랜덤으로 선택할 것을 요구할 수 있다.

DL 송신들과 관련하여, IAB 노드(1108)의 MT 부분이 IAB 노드(1110)로부터 데이터 패킷을 수신하고 데이터 패킷이 IAB 노드(1104)에 연결된 UE(1102)에 포워딩될 것이라고 가정한다. 그러면, 목적지 ID는 IAB 노드(1102)의 UE ID 또는 DU ID일 수 있다. IAB 노드(1108)는 라우팅 테이블에서 목적지 ID에 대한 2개의 이용 가능한 라우팅 엔트리들인, 라우팅 엔트리 5 및 6을 각각 찾을 수 있다. 한편, 데이터 패킷은 각각, IAB 노드(1106) 및 IAB 노드(1116)를 갖는 IAB 베어러 2에 매핑될 수 있다. IAB 노드(1108)는 나머지 PDB를 유도하고, 이를 각각의 경로의 가중치와 비교하고, 이 패킷을 폐기할지를 결정하거나 또는 이 데이터 패킷을 포워딩할 다음 홉을 선택할 수 있다.

위에서 논의된 바와 같이, UE 및 IAB 베어러 관리를 수행하기 위한 다양한 실시예들 및 연관된 프로세스들이 본 개시내용에서 설명된다. 다양한 실시예들과 관련하여 설명된 IAB 노드, 도너 DU 및 도너 CU는 일반적으로 본원에서 "무선 통신 노드들"로서 지칭될 수 있다. 다양한 실시예들에 따르면, 이러한 무선 통신 노드들은 차세대 노드 B(gNB), E-UTRAN 노드 B(eNB), 도너 IAB 노드, 서빙 IAB 노드, 중간 IAB 노드, 도너 DU, 도너 CU, TRP(Transmission/Reception Point), AP(Access Point) 및 당 업계에 알려진 유사한 디바이스들로서 구현될 수 있다. 본 개시내용에서의 UE는 단말로서 지칭될 수 있고, 모바일 스테이션(MS), 스테이션(STA), 스마트폰, 태블릿, 랩톱 등으로서 구현되거나 이를 포함할 수 있다.

도 12는 본 개시내용의 일부 실시예들에 따라, 본원에서 개시된 방법들을 수행할 수 있는 무선 통신 노드(1200)의 블록 다이어그램을 예시한다. 노드(1200)는 본원에서 설명된 다양한 방법들을 구현하도록 구성될 수 있는 통신 노드의 예일 뿐이라는 것이 이해된다. 부가적으로, 예시 및 논의의 용이함을 위해, 노드(1200)의 모든 구성 요소들, 특징들 또는 기능 모듈들이 반드시 도시되는 것은 아니다.

도 12에 도시된 바와 같이, 무선 통신 노드(1200)는 시스템 클록(1202), 프로세서(1204), 메모리(1206), 전력 모듈(1208) 및 송신기(1212) 및 수신기(1214)를 포함하는 트랜시버(1210)를 포함한다. 이들 구성 요소들 또는 모듈들 각각은 데이터 및 전력 버스(1216)를 통해 서로 커플링된다. 적어도 하나의 안테나(1220)가 트랜시버(1210)에 추가로 커플링된다.

시스템 클록(1202)은 무선 통신 노드(1200)의 모든 동작들의 타이밍을 제어하기 위해 프로세서(1204)에 타이밍 신호들을 제공한다.

프로세서(1204)는 노드(1200)의 일반적인 동작을 제어하고, 하나 이상의 프로세싱 회로들 또는 모듈들 이를테면, CPU(central processing unit) 및/또는 하나 이상의 범용 마이크로프로세서들, 마이크로제어기들, DSP(digital signal processor)들, FPGA(field programmable gate array)들, PLD(programmable logic device)들, 제어기들, 상태 머신들, 게이트 로직, 개별 하드웨어 구성 요소들, 전용 하드웨어 유한 상태 머신들 또는 계산들 또는 데이터의 다른 조작들을 수행할 수 있는 임의의 다른 적합한 회로들, 디바이스들 및/또는 구조들의 임의의 조합을 포함할 수 있다. 다양한 실시예들에 따르면, 프로세서(1204)는 본원에서 설명된 로직 및 구성 기능들을 수행하기 위해 협력하여 동작하는 하나 이상의 프로세서들을 포함할 수 있다. 예를 들어, 일부 실시예들에서, 프로세서(1204)는 개개의 통신 노드들에 의해 지원될 수 있는 DRB들 및 DRB들에 매핑된 QoS 흐름들을 각각 결정하도록 구성되고; DRB들 및 QoS 흐름들을 지원하도록 개개의 통신 노드들 각각을 구성한다.

ROM(read-only memory) 및 RAM(random access memory) 둘 모두를 포함할 수 있는 메모리(1206)는 프로세서(1204)에 명령들 및 데이터를 제공할 수 있으며, 그리하여 프로세서(1204)를 본원에서 설명된 프로세스 단계들을 실행할 수 있는 특별히 프로그래밍된 프로세서로 변환한다. 메모리(1206)의 일부는 또한 NVRAM(non-volatile random access memory)를 포함할 수 있다. 프로세서(1204)는 통상적으로, 메모리(1206) 내에 저장된 프로그램 명령들에 기초하여 논리적 및 산술적 연산들을 수행한다. 메모리(1206)에 저장된 명령(일명, 소프트웨어)은 본원에서 설명된 방법들을 수행하기 위해 프로세서(1204)에 의해 실행될 수 있다. 프로세서(1204) 및 메모리(1206)는 소프트웨어를 저장하고 실행하는 프로세싱 시스템을 함께 형성한다. 본원에서 사용된 바와 같은 "소프트웨어"는 소프트웨어, 펌웨어, 미들웨어, 마이크로코드 등으로서 지칭되든지 간에, 하나 이상의 원하는 기능들 또는 프로세스들을 수행하도록 기계 또는 디바이스를 구성할 수 있는 임의의 유형의 명령들을 의미한다. 명령들은 코드를, 예를 들어, 소스 코드 포맷, 바이너리 코드 포맷, 실행 가능한 코드 포맷, 또는 임의의 다른 적합한 코드 포맷으로 포함할 수 있다. 명령들은, 하나 이상의 프로세서들에 의해 실행되는 경우, 프로세싱 시스템으로 하여금, 본원에서 설명되는 다양한 기능들을 수행하게 한다.

송신기(1212) 및 수신기(1214)를 포함하는 트랜시버(1210)는 무선 통신 노드(1200)가 원격 디바이스(예를 들어, UE, IAB 노드, 도너 DU, 도너 CU 등)에 데이터를 송신하고 이로부터 데이터를 수신할 수 있게 한다. 안테나(1220)는 통상적으로 노드(1200)의 하우징에 부착되고 트랜시버(310)에 전기적으로 커플링된다. 다양한 실시예들에서, 노드(1200)는 다수의 송신기들, 다수의 수신기들 및 다수의 트랜시버들을 포함한다(도시되지 않음). 일 실시예에서, 안테나(1220)는 각각이 별개의 방향을 가리키는 복수의 빔들을 형성할 수 있는 다중-안테나 어레이로 대체된다. 송신기(1212)는 상이한 패킷 유형들 또는 기능들을 갖는 패킷들을 무선으로 송신하도록 구성될 수 있으며, 이러한 패킷들은 프로세서(1204)에 의해 생성된다. 유사하게, 수신기(1214)는 상이한 패킷 유형들 또는 기능들을 갖는 패킷들을 수신하도록 구성되고, 프로세서(1204)는 복수의 상이한 패킷 유형들의 패킷들을 프로세싱하도록 구성된다. 예를 들어, 프로세서(1204)는 패킷의 유형을 결정하고 그에 따라 패킷 및/또는 패킷의 필드들을 프로세싱하도록 구성될 수 있다. 전력 모듈(1208)은 시스템 클록(1202), 프로세서(1204), 메모리(1206) 및 트랜시버(1210)에 전력을 제공하여 위에서 설명된 바와 같이 각각이 그의 개개의 기능들을 수행하는 것을 가능하게 한다. 전력 모듈(1208)은 외부 소스(예를 들어, 벽면 전력 콘센트)로부터 전력을 수신 및 변환할 수 있고 그리고/또는 당 업계에 잘 알려진 기술들 및 구조들을 사용하여 대안의 또는 백-업 전력을 제공하기 위한 하나 이상의 배터리들을 포함할 수 있다.

본 개시내용의 다양한 실시예들이 위에서 설명되었지만, 이들은 제한이 아니라 단지 예로서만 제시되었다는 것이 이해되어야 한다. 마찬가지로, 다양한 다이어그램들은 당업자들이 본 개시내용의 예시적인 특징들 및 기능들을 이해하는 것을 가능하게 하도록 제공되는 예시적인 아키텍처 또는 구성을 도시할 수 있다. 그러나 당업자들은, 본 개시내용이 예시된 예시적인 아키텍처들 또는 구성들로 제한되는 것이 아니라, 다양한 대안적인 아키텍처들 및 구성들을 사용하여 구현될 수 있다는 것을 이해할 것이다. 부가적으로, 당업자들에 의해 이해될 바와 같이, 일 실시예의 하나 이상의 특징들은 본원에서 설명된 다른 실시예의 하나 이상의 특징들과 결합될 수 있다. 따라서, 본 개시내용의 폭 및 범위는 위에서 설명된 예시적인 실시예들 중 어떤 것에 의해서도 제한되어서는 안 된다.

또한 "제1", "제2" 등과 같은 지정을 사용하는 본원에서의 요소에 대한 임의의 참조는 일반적으로, 그 요소들의 양 또는 순서를 제한하지 않는다는 것이 이해된다. 오히려, 이러한 지정들은 둘 이상의 요소들 또는 요소의 인스턴스(instance)들 간을 구별하는 편리한 수단으로서 본원에서 사용될 수 있다. 따라서, 제1 및 제2 요소들에 대한 참조는, 단 2개의 요소들만이 이용될 수 있거나 또는 제1 요소가 어떤 방식으로 제2 요소에 선행해야 한다는 것을 의미하는 것은 아니다.

부가적으로, 당업자는, 정보 및 신호들이 다양한 상이한 기술들 및 기법들 중 임의의 것을 사용하여 표현될 수 있다는 것이 이해될 것이다. 예를 들어, 데이터, 명령들, 커맨드들, 정보, 신호들, 비트들 및 심볼들(이들은 예를 들어, 위의 설명에서 참조될 수 있음)은 전압들, 전류들, 전자기파들, 자기장들 또는 자기 입자들, 광학 필드들 또는 광학 입자들, 또는 이들의 임의의 결합에 의해 표현될 수 있다.

당업자는 추가로, 본원에서 개시된 양상들과 관련하여 설명된 다양한 예시적인 로직 블록들, 모듈들, 프로세서들, 수단들, 회로들, 방법들 및 기능들 중 임의의 것이 전자 하드웨어(예를 들어, 디지털 구현, 아날로그 구현, 또는 그 둘의 결합), 펌웨어, (편의를 위해, 본원에서"소프트웨어" 또는 "소프트웨어 모듈"로서 지칭될 수 있는) 명령들을 포함하는 다양한 형태들의 프로그램 또는 설계 코드, 또는 이러한 기술들의 임의의 결합에 의해 구현될 수 있다는 것을 인지할 것이다.

하드웨어, 펌웨어 및 소프트웨어의 이러한 상호교환성을 명확히 예시하기 위해, 다양한 예시적인 구성 요소들, 블록들, 모듈들, 회로들, 및 단계들은 그들의 기능성 관점에서 일반적으로 위에서 설명되었다. 그러한 기능성이 하드웨어, 펌웨어 또는 소프트웨어, 또는 이러한 기술들의 조합으로서 구현되는지 여부는 특정 애플리케이션, 및 전체 시스템에 부과된 설계 제한들에 의존한다. 당업자들은 설명된 기능성을 각각의 특정 애플리케이션에 대해 다양한 방식들로 구현할 수 있지만, 그러한 구현 판단들은 본 개시내용의 범위를 벗어나게 하지 않는다. 다양한 실시예들에 따라, 프로세서, 디바이스, 구성 요소, 회로, 구조, 기계, 모듈 등은 본원에서 설명된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 특정된 동작 또는 기능과 관련하여 본원에서 사용되는 바와 같은 "~하도록 구성된" 또는 "~를 위해 구성된"이라는 용어는 특정된 동작 또는 기능을 수행하도록 물리적으로 구성, 프로그래밍 및/또는 배열된 프로세서, 디바이스, 구성 요소, 회로, 구조, 기계, 모듈 등을 지칭한다.

또한, 당업자는 본원에서 설명된 다양한 예시적인 로직 블록들, 모듈들, 디바이스들, 구성 요소들 및 회로들이 범용 프로세서, DSP(digital signal processor), ASIC(application specific integrated circuit), FPGA(field programmable gate array) 또는 다른 프로그래밍 가능 로직 디바이스 또는 이들의 임의의 조합을 포함할 수 있는 IC(integrated circuit) 내에서 구현되거나 그 IC에 의해 수행될 수 있다는 것을 이해할 것이다. 로직 블록들, 모듈들, 및 회로들은 추가로, 네트워크 내의 또는 디바이스 내의 다양한 구성 요소들과 통신하기 위한 안테나들 및/또는 트랜시버들을 포함할 수 있다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안적으로, 프로세서는 임의의 종래의 프로세서, 제어기, 또는 상태 머신일 수 있다. 또한, 프로세서는 컴퓨팅 디바이스들의 조합, 예를 들어, DSP와 마이크로프로세서의 결합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 이상의 마이크로프로세서들, 또는 본원에서 설명된 기능들을 수행하기 위한 임의의 다른 적합한 구성으로서 구현될 수 있다.

소프트웨어로 구현되는 경우, 기능들은 컴퓨터-판독가능 매체 상에 하나 이상의 명령들 또는 코드로서 저장될 수 있다. 따라서, 본원에서 개시된 방법 또는 알고리즘의 단계들은 컴퓨터-판독 가능 매체 상에 저장된 소프트웨어로서 구현될 수 있다. 컴퓨터-판독 가능 매체들은, 일 장소에서 다른 장소로 컴퓨터 프로그램 또는 코드를 전달하도록 인에이블링될 수 있는 임의의 매체를 포함한 통신 매체들 및 컴퓨터 저장 매체들 둘 모두를 포함한다. 저장 매체들은 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수 있다. 제한이 아닌 예로서, 그러한 컴퓨터-판독 가능 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장소, 자기 디스크 저장 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 저장하는데 사용될 수 있고, 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다.

본 문서에서, 본원에서 사용되는 바와 같은 "모듈"이라는 용어는 본원에서 설명된 연관된 기능들을 수행하기 위한 소프트웨어, 펌웨어, 하드웨어 및 이러한 요소들의 임의의 조합을 지칭한다. 부가적으로, 논의 목적으로, 다양한 모듈들은 별개의 모듈들로서 설명되지만; 당업자에게 명백할 바와 같이, 본 개시내용의 실시예들에 따른 연관된 기능들을 수행하는 단일 모듈을 형성하도록 둘 이상의 모듈들이 결합될 수 있다.

부가적으로, 메모리 또는 다른 저장 구성 요소뿐만 아니라 통신 구성 요소가 본 개시내용의 실시예들에서 사용될 수 있다. 명확성을 위해, 위의 설명은 상이한 기능 유닛들 및 프로세서들을 참조하여 본 개시내용의 실시예들을 설명했다는 것이 인지될 것이다. 그러나, 상이한 기능 유닛들, 프로세싱 로직 요소들 또는 도메인들 사이에서 기능성의 임의의 적합한 분배가 본 개시내용으로부터 벗어남 없이 사용될 수 있다는 것이 명백할 것이다. 예를 들어, 별개의 프로세싱 로직 요소들 또는 제어기들에 의해 수행되는 것으로 예시된 기능성은 동일한 프로세싱 로직 요소 또는 제어기에 의해 수행될 수 있다. 따라서, 특정 기능 유닛들에 대한 참조는 엄격한 논리적 또는 물리적 구조 또는 조직을 나타내는 것이 아니라, 설명된 기능성을 제공하기 위한 적합한 수단에 대한 참조일 뿐이다.

본 개시내용에서 설명된 구현들에 대한 다양한 변형들은 당업자들에게 용이하게 명백할 수 있으며, 본원에서 정의된 일반 원리들은 본 개시내용의 범위를 벗어나지 않으면서 다른 구현들에 적용될 것이다. 따라서, 본 개시내용은 본원에서 도시된 구현들로 제한되는 것으로 의도되는 것이 아니라, 아래의 청구범위에서 언급된 바와 같이 본원에서 개시된 신규한 특징들 및 원리들에 부합하는 최광의의 범위로 허여될 것이다.

Claims

제1 무선 통신 노드에 의해 수행되는 방법에 있어서,
DRB(data radio bearer) 셋업 요청 메시지를 적어도 하나의 제2 무선 통신 노드 각각에 송신하는 단계 ― 상기 DRB 셋업 요청 메시지는, 복수의 DRB의 아이덴티티(identity), 및 상기 복수의 DRB 각각에 각각 매핑된 UE(User Equipment) 베어러와 QoS(Quality of Service) 흐름 중 적어도 하나를 포함함 ― ;
상기 적어도 하나의 제2 무선 통신 노드 각각으로부터 DRB 셋업 응답을 수신하는 단계 ― 각각의 DRB 셋업 응답은, 상기 적어도 하나의 제2 무선 통신 노드의 개개의 노드에 의해 셋업되는 데 실패한 QoS 흐름 및 UE 데이터 베어러 중 적어도 하나의 제1 리스트, 및 상기 적어도 하나의 제2 무선 통신 노드의 개개의 노드에 의해 성공적으로 셋업된 QoS 흐름 및 UE 데이터 베어러 중 적어도 하나의 제2 리스트를 포함함 ― ;
상기 제1 리스트와 상기 제2 리스트 각각에 기초하여, 적어도 하나의 DRB, 및 상기 적어도 하나의 제2 무선 통신 노드 각각에 의해 지원되는 상기 적어도 하나의 DRB에 매핑된 적어도 하나의 QoS 흐름을 결정하는 단계; 및
상기 적어도 하나의 DRB 및 상기 적어도 하나의 QoS 흐름/UE 데이터 베어러를 지원하도록 상기 적어도 하나의 제2 무선 통신 노드 각각을 구성하는 단계
를 포함하는, 제1 무선 통신 노드에 의해 수행되는 방법.
제1항에 있어서, 상기 DRB 셋업 요청 메시지는, 상기 UE의 ID(identification) ― 상기 UE는, 상기 적어도 하나의 제2 무선 통신 노드 각각에 의해 포워딩된 데이터 패킷을 송신 및 수신함 ― , UE 데이터 베어러 ID, 상기 UE 데이터 베어러 ID와 연관된 QoS 파라미터, 업링크(UL) UE AMBR(aggregated max flow bit rate), 및 폐기 타이머 중 적어도 하나를 더 포함하는, 제1 무선 통신 노드에 의해 수행되는 방법.
제2항에 있어서, 상기 폐기 타이머는 상기 제1 무선 통신 노드에 의해 구성되고, 상기 폐기 타이머는, 상기 적어도 하나의 제2 무선 통신 노드를 포함하는 송신 경로에서 데이터 패킷을 포워딩하는 것과 연관된 레이턴시가 미리 결정된 임계 값을 초과할 때 만료되고, 상기 폐기 타이머가 만료될 때, 상기 데이터 패킷이 폐기되는, 제1 무선 통신 노드에 의해 수행되는 방법.
제2항에 있어서, 상기 QoS 파라미터는 PDB(packet delay budget), PER(packet error rate), 우선순위 레벨, 지연 임계 표시, 평균 윈도우 기간, 최대 데이터 버스트 볼륨, GBR(guaranteed bit rate), 5QI(5G QoS Indicator), 및 QFI(QoS flow information) 중 적어도 하나를 포함하는, 제1 무선 통신 노드에 의해 수행되는 방법.
제1항에 있어서, 상기 DRB 셋업 요청 메시지는 라우팅 구성 정보를 더 포함하는, 제1 무선 통신 노드에 의해 수행되는 방법.
제5항에 있어서, 상기 라우팅 구성 정보는, 라우팅 인덱스, 송신 방향, 목적지 ID, 다음 홉(hop) ID, 각각의 개별 루트와 연관된 가중 파라미터, 각각의 개별 루트에 대해 요구되는 홉의 수, 각각의 개별 루트와 연관된 DRB ID, 및 각각의 개별 루트와 연관된 논리적 채널(LCID) 중 적어도 하나를 포함하는, 제1 무선 통신 노드에 의해 수행되는 방법.
제1항에 있어서, 상기 DRB 셋업 응답 메시지는, 상기 제1 리스트 및 상기 제2 리스트에 포함된 각각의 QoS 흐름에 대해, QFI, 상기 UE의 ID, UE 베어러 ID, 및 DRB ID 중 적어도 하나를 포함하는, 제1 무선 통신 노드에 의해 수행되는 방법.
제1항에 있어서,
상기 제1 무선 통신 노드는 분할-아키텍처 네트워크의 도너 CU(Central Unit)를 포함하고;
상기 적어도 하나의 제2 무선 통신 노드는,
상기 분할-아키텍처 네트워크의 도너 DU(Distributed Unit); 및
DU 부분 및 MT(mobile terminated) 부분을 포함하는 IAB(Integrated Access and Backhaul) 노드
를 포함하고;
상기 도너 CU는 상기 IAB 노드의 DU 부분과 상기 도너 DU 각각에 DRB 셋업 요청 메시지를 송신하고, 상기 IAB 노드의 DU 부분과 상기 도너 DU 각각으로부터 DRB 셋업 응답 메시지를 수신하는, 제1 무선 통신 노드에 의해 수행되는 방법.
제1항에 있어서,
도너 DU가 IAB 노드의 MT 부분에 RRC(Radio Resource Control) 재구성 메시지를 송신하는 단계 ― 상기 RRC 재구성 메시지는 상기 UE의 ID, UE 베어러 ID, QoS 흐름/UE 데이터 베어러 대 DRB 매핑 정보, QoS 파라미터, 및 폐기 타이머 정보 중 적어도 하나를 포함함 ― ; 및
상기 IAB 노드의 MT 부분으로부터 RRC 재구성 완료 메시지를 수신하는 단계
를 더 포함하는, 제1 무선 통신 노드에 의해 수행되는 방법.
제9항에 있어서, 상기 RRC 재구성 메시지는, 라우팅 인덱스, 송신 방향, 목적지 ID, 다음 홉 ID, 각각의 개별 루트와 연관된 가중 파라미터, 각각의 개별 루트에 대해 요구되는 홉의 수, 및 각각의 개별 루트와 연관된 DRB ID/LCID 중 적어도 하나를 포함하는 라우팅 구성 정보를 더 포함하는, 제1 무선 통신 노드에 의해 수행되는 방법.
제1항에 있어서,
상기 제1 무선 통신 노드는 도너 IAB 노드를 포함하고;
상기 적어도 하나의 제2 무선 통신 노드는,
중간 IAB 노드; 및
상기 UE에 직접 연결된 서빙 IAB 노드
를 포함하고;
상기 도너 IAB 노드는 상기 중간 IAB 노드와 상기 서빙 IAB 노드 각각에 DRB 셋업 요청 메시지를 송신하고, 상기 중간 IAB 노드와 상기 서빙 IAB 노드 각각으로부터 DRB 셋업 응답 메시지를 수신하는, 제1 무선 통신 노드에 의해 수행되는 방법.
제1항에 있어서,
상기 제1 무선 통신 노드는, 상기 UE에 직접 연결된 서빙 IAB 노드를 포함하고;
상기 적어도 하나의 제2 무선 통신 노드는,
도너 IAB 노드; 및
코어 네트워크로부터 상기 UE에 데이터 패킷을 포워딩하기 위한 송신 경로에서 서빙 IAB 노드와 상기 도너 IAB 노드 사이에 배치된 중간 IAB 노드
를 포함하고;
상기 서빙 IAB 노드는 상기 도너 IAB 노드와 상기 중간 IAB 노드 각각에 DRB 셋업 요청 메시지를 송신하고, 상기 도너 IAB 노드와 상기 중간 IAB 노드 각각으로부터 DRB 셋업 응답 메시지를 수신하는, 제1 무선 통신 노드에 의해 수행되는 방법.
제1항 내지 제12항 중 어느 한 항의 방법을 수행하기 위한 컴퓨터-실행 가능 명령어가 저장되어 있는 비-일시적 컴퓨터-판독 가능 매체.
제1 무선 통신 노드에 있어서,
트랜시버로서,
DRB 셋업 요청 메시지를 적어도 하나의 제2 무선 통신 노드 각각에 송신하고 ― 상기 DRB 셋업 요청 메시지는, 복수의 DRB의 아이덴티티, 및 상기 복수의 DRB 각각에 각각 매핑된 UE 베어러와 QoS 흐름 중 적어도 하나를 포함함 ― ; 및
상기 적어도 하나의 제2 무선 통신 노드 각각으로부터 DRB 셋업 응답을 수신하도록 ― 각각의 DRB 셋업 응답은, 상기 적어도 하나의 제2 무선 통신 노드의 개개의 노드에 의해 셋업되는 데 실패한 QoS 흐름 및 UE 데이터 베어러 중 적어도 하나의 제1 리스트, 및 상기 적어도 하나의 제2 무선 통신 노드의 개개의 노드에 의해 성공적으로 셋업된 QoS 흐름 및 UE 베어러 중 적어도 하나의 제2 리스트를 포함함 ―
구성되는 상기 트랜시버 및;
상기 트랜시버에 커플링된 적어도 하나의 프로세서로서,
상기 제1 리스트와 상기 제2 리스트 각각에 기초하여, 적어도 하나의 DRB, 및 상기 적어도 하나의 제2 무선 통신 노드 각각에 의해 지원되는 상기 적어도 하나의 DRB에 매핑된 적어도 하나의 QoS 흐름을 결정하고;
상기 적어도 하나의 DRB 및 상기 적어도 하나의 QoS 흐름을 지원하도록 상기 적어도 하나의 제2 무선 통신 노드 각각을 구성하도록
구성되는 상기 적어도 하나의 프로세서
를 포함하는, 제1 무선 통신 노드.
제14항에 있어서, 상기 DRB 셋업 요청 메시지는 상기 UE의 ID ― 상기 UE는, 상기 적어도 하나의 제2 무선 통신 노드 각각에 의해 포워딩된 데이터 패킷을 송신 및 수신함 ― , UE 데이터 베어러 ID, 상기 UE 데이터 베어러 ID와 연관된 QoS 파라미터, 업링크(UL) UE AMBR, 및 폐기 타이머 중 적어도 하나를 더 포함하는, 제1 무선 통신 노드.
제14항에 있어서, 폐기 타이머가 상기 제1 무선 통신 노드에 의해 구성되고, 상기 폐기 타이머는, 상기 적어도 하나의 제2 무선 통신 노드를 포함하는 송신 경로에서 데이터 패킷을 포워딩하는 것과 연관된 레이턴시가 미리 결정된 임계 값을 초과할 때 만료되고, 상기 폐기 타이머가 만료될 때, 상기 데이터 패킷이 폐기되는, 제1 무선 통신 노드.
제14항에 있어서, 상기 QoS 파라미터는 PDB, PER, 우선순위 레벨, 지연 임계 표시, 평균 윈도우 기간, 최대 데이터 버스트 볼륨, GBR, 5QI, 및 QFI 중 적어도 하나를 포함하는, 제1 무선 통신 노드.
제14항에 있어서, 상기 DRB 셋업 요청 메시지는 UE 베어러 대 DRB 매핑 정보와 라우팅 구성 정보 중 적어도 하나를 더 포함하는, 제1 무선 통신 노드.
제18항에 있어서, 상기 라우팅 구성 정보는, 라우팅 인덱스, 송신 방향, 목적지 ID, 다음 홉 ID, 각각의 개별 루트와 연관된 가중 파라미터, 각각의 개별 루트에 대해 요구되는 홉의 수, 및 각각의 개별 루트와 연관된 DRB ID/LCID 중 적어도 하나를 포함하는, 제1 무선 통신 노드.
제14항에 있어서, 상기 DRB 셋업 응답 메시지는, 상기 제1 리스트 및 상기 제2 리스트에 포함된 각각의 QoS 흐름에 대해, QFI, 상기 UE의 ID, UE 베어러 ID, 및 DRB ID 중 적어도 하나를 포함하는, 제1 무선 통신 노드.
제14항에 있어서,
상기 제1 무선 통신 노드는 분할-아키텍처 네트워크의 도너 CU를 포함하고;
상기 적어도 하나의 제2 무선 통신 노드는,
상기 분할-아키텍처 네트워크의 도너 DU; 및
DU 부분 및 MT 부분을 포함하는 IAB 노드
를 포함하고;
상기 도너 CU는 상기 IAB 노드의 DU 부분과 상기 도너 DU 각각에 DRB 셋업 요청 메시지를 송신하고, 상기 IAB 노드의 DU 부분과 상기 도너 DU 각각으로부터 DRB 셋업 응답 메시지를 수신하는, 제1 무선 통신 노드.
제14항에 있어서,
상기 제1 무선 통신 노드는 도너 IAB 노드를 포함하고;
상기 적어도 하나의 제2 무선 통신 노드는,
중간 IAB 노드; 및
상기 UE에 직접 연결된 서빙 IAB 노드 ― 상기 UE는 PDU 세션과 연관됨 ―
를 포함하고;
상기 도너 IAB 노드는 상기 중간 IAB 노드와 상기 서빙 IAB 노드 각각에 DRB 셋업 요청 메시지를 송신하고, 상기 중간 IAB 노드와 상기 서빙 IAB 노드 각각으로부터 DRB 셋업 응답 메시지를 수신하는, 제1 무선 통신 노드.
제14항에 있어서,
상기 제1 무선 통신 노드는, 상기 UE에 직접 연결된 서빙 IAB 노드를 포함하고;
상기 적어도 하나의 제2 무선 통신 노드는,
코어 네트워크에 직접 커플링된 도너 IAB 노드; 및
코어 네트워크로부터 상기 UE에 데이터 패킷을 포워딩하기 위한 송신 경로에서 서빙 IAB 노드와 상기 도너 IAB 노드 사이에 배치된 중간 IAB 노드
를 포함하고;
상기 서빙 IAB 노드는 상기 도너 IAB 노드와 상기 중간 IAB 노드 각각에 DRB 셋업 요청 메시지를 송신하고, 상기 도너 IAB 노드와 상기 중간 IAB 노드 각각으로부터 DRB 셋업 응답 메시지를 수신하는, 제1 무선 통신 노드.