KR20190075111A

KR20190075111A - 5ｇｎｒ 통신 시스템 내의 비대칭 업-링크/다운-링크 프로토콜 스택 및 프레임 구조를 위한 방법 및 장치

Info

Publication number: KR20190075111A
Application number: KR1020197015453A
Authority: KR
Inventors: 카멜 엠. 샤힌
Original assignee: 샤프 가부시키가이샤; 에프쥐 이노베이션 컴퍼니 리미티드
Priority date: 2016-11-01
Filing date: 2017-10-30
Publication date: 2019-06-28
Also published as: WO2018085201A1; MY196038A; RU2744946C2; CN110178403A; EP3536020B1; AU2017353909A1; RU2019116774A; RU2019116774A3; PH12019500917A1; SG11201903598WA; CN110178403B; AU2017353909B2; EP3536020A1; KR102515923B1

Abstract

NR 사용자 평면 데이터 트래픽 및 NR 제어 평면 데이터를 전송 및 수신하기 위한 5G NR 사용자 장비(UE) 및 5G NR 기지국(gNB)이 기술된다. UE 및 gNB 둘 모두 프로세서와 전자 통신하는 프로세서 메모리를 포함한다. 메모리에 저장된 명령어들은 수신 매체 액세스 제어(MAC) 프로토콜 및/또는 수신 라디오 링크 제어(RLC) 프로토콜에 따라 수신된 다운링크(DL) 패킷들을 프로세싱하도록 실행가능하다. 명령어들은 또한 전송 MAC 및/또는 RLC 프로토콜들에 따라 전송을 위한 업링크(UL) 패킷들도 프로세싱하도록 실행가능하다. 전송 MAC 프레임 구조 및/또는 RLC 프레임 구조는 각각의 단부에서의(즉, UE에서의 그리고/또는 gNB에서의) 수신 MAC 및/또는 RLC 프레임 구조와는 포맷들이 상이하다. 업링크(UL)에서, MAC CE는 프레임의 단부에서 전송되는 반면, 다운링크(DL)에 대해, MAC CE는 프레임의 시작부에서 전송된다.

Description

5ＧＮＲ 통신 시스템 내의 비대칭 업-링크/다운-링크 프로토콜 스택 및 프레임 구조를 위한 방법 및 장치

관련 출원들

이 출원은, "ASYMMETRICAL CONFIGURABLE RADIO LINK CONTROLLER"라는 명칭으로 2016년 11월 1일에 출원되었으며 그 전체가 본원에 참조로 포함되는, 미국 가특허 출원 62/415,959에 관한 것이며, 이를 우선권으로 주장한다.

기술 분야

본 개시내용은 일반적으로 통신 시스템들에 관한 것이다. 더 구체적으로, 본 개시내용은 5G NR 통신 시스템 내의 비대칭적 업링크/다운링크 프로토콜 스택 및 프레임 구조를 위한 비대칭적 방법 및 장치에 관한 것이다.

무선 통신 디바이스들은, 계속 증가하는 고객 요구들을 충족시키고, 휴대성 및 편의성을 개선하기 위해, 더 작아지고 더 강력해졌다. 고객들은 무선 통신 디바이스들에 크게 의존하게 되었고, 초-신뢰가능한 서비스, 확장된 커버리지 영역 및 증가한 기능성을 기대해 왔다. 무선 통신 시스템은, 각각이 기지국에 의해 서비스될 수 있는 다수의 무선 통신 디바이스를 위한 통신을 제공할 수 있다. 기지국은 무선 통신 디바이스들과 통신하는 디바이스일 수 있다.

무선 통신 디바이스들이 발전함에 따라, 통신 용량, 속도, 유연성 및/또는 신뢰성에서의 개선들이 촉구되었다. 그러나, 통신 용량, 속도, 유연성 및/또는 효율성을 개선하는 것은 특정 문제들을 제시할 수 있다.

예를 들어, 무선 통신 디바이스들 및 기지국들에 대한 현재 설계는 대칭적 UL/DL 프로토콜 스택들/프로시저들 및 프레임 구조(프레임 포맷들)를 사용하여 하나 이상의 디바이스와 통신한다. 그러나, 사용되는 이 통신 구조는 단순한 물리적 사실들을 무시함으로써 제한된 유연성 및/또는 효율성을 제공한다. 예를 들어, 기지국과 최종-사용자 디바이스(UE) 간의 계산 용량은 달라진다. UE가 그것의 복잡한 하드웨어를 구현하기에 제한된 공간을 가지며, 이는 UE의 계산 프로세서(들) 및 구현가능한 저장소의 용량/사이즈의 프로세싱 전력을 제한하는 반면, 기지국(예를 들어, 5G NR gNB)은 더 정교한 강력한 프로세싱 시스템들 및 저장 설비를 위한 무제한 공간을 가진다. 이 간단한 사실은 양쪽 통신 방향 모두들(즉, UL 및 DL)에서의 대칭적 프로토콜 구조/프로시저들 및 프레임 포맷들을 비효율적으로 만든다.

UE 구현들이 제한된 계산 및 저장 리소스를 최적화하기 위해 전송 및 수신 모두에서 단순화될 필요가 있지만, 이들 제한은 두 동작들 모두(TX/RX)에서 BS에 대해 결정적이지 않다. 설계 원리는 BS 및 UE의 비대칭적 능력들로부터 초래되는 이 간극을 다루도록 변경되어야 한다. 이 논의에 의해 예시되는 바와 같이, 통신 유연성 및/또는 효율성을 개선시키는 시스템들 및 방법들이 유리할 수 있다.

도 1은 비대칭적 업-링크(UL)/다운-링크(DL) 프로토콜 스택 및 프레임 구조를 위한 시스템들 및 방법들이 구현될 수 있는 하나 이상의 이벌브드 노드B(eNB) 및 하나 이상의 사용자 장비(UE)의 하나의 구현예를 예시하는 블록도이다.
도 2는 롱 텀 에볼루션(LTE) eNB 대칭적 프로토콜 구조를 예시하는 블록도이다.
도 3은 라디오 링크 제어(RLC) 및 매체 액세스 제어(MAC) 구조를 예시하는 블록도이며, 여기서 MAC 제어 요소(CE)를 포함하는 MAC 헤더가 본원에 기술된 시스템들 및 방법들에 따라 DL에 적합한 프레임의 앞에서 전송된다.
도 4는 다운링크(DL)를 위한 프로토콜 구조를 예시하는 블록도이다.
도 5는 업링크(UL)를 위한 프로토콜 구조를 예시하는 블록도이다.
도 6은 MAC CE를 포함하는 MAC 헤더가 본원에 기술된 시스템들 및 방법들에 따라 UL에 대해 적절한 MAC 프레임의 단부에서 전송되는 연접(concatenation)에 대한 방식을 예시하는 블록도이다.
도 7은 RLC로부터 연접을 제거하기 위한 제1 대안(대안 1)을 예시하는 블록도이다(MAC CE는 DL에 적합한 MAC 프레임의 시작부에 배치된다).
도 8은 RLC로부터 연접을 제거하기 위한 제2 대안(대안 2)을 예시하는 블록도이다(MAC CE는 DL에 적합한 MAC 프레임의 시작부에 배치된다).
도 9는 RLC로부터 연접을 제거하기 위한 제3 대안(대안 3)을 예시하는 블록도이다(MAC CE는 DL에 적합한 MAC 프레임의 시작부에 배치된다).
도 10은 RLC로부터 연접을 제거하기 위한 제4 대안(대안 4)을 예시하는 블록도이다(MAC CE는 DL에 적합한 MAC 프레임의 시작부에 배치된다).
도 11은 RLC로부터 연접을 제거하기 위한 제5 대안(대안 5)을 예시하는 블록도이다(MAC CE는 DL에 적합한 MAC 프레임의 시작부에 배치된다).
도 12는 RLC로부터 연접을 제거하기 위한 제6 대안(대안 6)을 예시하는 블록도이다(MAC CE는 DL에 적합한 MAC 프레임의 시작부에 배치된다).
도 13은 RLC로부터 연접을 제거하기 위한 제7 대안(대안 7)을 예시하는 블록도이다(MAC CE는 DL에 적합한 MAC 프레임의 시작부에 배치된다).
도 14는 DL에서 기지국(gNB)에 의해 사용되는 것과는 상이한 프로토콜 스택 및 패킷 포맷들/구조들을 사용하여 UE가 패킷들을 구성하고 전송하는, MAC 및 RLC에 대한 비대칭적 프로토콜 구조를 예시하는 블록도이다.
도 15는 MAC CE를 포함하는 MAC 헤더가 UL에 대해 프레임의 단부에서 전송되는, 뉴 라디오(NR) MAC 및 RLC에 대한 새로운 단부-기반 헤더들의 예를 예시한다.
도 16은 MAC CE를 포함하는 MAC 헤더가 UL에 대해 프레임의 단부에서 전송되는, UE에서 이용될 수 있는 다양한 컴포넌트들을 예시한다.
도 17은 eNB에서 이용될 수 있는 다양한 컴포넌트들을 예시한다.
도 18은 비대칭적 업-링크/다운-링크 프로토콜 스택 및 프레임 구조를 위한 시스템들 및 방법들이 구현될 수 있는 UE의 하나의 구현을 예시하는 블록도이다.
도 19는 비대칭적 업-링크/다운-링크 프로토콜 스택 및 프레임 구조를 위한 시스템들 및 방법들이 구현될 수 있는 eNB의 하나의 구현을 예시하는 블록도이다.
도 20은 UE에 의한 방법을 예시하는 흐름도이다.
도 21은 eNB에 의한 방법을 예시하는 흐름도이다.

NR 사용자 평면 데이터 트래픽 및 NR 제어 평면 데이터를 전송 및 수신하기 위한 5G NR 사용자 장비(UE)가 기술된다. UE는 프로세서 및 프로세서와 전자 통신하는 메모리를 포함한다. 메모리에 저장되는 명령어들은 수신 매체 액세스 제어(MAC) 프로토콜 및/또는 수신 라디오 링크 제어(RLC) 프로토콜 및/또는 수신 패킷 데이터 컨버지 프로토콜(PDCP)에 따라 수신된 다운링크(DL) 패킷들을 프로세싱하도록 실행가능하다. 명령어들은 또한 전송 MAC 및/또는 RLC 프로토콜들에 따라 전송을 위한 업링크(UL) 패킷들을 프로세싱하도록 실행가능하다. 전송 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조는 수신 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조와는 포맷들이 상이하다.

UE 내의 전송/수신 MAC 프로세싱 프로토콜 및/또는 전송/수신 MAC 프레임 구조는 기지국 내의 전송/수신 MAC 프로토콜 및/또는 전송/수신 프레임 구조와는 상이할 수 있다. UE 내의 전송/수신 RLC 프로세싱 프로토콜 및/또는 RLC 전송/수신 프레임 구조는 기지국 내의 전송/수신 RLC 프로세싱 프로토콜 및/또는 전송/수신 프레임 구조와는 상이할 수 있다. UE 내의 전송/수신 PDCP 프로세싱 프로토콜 및/또는 RLC 전송/수신 프레임 구조는 기지국 내의 전송/수신 PDCP 프로세싱 프로토콜 및/또는 RLC 전송/수신 프레임 구조와는 상이할 수 있다.

UE 내의 전송 RLC 프로토콜은 연접을 수행하지 않을 수 있는 반면, 기지국 내의 전송 RLC 프로토콜은 연접을 수행할 수 있다.

UE 내의 전송 MAC 프로토콜은 MAC 프레임의 백 엔드에 헤더들 및 MAC CE를 포함하는 MAC 서브 프로토콜 데이터 유닛(PDU)들을 구성할 수 있다.

기지국 내의 전송 MAC 프로토콜은 MAC 프레임의 시작부에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)을 구성할 수 있다.

UE 내의 전송 MAC 프로토콜은 MAC 프레임의 백 엔드에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)를 구성할 수 있는 반면, 기지국 내의 전송 MAC 프로토콜은 MAC 프레임의 시작부에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)를 구성할 수 있다. MAC 헤더는 MAC CE를 포함하는 MAC 프레임 내에 상이한 요소들의 위치를 포함하는 MAC PDU의 구성에 관한 정보를 포함할 수 있다. 정보는 MAC 프레임 내에 상이한 RLC PDU들의 비트 맵을 포함한다.

NR 사용자 평면 데이터 트래픽 및 NR 제어 평면 데이터를 전송 및 수신하기 위한 5G NR 기지국(gNB)이 또한 기술된다. gNB는 프로세서 및 프로세서와 전자 통신하는 메모리를 포함한다. 메모리에 저장되는 명령어들은 수신 MAC 프로토콜 및/또는 수신 RLC 프로토콜 및/또는 수신 PDCP에 따라 수신된 DL 패킷들을 프로세싱하도록 실행가능하다. 명령어들은 또한 전송 MAC 및/또는 RLC 프로토콜들에 따라 전송을 위한 UL 패킷들을 프로세싱하도록 실행가능하다. 전송 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조는 수신 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조와는 포맷들이 상이하다.

5G NR UE에 의해 NR 사용자 평면 데이터 트래픽 및 NR 제어 평면 데이터를 전송 및 수신하기 위한 방법이 또한 기술된다. 방법은 수신 MAC 프로토콜 및/또는 수신 RLC 프로토콜 및/또는 수신 PDCP에 따라 수신된 DL 패킷들을 프로세싱하는 단계를 포함한다. 방법은 전송 MAC 및/또는 RLC 프로토콜들에 따라 전송을 위한 UL 패킷들을 프로세싱하는 단계도 포함한다. 전송 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조는 수신 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조와는 포맷들이 상이하다.

5G NR gNB에 의해 NR 사용자 평면 데이터 트래픽 및 NR 제어 평면 데이터를 전송 및 수신하기 위한 방법이 또한 기술된다. 방법은 수신 MAC 프로토콜 및/또는 수신 RLC 프로토콜 및/또는 수신 PDCP에 따라 수신된 DL 패킷들을 프로세싱하는 단계를 포함한다. 방법은 전송 MAC 및/또는 RLC 프로토콜들에 따라 전송을 위한 UL 패킷들을 프로세싱하는 단계도 포함한다. 전송 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조는 수신 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조와는 포맷들이 상이하다.

"3GPP"라고도 지칭되는 제3세대 파트너쉽 프로젝트는 제3 및 제4 세대 무선 통신 시스템들에 대한 전세계적으로 응용가능한 기술적 사양들 및 기술적 보고들을 정의하는 것을 목적으로 하는 공동 합의이다. 3GPP는 차세대 모바일 네트워크들, 시스템들 및 디바이스들에 대한 사양들을 정의할 수 있다.

3GPP 롱 텀 에볼루션(LTE)은 향후 요건들에 대처하도록 유니버설 모바일 통신 시스템(Universal Mobile Telecommunications System)(UMTS) 모바일 폰 또는 디바이스 표준을 개선하기 위한 프로젝트에 주어진 명칭이다. 일 양태에서, UMTS는 이벌브드 유니버설 지상 라디오 액세스(Evolved Universal Terrestrial Radio Access)(E-UTRA) 및 이벌브드 유니버설 지상 라디오 액세스 네트워크(Evolved Universal Terrestrial Radio Access Network)(E-UTRAN)에 대한 지원 및 사양을 제공하도록 수정되었다.

본원에 개시되는 시스템들 및 방법들 중 적어도 일부 양태들은 3GPP LTE, LTE-어드밴스드(LTE-Advanced)(LTE-A) 및 다른 표준들(예를 들어, 3GPP 릴리즈 8, 9, 10, 11 및/또는 12)에 관해 기술될 수 있다. 그러나, 본 개시내용의 범위는 이 견지에서 제한되지 않아야 한다. 본원에 개시되는 시스템들 및 방법들의 적어도 일부 양태들은 다른 타입들의 무선 통신 시스템들에서 이용될 수 있다.

무선 통신 디바이스는 기지국에 음성 및/또는 데이터를 통신하기 위해 사용되는 전자 디바이스일 수 있으며, 기지국은 이어서 디바이스들의 네트워크(예를 들어, 공중 교환 전화망(public switched telephone network)(PSTN), 인터넷 등)와 통신할 수 있다. 본원에서 시스템들 및 방법들을 기술할 시에, 무선 통신 디바이스는 대안적으로 이동국, UE, 액세스 단말, 가입자국, 모바일 단말, 원격국, 사용자 단말, 단말, 가입자 유닛, 모바일 디바이스 등으로 대안적으로 지칭될 수 있다. 무선 통신 디바이스들의 예들은 셀룰러 폰, 스마트폰, 개인 디지털 보조 단말(PDA), 랩톱 컴퓨터, 넷북, e-리더기, 무선 모뎀 등을 포함한다. 3GPP 사양들에서, 무선 통신 디바이스는 일반적으로 UE라 지칭된다. 그러나, 본 개시내용의 범위가 3GPP 표준으로 제한되지 않아야 함에 따라, 용어들 "UE" 및 "무선 통신 디바이스"는 더 일반적인 용어인 "무선 통신 디바이스"를 의미하는 것으로 본원에서 상호교환가능하게 사용될 수 있다. UE는 더 일반적으로 단말 디바이스라고도 지칭될 수 있다.

3GPP 사양에서, LTE 기반 기지국은 일반적으로 노드 B, 이벌브드 노드 B(eNB), 홈 인핸스드 또는 이벌브드 노드 B(HeNB) 또는 일부 다른 유사한 용어로 지칭된다. 5G NR에서, 기지국은 gNB라 지칭된다. 본 개시내용의 범위가 3GPP 표준으로 제한되지 않아야 함에 따라, 용어들 "기지국", "노드 B", "eNB" 및 "HeNB"는 더 일반적인 용어 "기지국"을 의미하는 것으로 본원에서 상호교환가능하게 사용될 수 있다. 또한, 용어 "기지국"은 액세스 포인트를 나타내도록 사용될 수 있다. 액세스 포인트는 무선 통신 디바이스들을 위한 네트워크(예를 들어, 로컬 영역 네트워크(LAN), 인터넷 등)에 대한 액세스를 제공하는 전자 디바이스일 수 있다. 용어 "통신 디바이스"는 무선 통신 디바이스 및/또는 기지국 모두를 나타내기 위해 사용될 수 있다. gNB는 일반적으로 기지국 디바이스라고도 지칭될 수 있다.

본원에서 사용되는 바와 같이, "셀"이 표준화 기구 또는 규제 기구에 의해 국제 모바일 통신-어드밴스드(International Mobile Telecommunications-Advanced)(IMT-Advanced)에 대해 사용되도록 특정되는 임의의 통신 채널일 수 있고, 그 전부 또는 그것의 서브세트가 eNB와 UE 간의 통신을 위해 사용될 허가된 대역들(예를 들어, 주파수 대역들)로서 3GPP에 의해 채택될 수 있다는 것에 유의해야 한다. E-UTRA 및 E-UTRAN 전체 기재에서, 본원에서 사용되는 바와 같이, "셀"이 "다운링크 리소스 및 임의적으로 업링크 리소스의 조합"으로서 정의될 수 있다는 것에 또한 유의해야 한다. 다운링크 리소스들의 캐리어 주파수와 업링크 리소스들의 캐리어 주파수 간의 연결(linking)은 다운링크 리소스들 상에서 전송되는 시스템 정보 내에 표시될 수 있다.

"구성된 셀들"은 UE가 인지하며 eNB에 의해 정보를 전송하거나 수신하도록 허용되는 셀들이다. "구성된 셀(들)"은 서빙 셀(들)일 수 있다. UE는 시스템 정보를 수신하고, 모든 구성된 셀들 상에서 요구되는 측정들을 수행할 수 있다. 라디오 접속을 위한 "구성된 셀(들)"은 프라이머리 셀 및/또는 0개, 1개, 또는 그 이상의 세컨더리 셀(들)로 구성될 수 있다. "활성화된 셀들"은 그 위에서 UE가 전송 및 수신 중인 구성된 셀들이다. 즉, 활성화된 셀들은 UE가 물리적 다운링크 제어 채널(physical downlink control channel)(PDCCH)을 모니터링하는 셀들이며, 다운링크 전송의 경우, UE가 물리적 다운링크 공유 채널(physical downlink shared channel)(PDSCH)을 디코딩하는 셀들이다. "비활성화된 셀들"은 UE가 전송 PDCCH를 모니터링하고 있지 않은 구성된 셀들이다. "셀"이 상이한 디멘젼의 견지에서 기술될 수 있다는 것에 유의해야 한다. 예를 들어, "셀"은 시간적 특성, 공간적(예를 들어, 지리적) 특성 및 주파수 특성을 가질 수 있다.

본원에서 사용되는 바와 같은 용어 "동시적인" 및 그 변형들이 둘 이상의 이벤트가 시간상으로 서로 오버랩할 수 있고 그리고/또는 서로 시간상으로 근접하게 발생할 수 있으며, 모두 주어진 시간 구간 내에 있다는 것에 유의해야 한다. 추가로, "동시적인" 및 그 변형들은 둘 이상의 이벤트가 정확하게 동시에 발생함을 의미할 수도 있고 그렇지 않을 수도 있다.

현재, 3GPP는 5G로서 공지된 차세대 무선 기술을 개발 중이며, 이는 뉴 라디오(New Radio)(NR)(뉴 라디오 액세스 기술이라도 지칭됨)의 도입을 포함한다. NR이 기존의 롱 텀 에볼루션(Long Term Evolution)(LTE) 시스템들 내에 어떻게 통합될 것인지에 대해 몇 개의 아키텍처들 및 가능한 배치 시나리오들이 제안되고 합의된다.

LTE MAC 및 LTE RLC에서 사용되는 프레임 구조는 대칭적으로 상호적이다. 다시 말해, 동일한 구조가 기지국(BS)(또한 본원에서 eNB라 지칭됨) 및 UE에서 사용된다.

3GPP TS 36.300.V13.4.0의 Section 6에 기술된 바와 같이, LTE 계층 2 프로토콜은 다음 서브계층들로 분할된다: 매체 액세스 제어(Medium Access Control)(MAC), 라디오 링크 제어(Radio Link Control)(RLC) 및 패킷 데이터 컨버전스 프로토콜(Packet Data Convergence Protocol)(PDCP).

연접의 목적은 에어 인터페이스의 효율적인 이용을 위해 다수의 논리 채널로부터의 패킷들을 전송 유닛에 애그리게이트(aggregate)하는 것이다. MAC 프로토콜 데이터 유닛(protocol data unit)(PDU)은 다수의 상위 계층 패킷을 반송할 수 있어야 한다. 연접 기능은 MAC 계층 스케줄링으로부터의 입력을 요구한다. 이것은 데이터의 지연 및 버퍼링을 추가한다. 논리 채널들에 걸친 레거시 RLC 계층 연접은 논리 채널에 대한 이용가능한 용량을 제시간에 아는 것(just-in-time knowledge)을 요구하는데, 이는 자가-포함형 프레임 설계로 인해 높은 스루풋에서의 구현 어려움을 야기할 수 있다. MAC 계층은 멀티플렉싱 및 디멀티플렉싱과 함께 연접 기능을 제공한다.

3GPP는 LTE-기반 라디오 링크 제어(Radio Link Control)(RLC) 프로토콜의 복잡성을 감소시키는 것에 대해 현재 연구 중이다. "연접" 기능의 제거는 조사 중이다. 또한, RLC 및 매체 액세스 제어(MAC) 헤더들의 포맷, 위치 및 사이즈가 고려되고 있다. 그러나, 제안되는 모든 기술적 해법들은, RLC 및 MAC 포맷들이 뉴 라디오 기지국(NR gNB) 및 사용자 장비(UE)에서 동일할 것이라는 가정에 기초한다. 이들 해법들은 특정 벤더 구현 관점에 기초한다. 예를 들어, 모바일 제조자들은 메모리 사이즈 및 프로세서 능력들에 의해 부과되는 제한들이 주어지는 UE 구현들을 간략화하기 위해 연접들을 제거하는 것을 선호하는 반면, 기지국 제조자들은 모바일 제한들에 의해 영향을 받지 않는다. 기지국 제조자들은 패킷들의 프로세싱을 향상시키고 지연을 감소시킬 수 있는 해법들을 제안하고 있지만, 그것은 모바일 제조자들에게는 충분하지 않다.

해법은 2개의 해법들을 가지고 있다(비대칭적). 하나의 해법은 각각의 송신기 측에 대한 것일 수 있다. 예를 들어, 하나의 해법은 UE TX에 대한 것일 수 있는데, 이는 하드웨어 제한들을 만족시킨다. 다른 해법은 NR gNB TX에 대한 것일 수 있는데, 이는 NR gNB에서의 지연 성능을 향상시키며 UE에서의 수신기(즉, UE 수신) 구조를 간략화시킨다.

본원에 기술되는 시스템들 및 방법들은 NR UE 및 BS 내의 RLC 및 MAC의 구현의 복잡성을 다루기 위한 해법을 도입한다. 기술되는 시스템들 및 방법들은 2개 송신기-측(TX)에 대한 2개의 구현 해법(비대칭)을 가진다. 하나의 배열은 NR UE TX에 대한 것인데, 이는 하드웨어 제한들을 만족시킨다. 제2 배열은 NR 기지국(gNB)에 대한 것인데, 이는 NR gNB 내의 지연 성능을 향상시키고, UE에서의 수신기(즉, UE 수신) 구조를 더 간략화시킨다.

본원에 개시되는 시스템들 및 방법들의 다양한 예들이 이제 도면들에 대해 기술되는데, 여기서 동일한 참조 번호들은 기능적으로 유사한 요소들을 표시할 수 있다. 본원에서 일반적으로 기술되고 도면들에 예시되는 바와 같은 시스템들 및 방법들은 광범위한 상이한 구현들에서 배열되고 설계될 수 있다. 따라서, 도면들에 표현되는 바와 같은, 몇 개의 구현들의 후속하는 보다 상세한 기재는 청구되는 바와 같은 범위를 제한하도록 의도되는 것이 아니라, 시스템들 및 방법들을 단지 대표한다.

도 1은 비대칭 업링크/다운링크 프로토콜 스택 및 프레임 구조에 대한 시스템들 및 방법들이 구현될 수 있는 하나 이상의 eNB(160) 및 하나 이상의 UE(102)의 하나의 구현을 예시하는 블록도이다. 하나 이상의 UE(102)는 하나 이상의 안테나(122a-n)를 사용하여 하나 이상의 eNB(160)와 통신한다. 예를 들어, UE(102)는 하나 이상의 안테나(122a-n)를 사용하여 eNB(160)에 전자기 신호들을 전송하고 eNB(160)로부터 전자기 신호들을 수신한다. eNB(160)는 하나 이상의 안테나(180a-n)를 사용하여 UE(102)와 통신한다. 5G NR의 상황에서, eNB(160)는 5G NR 기지국(gNB)이라고도 지칭될 수 있다.

UE(102) 및 eNB(160)는 하나 이상의 채널(119, 121)을 사용하여 서로 통신할 수 있다. 예를 들어, UE(102)는 하나 이상의 업링크 채널(121)을 사용하여 eNB(160)에 정보 또는 데이터를 전송할 수 있다. 업링크 채널들(121)의 예들은 물리적 업링크 제어 채널(PUCCH) 및 물리적 업링크 공유 채널(PUSCH) 등을 포함한다. 하나 이상의 eNB(160)는 예를 들어, 하나 이상의 다운링크 채널(119)을 사용하여 하나 이상의 UE(102)에 정보 또는 데이터를 전송할 수도 있다. 다운링크 채널들(119)의 예들은 PDCCH, PDSCH 등을 포함한다. 다른 종류의 채널들이 사용될 수 있다.

하나 이상의 UE(102) 각각은 하나 이상의 트랜시버(118), 하나 이상의 복조기(114), 하나 이상의 디코더(108), 하나 이상의 인코더(150), 하나 이상의 변조기(154), 데이터 버퍼(104) 및 UE 동작 모듈(124)을 포함할 수 있다. 예를 들어, 하나 이상의 수신 및/또는 전송 경로는 UE(102) 내에서 구현될 수 있다. 편의상, 오직 단일의 트랜시버(118), 디코더(108), 복조기(114), 인코더(150) 및 변조기(154)가 UE(102) 내에 예시되지만, 다수의 병렬 요소(예를 들어, 트랜시버들(118), 디코더들(108), 복조기들(114), 인코더들(150) 및 변조기들(154))가 구현될 수 있다.

트랜시버(118)는 하나 이상의 수신기(120) 및 하나 이상의 송신기(158)를 포함할 수 있다. 하나 이상의 수신기(120)는 하나 이상의 안테나(122a-n)를 사용하여 eNB(160)로부터 신호들을 수신할 수 있다. 예를 들어, 수신기(120)는 신호들을 수신하고 하향변환하여 하나 이상의 수신된 신호(116)를 생성할 수 있다. 하나 이상의 수신된 신호(116)는 복조기(114)에 제공될 수 있다. 하나 이상의 송신기(158)는 하나 이상의 안테나(122a-n)를 사용하여 eNB(160)에 신호들을 전송할 수 있다. 예를 들어, 하나 이상의 송신기(158)는 하나 이상의 변조된 신호(156)를 상향변환하고 전송할 수 있다.

복조기(114)는 하나 이상의 수신된 신호(116)를 복조하여 하나 이상의 복조된 신호(112)를 생성할 수 있다. 하나 이상의 복조된 신호(112)는 디코더(108)에 제공될 수 있다. UE(102)는 디코더(108)를 사용하여 신호들을 디코딩할 수 있다. 디코더(108)는 디코딩된 신호들(110)을 생성할 수 있는데, 디코딩된 신호들(110)은 UE-디코딩된 신호(106)(제1 UE-디코딩된 신호(106)라고도 지칭됨)를 포함할 수 있다. 예를 들어, 제1 UE-디코딩된 신호(106)는 수신된 페이로드 데이터를 포함할 수 있고, 수신된 페이로드 데이터는 데이터 버퍼(104)에 저장될 수 있다. 디코딩된 신호들(110)(제2 UE-디코딩된 신호(110)라고도 지칭됨)에 포함되는 또 다른 신호는 오버헤드 데이터 및/또는 제어 데이터를 포함할 수 있다. 예를 들어, 제2 UE-디코딩된 신호(110)는 UE 동작 모듈(124)에 의해 사용되어 하나 이상의 동작을 수행할 수 있는 데이터를 제공할 수 있다.

일반적으로, UE 동작 모듈(124)은 UE(102)가 하나 이상의 eNB(160)와 통신하도록 할 수 있다. UE 동작 모듈(124)은 UE 뉴 라디오(NR) 모듈(126)을 포함할 수 있다.

3GPP TS 36.300.V13.4.0의 Section 6에 기술된 바와 같이, LTE 계층 2 프로토콜은 후속하는 서브계층들로 분할된다: 매체 액세스 제어(MAC), 라디오 링크 제어(RLC) 및 패킷 데이터 컨버전스 프로토콜(PDCP). 이 하위조항은 서비스들 및 기능들의 견지에서 계층 2 서브-계층들의 하이 레벨 기재를 제공한다. 도 4 및 5는 다운링크, 업링크 및 사이드링크에 대한 PDCP/RLC/MAC 아키텍처를 도시한다.

eNB(160)가 L2 버퍼 오버플로우가 결코 발생하지 않을 것임을 보장할 수 없다는 것에 유의해야 한다. 이러한 오버플로우가 발생하는 경우, UE(102)는 L2 버퍼 내의 패킷들을 폐기할 수 있다.

제어 평면 셀룰러 IoT(CIoT) 이벌브드 패킷 시스템(EPS) 최적화만을 지원하는 NB-IoT UE에 대해서는, PDCP가 바이패스된다는 것에도 유의해야 한다. 제어 평면 CIoT EPS 최적화 및 사용자 평면 CIoT EPS 최적화를 지원하는 NB-IoT UE에 대해서는, PDCP가 AS 보안이 활성화될 때까지 사용되지 않는다.

요약하면, 계층 2 기능성들이 표 1에 도시된 바와 같이 열거될 수 있다.

연접의 목적은 에어 인터페이스의 효율적인 이용을 위해 전송 유닛 내의 다수의 논리 채널로부터 패킷들을 애그리게이트하는 것이다. 연접의 예가 도 3에 도시된다.

MAC PDU는 다수의 상위 계층 패킷을 반송할 수 있어야 한다. 연접 기능은 MAC 계층 스케줄링으로부터의 입력을 요구한다. 이는 데이터의 지연 및 버퍼링을 추가한다. 논리 채널들에 걸친 레거시 RLC 계층 연접은 논리 채널의 가용 용량을 적시에 아는 것을 요구하는데, 이는 자가-포함형 프레임 설계로 인해 높은 스루풋에서의 구현 어려움을 야기할 수 있다. MAC 계층은 멀티플렉싱 및 디멀티플렉싱과 함께 연접 기능을 제공한다.

3GPP는 LTE 기반 라디오 링크 제어(RLC) 프로토콜의 복잡성을 감소시키는 것에 대해 현재 연구 중이다. "연접" 기능의 제거는 조사 중이다. 또한, RLC 및 매체 액세스 제어(MAC) 헤더들의 포맷, 위치, 및 사이즈가 고려되고 있다. 그러나, 제안된 모든 기술적 해법들은 RLC 및 MAC 포맷들이 뉴 라디오 기지국(NR gNB) 및 사용자 장비(UE)에서 동일할 것이라는 가정에 기초한다.

모바일 제조자들은 메모리 사이즈 및 프로세서 능력들에 의해 부과되는 제한들이 주어진 UE 구현들을 간략화시키기 위해 연접들을 제거하는 것을 선호한다. 기지국 제조자들은 모바일 제한들에 의해 영향을 받지 않는다. 기지국 제조자들은 패킷들의 프로세싱을 향상시키고 지연을 감소시킬 수 있는 해법들을 제안하지만, 그것은 모바일 제조자들에게는 충분하지 않다.

LTE UP 설계 원리들이 본원에 기술된다. LTE에서, RLC는 PDCP PDU들의 연접을 수행한다. 송신기가 TB-사이즈를 알 때, MAC는 논리 채널 우선순위화(Logical Channel Prioritization)(LCP)를 수행하여 각각의 RLC-엔티티가 얼마나 많은 데이터를 전송해야 하는지를 결정한다. 각각의 RLC 엔티티는 하나 이상의 RLC SDU를 포함하는 하나의 RLC PDU를 제공한다. RLC PDU로 종료하는 각각의 RLC 서비스 데이터 유닛(SDU)에 대해, 대응하는 L-필드가 추가되며, 이는 수신기가 SDU들을 추출할 수 있게 한다.

마지막으로 포함된 RLC SDU가 RLC PDU에 완전히 맞지 않는 경우, 그것은 세그먼트화된다. 다시 말해, RLC SDU의 나머지는 후속적인 RLC PDU(들) 내에 송신될 것이다. RLC PDU의 첫번째(또는 마지막) 바이트가 RLC SDU의 첫번째(마지막) 바이트에 대응하는지의 여부는 "Framing Info" 플래그들(2비트)에 의해 표시된다. 그 외에는, 세그먼트화는 임의의 추가적인 오버헤드를 가지지 않는다.

데이터의 원래 순서를 재설정하고 손실들을 검출하기 위해, RLC 시퀀스 번호(SN)가 RLC PDU 헤더에 추가된다. MAC는 상이한 LCID들에 대한 RLC PDU들을 멀티플렉싱하고 논리 채널 ID(LCID) 및 L-필드를 가지는 대응하는 서브-헤더를 추가한다. 아래 TB 구조의 하이 레벨 예시가 도 3에 도시된다.

도 3의 구조가 LTE를 위해 선택된 이유들은 다음을 포함한다: 낮은 물리적 계층 데이터 레이트들에서도 낮은 오버헤드. 낮은 데이터 레이트들을 생성하는 서비스들(예를 들어, VoIP)에 대해서도 낮은 오버헤드. ARQ에 대한 매우 낮은 시그널링 오버헤드. 시퀀스 번호 공간은 L1 데이터 레이트들에 의해 증가하지 않는다. 헤더-정보는 데이터와 인터레이싱되지 않으며, 수신기는 적은 메모리 액세스들(RLC-엔티티 당 하나)로 헤더-정보를 찾을 수 있다.

도 3의 구조의 가능한 제한들은 다음을 포함한다. 제어 정보(헤더)의 사이즈가 예를 들어, 그 PDU 내의 SDU들의 수에 의존하기 때문에 PDU를 생성하는 것은 반복적인 프로세스이다. 이 반복적인 프로세스는 MAC PDU의 전송이 시작할 수 있을 때까지 시간이 걸린다. TB의 시작부가 (MAC- 및 제1 RLC-) 헤더를 포함하기 때문에, 송신기는 TB-사이즈를 알기 이전에 TB를 구성할 수(그리고 물리적 계층(PHY)에 송신하기 시작할 수) 없다.

연접에 대한 상이한 방식들이 고려될 수 있다. LTE-베이스라인으로부터 변환하는지에 대해 평가할 때 송신기 및 수신기 모두의 프로세싱이 고려될 수 있다.

하나의 방식으로, NR에 의해 지원되는 TB 사이즈들 및 QoS 요건들에 따라, 세그먼트화는 작은 패킷들을 이용한 서비스들을 위해 라디오 베어러들마다 디스에이블될 수 있다. 또 다른 방식으로, RLC 내의 연접은 그것이 LTE에서 이루어지는 것과 같이 유지된다. 고정된 사이즈의 RLC 헤더는 프로세싱 관점에서 중요할 수 있다. RLC 연접은 UL 허가가 수신된 이후에 있을 수 있으며, 이 프로세스는 다소 헤비(heavy)하며 높은 데이터 레이트에 대해서는 효율적이지 않다. 또한, RLC 헤더가 고정된 사이즈를 가지면 사전-구성을 용이하게 만들 수 있다.

또 다른 방식으로, MAC 헤더는 UL 허가가 수신된 이후에 생성될 필요가 있을 수 있다. 사전계산 문제는 연접을 이동시키는 것보다는 헤더 설계에 의해 해결될 수 있다.

연접에 대한 방식이 도 6에 도시된다. 이 방식에서, 연접은 LTE에서와 유사하지만, 동적 파트들(예를 들어, 헤더들 및 MAC 제어 요소(CE)들)은 TB의 단부 내에 있다. RLC 헤더들은 그 RLC PDU의 데이터 다음에 첨부될 수 있다.

NR 내의 세그먼트화 기능에 대한 고려들이 또한 기재된다. 하나의 방식으로, 세그먼트화는 최저 계층(즉, MAC) 내에 있을 수 있다. 대안적으로, 세그먼트화는 RLC 내에 있을 수 있다. 세그먼트화는 RLC에서 논리 채널마다 있을 수 있다.

또 다른 방식으로, 세그먼트화가 구성되지 않을 수 있다. 세그먼트화가 회피되어야 하는 경우, 일부 경우들에서, 전송 블록 레벨에서 그것을 수행하는 것이 더 나을 수 있다. 이 방식으로, 네트워크는 큰 허가를 제공할 필요가 있을 수 있다. 세그먼트화는 허가 사이즈에 기초하여 요구될 수 있지만, 또한 허가 없는(grant free) 전송도 존재할 수 있으며, 이 경우 세그먼트화가 구성될 수 없다. 허가 없는 전송의 경우, 블록 사이즈 역시, 네트워크로부터 주어진다.

세그먼트화는 블록이 특정 사이즈보다 더 큰 경우와 같이, 전송 레벨에서의 규정들에 기초할 수 있다.

NR의 경우, 세그먼트화 기능은 LTE에서와 같이 RLC 계층에만 배치될 수 있다. 세그먼트 오프셋(segment offset)(SO)-기반 세그먼트화는 높은 데이터 레이트를 지원하기 위해 NR 사용자 평면 내의 베이스라인으로서 세그먼트화 및 재-세그먼트화 모두에 대해 고려될 수 있다. 이것은 연접의 위치에 관한 어떤 것도 내포하지 않는다.

RLC에서의 PDCP SN의 사용에 관해, 분할된 베어러에 대한 상이한 방식들이 존재할 수 있고, 각각의 RLC PDU는, 수신기가 무엇을 예상하는지를 알 수 있도록 간극이 존재하는 경우, 다음 SN을 표시할 수 있다. 송신기는 버퍼가 비었음을 표시할 수도 있다. RLC는 간극을 가지고 스케줄링 요청(SR)을 수신할 수 있지만, 그것은 송신기가 스케줄링 요청을 전송하지 않았음을 알 수 있다. PDCP 제어 PDU에 대한 SN이 요구될 수 있다. RLC SN은 분할된 베어러 경우에 대해서만 도입될 수 있다.

카운트(COUNT) 전송 역시 논의된다. 카운트는 PDCP PDU를 위해 오버 디 에어(over the air)로 사용될 수 있다. 카운트는 음성과 같은 일부 서비스들에 대해 디스에이블될 수 있다. 음성은, 이것이 오늘날 하이퍼 프레임 넘버(Hyper Frame Number)(HFN) 탈동기(desync)가 발생하는 경우이기 때문에, 가장 큰 사용 경우이다. HFN 탈동기는 종종 네트워크 또는 UE(102)에서의 열악한 구현들에 기인한다. 하나의 방식으로, HFN 탈동기는 더 긴 SN을 사용함으로써 해결될 수 있다. 전체 카운트는 프로세싱 오버헤드를 감소시키고, 추가로 동기 이탈 문제를 다룬다. 이것은 높은 데이터 레이트 경우에 대해 유리하다. HFN 프로세싱은 큰 이득을 제공하지 않을 수 있고, 구성가능한 경우, UE들은 최악의 경우를 처리해야 할 것이다. LTE와 NR 간의 인터-라디오 액세스 기술(RAT) 변경에 의한 더 많은 복잡성이 존재할 수 있다.

"RLC로부터 연접을 제거하는 것"이 의미하는 것에 대한 몇 개의 해석들이 존재할 수 있다. 상이하게 가능한 구조들이 본원에서 식별된다. 이들 상이한 대안들의 영향들 역시 본원에서 논의된다.

제1 대안(대안 1)이 도 7에 관해 기술된다. 대안 1에서, RLC 송신기는 몇 개의 RLC SDU들을 하나의 RLC PDU로 연접시키지 않는다. 대신, MAC는 RLC PDU들을 멀티플렉싱한다(각각이 하나의 RLC SDU(또는 세그먼트)를 포함한다).

이 대안에서, RLC 송신기 측이 RLC PDU마다 SN을 여전히 추가한다고 가정된다. 몇 개의 RLC PDU들을 하나의 MAC PDU로 연접(즉, 멀티플렉싱)시키기 위해, MAC 송신기는 각각의 RLC PDU에 대해 LCID 및 L-필드를 추가한다. 이 대안에서, 오늘날 LTE에서와 같이, 세그먼트화가 RLC 내에서 수행된다.

대안 1의 영향은 다음과 같다. RLC 헤더(SN)들은 데이터와 인터레이싱된다. 따라서, RLC 수신기는 전체 TB를 파싱하여 RLC SN들을 추출해야 한다. 이것은 수신시 TB가 저장되는 메모리에 대한 많은 순차적 호출들을 요구할 수 있다. TB의 시작부 내에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)은 LCP/멀티플렉싱의 결과물에 의존하며, 허가가 프로세싱되기 전에 생성될 수 없다. 따라서, 데이터는 헤더들이 구성되기 전에 PHY에 공급될 수 없다. 이것은 추가적인 MAC 서브-헤더들로 인한 추가적인 오버헤드를 초래한다(연접된 IP-패킷들의 그룹 당 하나에 비해 IP-패킷 당 하나). ARQ는 IP-패킷마다(IP-패킷의 그룹들보다는) 수행되는데, 이는 ARQ 프로세싱 및 헤더 오버헤드를 증가시킨다.

제2 대안(대안 2)이 도 8에 도시된다. 이 대안에서, RLC PDU 헤더는 SDU마다 RLC SN 뿐만 아니라 L-필드도 포함한다. MAC 송신기는 각각의 RLC-엔티티의 PDU들의 세트에 대한 길이 필드 및 LCID를 MAC 헤더에 표시한다. 이 대안에서, 오늘날 LTE에서와 같이, 세그먼트화가 RLC에서 수행된다.

대안 2의 영향은 다음과 같다. RLC SN들 및 L-필드들은 모두 데이터와 인터레이싱되는데, 이는 수신기가 전체 TB를 파싱하여 SN들 및 L-필드들을 추출하도록 강제한다. 이는 (예를 들어, 메모리에 대한 많은 순차적 호출들로 인한) 디코딩 지연을 증가시킨다. 추가적인 오버헤드는 RLC 내의 추가적인 SN-필드들로 인해 발생한다(연접된 IP 패킷들의 그룹 당 하나 대신 IP 패킷 당 하나). TB의 시작부 내에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)은 LCP/멀티플렉시의 결과물에 의존하며, 허가가 프로세싱되기 이전에 생성될 수 없다. 따라서, 데이터는 헤더들이 구성되기 전에 PHY에 공급될 수 없다. ARQ는 (IP-패킷들의 그룹들보다는) IP-패킷마다 수행되는데, 이는 ARQ 프로세싱 및 헤더 오버헤드를 증가시킨다.

제3 대안(대안 3)이 도 9에 도시된다. 대안 2에서와 같이, 대안 3에서는, RLC 송신기가 각각의 RLC SDU에 대한 SN 및 L-필드를 추가한다. 디멀티플렉싱시키기 위해, MAC는 MAC SDU마다 LCID를 추가한다. 이 대안에서, 오늘날 LTE에서와 같이, 세그먼트화가 RLC에서 수행된다. 이 대안의 구현에서, L-필드들(및 가능하게는 또한 SN들)이 RLC 헤더 대신 MAC 서브-헤더들 내에 포함된다.

대안 3의 영향은 다음과 같다. 전송 블록(TB)이 전체 MAC SDU에 대한 충분한 공간을 제공하는 경우, TB의 시작부는 LCP/멀티플렉싱의 결과물에 의존하지 않으며, 따라서, TB의 시작부는 허가가 디코딩될 때 직접 PHY에 송신될 수 있는데, 이는 전송 지연에 대한 허가의 속도를 높일 수 있다. 그러나, RLC SDU가 세그먼트화될 때, 송신기는 세그먼트화된 RLC PDU들의 헤더 정보(프레이밍 정보(FI) 필드)를 수정할 필요가 있고, 하위 계층들로의 RLC/MAC PDU 세그먼트의 전송은 FI를 결정한 이후에만 시작할 수 있다. 또한, MAC CE들이 MAC PDU의 시작부에 여전히 배치된다고 가정하면, 이들은 L1 쪽으로의 MAC PDU의 전송을 시작하기 이전에 계산될 필요가 있다. MAC 프레임의 시작부에의 MAC CE의 이러한 배치는 다운-링크(DL) 프로세싱에 대해 특히 유리할 수 있다.

RLC SN들 및 L-필드들 뿐만 아니라 MAC LCID 필드들은 데이터와 인터레이싱되어, 수신기가 전체 TB를 파싱하여 이들 필드들을 추출하도록 강제한다. 이것은 (예를 들어, 메모리에 대한 많은 순차적 호출들로 인한) 디코딩 지연을 증가시킨다. ARQ는 (IP-패킷들의 그룹들보다는) IP-패킷마다 수행되는데, 이는 ARQ 프로세싱 및 헤더 오버헤드를 증가시킨다.

제4 대안(대안 4)이 도 10에 도시된다. 이 대안에서, RLC 송신기는 몇 개의 RLC SDU들을 하나의 RLC PDU로 연접시키지 않는다. 대신, MAC는 RLC PDU들을 멀티플렉싱한다(각각이 하나의 RLC SDU(또는 세그먼트)를 포함한다).

이 대안에서, PDCP 송신기가 PDCP SN을 PDCP PDU에 추가하지만, RLC 송신기는 SN을 RLC PDU에 추가하지 않는다고 가정된다. 이 대안에서, MAC 송신기는 MAC PDU에 포함된 첫번째 및 마지막 MAC SDU들에 대한 세그먼트화를 수행할 수 있는데, 어느 경우든 MAC 송신기는 MAC SDU 세그먼트에 대한 세그먼트화 정보(SI) 필드를 추가한다. 몇 개의 RLC PDU들을 하나의 MAC PDU로 연접(즉, 멀티플렉싱)시키기 위해, MAC 송신기는 각각의 RLC PDU에 대해 LCID 및 L-필드를 추가한다.

대안 4의 영향은 다음과 같다. 전송 블록(TB)이 전체 MAC SDU에 대한 충분한 공간을 제공하는 경우, TB의 시작부는 LCP/멀티플렉싱의 결과물에 의존하지 않고 따라서 TB의 시작부는 허가가 디코딩될 때 직접 PHY에 송신될 수 있다. 이것은 전송 지연에 대한 허가의 속도를 높일 수 있다. 그러나 RLC SDU가 세그먼트화될 때, 송신기는 세그먼트화된 RLC PDU들의 헤더 정보(FI 필드)를 수정할 필요가 있다. 하위 계층들로의 RLC/MAC PDU 세그먼트의 전송은 FI를 결정한 이후에만 시작할 수 있다. 또한, MAC CE들이 MAC PDU의 시작부에 여전히 배치된다고 가정하면, 이들은 L1 쪽으로의 MAC PDU의 전송을 시작하기 전에 계산될 필요가 있다. 이것은 다운-링크(DL) 프로세싱에 대해 특히 유리하다.

세그먼트화는 그것이 이제 기술되는 바와 같이 이 대안에서 작용하지 않을 수 있다. 세그먼트화 이후에 시퀀스 번호들을 할당하여 송신기가 패킷들을 정확한 순서로 재조립하도록 하기 위한 필요성이 존재한다. 그러나 이 대안에서, 세그먼트화 이후 할당되는 SN들이 존재하지 않는다. 이 대안에서, 제1 세그먼트 내에만 SN(PDCP SN)이 존재할 것인데, 이는 모든 후속적인 세그먼트들이 구별가능하지 않을 것임을 의미한다.

RLC(ARQ가 수행되는 곳)가 임의의 시퀀스 번호들을 가지지 않기 때문에 ARQ는 작용하지 않는다. 얼핏 봐서는, RLC가 PDCP SN들을 "엿보고(peek)" PDCP SN들을 사용한다고 간주할 수 있지만, 이것은 분할된 베어러들에 대해서는 작용하지 않는다.

L-필드들(MAC LCID 필드들)이 데이터와 인터레이싱되어 수신기가 전체 TB를 파싱하여 이들 필드들을 추출하도록 강제할 수 있다. 이것은 (예를 들어, 메모리에 대한 많은 순차적 호출들로 인한) 디코딩 지연을 증가시킬 수 있다.

제5 대안(대안 5)이 도 11에 도시된다. 이 대안에서, RLC 송신기는 몇 개의 RLC SDU들을 하나의 RLC PDU로 연접시키지 않는다. 대신, MAC는 RLC PDU들을 멀티플렉싱한다(각각이 하나의 RLC SDU(또는 세그먼트)를 포함한다). 이 대안에서, PDCP 송신기가 PDCP SN을 PDCP PDU에 추가하지만, RLC 송신기는 SN을 RLC PDU에 추가하지 않는다고 가정된다. 이 대안에서, MAC 송신기는 MAC PDU에 포함된 첫번째 및 마지막 MAC SDU들에 대해 세그먼트화를 수행할 수 있으며, 어느 경우든, MAC 송신기는 MAC SDU 세그먼트에 대한 세그먼트화 정보(SI) 필드를 추가한다. 몇 개의 RLC PDU들을 하나의 MAC PDU로 연접(즉, 멀티플렉싱)시키기 위해, MAC 송신기는 각각의 RLC PDU에 대한 LCID 및 L-필드를 추가하고, MAC CE를 포함하는 모든 MAC 서브헤더들을 MAC PDU 앞에 배치한다.

대안 5의 영향은 다음과 같다. LTE에서와 마찬가지로, 제어 정보(헤더)의 사이즈가, 예를 들어, 그 PDU 내의 SDU들의 수에 의존하기 때문에, PDU를 생성하는 것은 반복적인 프로세스이다. 이 반복적인 프로세스는 MAC PDU의 전송이 시작할 수 있을 때까지 시간이 걸린다. TB의 시작부가 MAC-헤더를 포함하기 때문에, 송신기는 TB-사이즈를 알기 이전에 TB를 구성할 수(그리고 PHY에 송신하기 시작할 수) 없다.

세그먼트화는 그것이 이제 기술되는 바와 같이 이 대안에서 작용하지 않을 수 있다. 세그먼트화 이후 시퀀스 번호들을 할당하여 송신기가 패킷들을 정확한 순서로 재조립하게 하기 위한 필요성이 존재한다. 그러나, 이 대안에서, 세그먼트화 이후 할당되는 SN들이 존재하지 않는다. 이 대안에서, 제1 세그먼트 내에만 SN(PDCP SN)이 존재할 것인데, 이는 모든 후속적인 세그먼트들이 구별가능하지 않을 것임을 의미한다.

RLC(ARQ가 수행되는 곳)가 임의의 시퀀스 번호들을 가지지 않기 때문에 ARQ는 작용하지 않는다. 얼핏 보기에는, RLC가 PDCP SN들을 "엿보고" PDCP SN들을 사용한다고 간주할 수 있지만, 이것은 분할된 베어러들에 대해서는 작용하지 않는다.

제6 대안(대안 6)이 도 12에 도시된다. 이 대안에서, PDCP 송신기는 각각의 PDCP SDU에 대해 PDCP SN 및 L-필드를 추가한다. 디멀티플렉싱하기 위해, MAC는 MAC SDU마다 LCID를 추가한다. 이 대안에서, MAC 송신기는 MAC PDU에 포함되는 첫번째 및 마지막 MAC SDU들에 대한 세그먼트화를 수행하는데, 어느 경우든, MAC 송신기는 MAC SDU 세그먼트에 대한 세그먼트화 정보(SI) 필드를 추가한다.

대안 6의 영향은 다음과 같다. 전송 블록(TB)이 전체 MAC SDU에 대한 충분한 공간을 제공하는 경우, TB의 시작부는 LCP/멀티플렉싱의 결과물에 의존하지 않고 따라서 TB의 시작부는 허가가 디코딩될 때 직접 PHY에 송신될 수 있는데, 이는 전송 지연에 대한 허가의 속도를 높일 수 있다. 그러나, RLC SDU가 세그먼트화될 때, 송신기는 세그먼트화된 RLC PDU의 헤더 정보(FI 필드)를 수정할 필요가 있다. 하위 계층들로의 RLC/MAC PDU 세그먼트의 전송은 FI를 결정한 이후에만 시작할 수 있다. 또한, MAC CE들이 MAC PDU의 시작부에 여전히 배치된다고 가정하면, 이들은 L1 쪽으로의 MAC PDU의 전송을 시작하기 전에 계산될 필요가 있다. 이것은 다운-링크(DL) 프로세싱에 대해 특히 유리하다.

L-필드들(MAC LCID 필드들)은 데이터와 인터레이싱되어 수신기가 전체 TB를 파싱하여 이들 필드들을 추출하도록 강제한다. 이것은 (예를 들어, 메모리에 대한 많은 순차적 호출들로 인한) 디코딩 지연을 증가시킬 수 있다.

제7 대안(대안 7)이 도 13에 도시된다. 이 대안에서, PDCP PDU 헤더는 PDCP SDU마다 PDCP SN 뿐만 아니라 L-필드를 포함한다. MAC 송신기는 각각의 RLC-엔티티의 PDU들의 세트에 대한 LCID 및 길이-필드를 MAC 헤더에 표시한다. 이 대안에서, MAC 송신기는 MAC PDU에 포함되는 첫번째 및 마지막 MAC SDU들에 대해 세그먼트화를 수행할 수 있고, 어느 경우든, MAC 송신기는 MAC SDU 세그먼트에 대해 SI 필드를 추가한다.

대안 7의 영향은 다음과 같다. LTE에서와 마찬가지로, 제어 정보(헤더)의 사이즈가, 예를 들어, 그 PDU 내의 SDU들의 수에 의존하기 때문에, PDU를 생성하는 것은 반복적인 프로세스이다. 이 반복적인 프로세스는 MAC PDU의 전송이 시작할 수 있을 때까지 시간이 걸린다. TB의 시작부가 MAC-헤더를 포함하기 때문에, 송신기는 TB-사이즈를 알기 이전에 TB를 구성할 수(그리고 PHY에 송신하기 시작할 수) 없다.

L-필드들은 데이터와 인터레이싱되어 수신기가 전체 TB를 파싱하여 이들 필드들을 추출하도록 강제하고, 수신기는 패킷들의 프로세싱이 시작할 수 있기 전에 모든 이 필드들을 파싱할 필요가 있다. 이것은 (예를 들어, 메모리에 대한 많은 순차적 호출들로 인한) 디코딩 지연을 증가시킨다.

본원에 기술되는 시스템들 및 방법들은 NR UE 및 BS에서 RLC 및 MAC의 구현의 복잡성을 다루기 위한 해법을 소개한다. 기술되는 시스템들 및 방법들은 2개의 송신기-측(TX)에 대해 2개의 구현 해법(비대칭적)을 가진다. 하나의 배열은 NR UE TX에 대한 것인데, 이는 하드웨어 제한들을 만족시킨다. 제2 배열은 NR 기지국(gNB)에 대한 것인데, 이는 NR gNB에서의 지연 성능을 향상시키고, UE에서의 수신기(즉, UE 수신) 구조를 더 간략화시킨다.

MAC 및 RLC에 대한 비대칭적 구조의 예가 도 14에 도시된다. 이 예에서, NR gNB TX는 RLC-1, MAC-1 및 PHY-1와 연관되는 반면, NR UE TX는 RLC-2, MAC-2 및 PHY-2와 연관된다.

MAC 및 RLC에 대한 비대칭적 구조의 하나의 구현은 NR gNB TX(즉, RLC-1 및 MAC-1)에 대해 도 3의 LTE-기반 구조를 사용한다. NR UE TX(즉, RLC-2 및 MAC-2)에 대해서는, 상이한 방식들이 사용될 수 있다. NR UE TX(즉, 도 14의 RLC-2 및 MAC-2)에 대한 비-연접 구조가 도 7에 도시된 바와 같이 구현될 수 있거나, 또는 단부-기반 헤더 연접이 도 6 또는 도 15에 도시된 바와 같이 구현될 수 있다.

UE 동작 모듈(124)은 정보(148)를 하나 이상의 수신기(120)에 제공할 수 있다. 예를 들어, UE 동작 모듈(124)은 재전송들을 언제 수신할지를 수신기(들)(120)에 통지할 수 있다.

UE 동작 모듈(124)은 정보(138)를 복조기(114)에 제공할 수 있다. 예를 들어, UE 동작 모듈(124)은 eNB(160)로부터의 전송들에 대해 예상되는 변조 패턴을 복조기(114)에 통지할 수 있다.

UE 동작 모듈(124)은 정보(136)를 디코더(108)에 제공할 수 있다. 예를 들어, UE 동작 모듈(124)은 eNB(160)로부터의 전송들에 대해 예상되는 인코딩을 디코더(108)에 통지할 수 있다.

UE 동작 모듈(124)은 정보(142)를 인코더(150)에 제공할 수 있다. 정보(142)는 인코딩될 데이터 및/또는 인코딩하기 위한 명령어들을 포함할 수 있다. 예를 들어, UE 동작 모듈(124)은 전송 데이터(146) 및/또는 다른 정보(142)를 인코딩하도록 인코더(150)에 명령할 수 있다. 다른 정보(142)는 PDSCH 하이브리드 ARQ(HARQ)-확인응답(ACK) 정보를 포함할 수 있다.

인코더(150)는 UE 동작 모듈(124)에 의해 제공되는 전송 데이터(146) 및/또는 다른 정보(142)를 인코딩할 수 있다. 예를 들어, 데이터(146) 및/또는 다른 정보(142)의 인코딩은 에러 검출/정정 코딩, 전송을 위해 공간, 시간 및/또는 주파수 리소스들에 데이터를 매핑하는 것, 멀티플렉싱 등을 수반할 수 있다. 인코더(150)는 인코딩된 데이터(152)를 변조기(154)에 제공할 수 있다.

UE 동작 모듈(124)은 정보(144)를 변조기(154)에 제공할 수 있다. 예를 들어, UE 동작 모듈(124)은 eNB(160)로의 전송들을 위해 사용될 변조 타입(예를 들어, 콘스텔레이션 매핑(constellation mapping))을 변조기(154)에 통지할 수 있다. 변조기(154)는 인코딩된 데이터(152)를 변조하여 하나 이상의 변조된 신호(156)를 하나 이상의 송신기(158)에 제공할 수 있다.

UE 동작 모듈(124)은 정보(140)를 하나 이상의 송신기(158)에 제공할 수 있다. 이 정보(140)는 하나 이상의 송신기(158)에 대한 명령어들을 포함할 수 있다. 예를 들어, UE 동작 모듈(124)은 신호를 eNB(160)에 언제 전송할지를 하나 이상의 송신기(158)에 명령할 수 있다. 예를 들어, 하나 이상의 송신기(158)는 UL 서브프레임 동안 전송할 수 있다. 하나 이상의 송신기(158)는 변조된 신호(들)(156)를 상향변환하여 하나 이상의 eNB(160)에 전송할 수 있다.

eNB(160)는 하나 이상의 트랜시버(176), 하나 이상의 복조기(172), 하나 이상의 디코더(166), 하나 이상의 인코더(109), 하나 이상의 변조기(113), 데이터 버퍼(162) 및 eNB 동작 모듈(182)을 포함할 수 있다. 예를 들어, 하나 이상의 수신 및/또는 전송 경로는 eNB(160)에서 구현될 수 있다. 편의상, 단 하나의 트랜시버(176), 디코더(166), 복조기(172), 인코더(109) 및 변조기(113)가 eNB(160)에 예시되지만, 다수의 병렬 요소(예를 들어, 트랜시버들(176), 디코더들(166), 복조기들(172), 인코더들(109) 및 변조기들(113))가 구현될 수 있다.

트랜시버(176)는 하나 이상의 수신기(178) 및 하나 이상의 송신기(117)를 포함할 수 있다. 하나 이상의 수신기(178)는 하나 이상의 안테나(180a-n)를 사용하여 UE(102)로부터 신호들을 수신할 수 있다. 예를 들어, 수신기(178)는 신호들을 수신하고 하향변환하여 하나 이상의 수신된 신호(174)를 생성할 수 있다. 하나 이상의 수신된 신호(174)는 복조기(172)에 제공될 수 있다. 하나 이상의 송신기(117)는 하나 이상의 안테나(180a-n)를 사용하여 UE(102)에 신호들을 전송할 수 있다. 예를 들어, 하나 이상의 송신기(117)는 하나 이상의 변조된 신호(115)를 상향변환하고 전송할 수 있다.

복조기(172)는 하나 이상의 수신된 신호(174)를 복조하여 하나 이상의 복조된 신호(170)를 생성할 수 있다. 하나 이상의 복조된 신호(170)는 디코더(166)에 제공될 수 있다. eNB(160)는 디코더(166)를 사용하여 신호들을 디코딩할 수 있다. 디코더(166)는 하나 이상의 디코딩된 신호(164, 168)를 생성할 수 있다. 예를 들어, 제1 eNB-디코딩된 신호(164)는 수신된 페이로드 데이터를 포함할 수 있는데, 이는 데이터 버퍼(162)에 저장될 수 있다. 제2 eNB-디코딩된 신호(168)는 오버헤드 데이터 및/또는 제어 데이터를 포함할 수 있다. 예를 들어, 제2 eNB-디코딩된 신호(168)는 하나 이상의 동작을 수행하기 위해 eNB 동작 모듈(182)에 의해 사용될 수 있는 데이터(예를 들어, PDSCH HARQ-ACK 정보)를 제공할 수 있다.

일반적으로, eNB 동작 모듈(182)은 eNB(160)가 하나 이상의 UE(102)와 통신하게 할 수 있다. eNB 동작 모듈(182)은 eNB 뉴 라디오(NR) 모듈(194) 중 하나 이상을 포함할 수 있다. eNB NR 모듈(194)은 전술된 바와 같은 연접 동작들을 수행할 수 있다.

eNB 동작 모듈(182)은 정보(188)를 복조기(172)에 제공할 수 있다. 예를 들어, eNB 동작 모듈(182)은 UE(들)(102)로부터의 전송들을 위해 예상되는 변조 패턴을 복조기(172)에 통지할 수 있다.

eNB 동작 모듈(182)은 정보(186)를 디코더(166)에 제공할 수 있다. 예를 들어, eNB 동작 모듈(182)은 UE(들)(102)로부터의 전송들을 위해 예상되는 인코딩을 디코더(166)에 통지할 수 있다.

eNB 동작 모듈(182)은 정보(101)를 인코더(109)에 제공할 수 있다. 정보(101)는 인코딩될 데이터 및/또는 인코딩하기 위한 명령어들을 포함할 수 있다. 예를 들어, eNB 동작 모듈(182)은 전송 데이터(105)를 포함하는 정보(101)를 인코딩하도록 인코더(109)에 명령할 수 있다.

인코더(109)는 eNB 동작 모듈(182)에 의해 제공되는 정보(101) 내에 포함되는 전송 데이터(105) 및/또는 다른 정보를 인코딩할 수 있다. 예를 들어, 정보(101) 내에 포함되는 데이터(105) 및/또는 다른 정보를 인코딩하는 것은 에러 검출 및/또는 정정 코딩, 전송을 위해 공간, 시간 및/또는 주파수 리소스들에 데이터를 매핑하는 것, 멀티플렉싱 등을 수반할 수 있다. 인코더(109)는 인코딩된 데이터(111)를 변조기(113)에 제공할 수 있다. 전송 데이터(105)는 UE(102)에 릴레이될 네트워크 데이터를 포함할 수 있다.

eNB 동작 모듈(182)은 정보(103)를 변조기(113)에 제공할 수 있다. 이 정보(103)는 변조기(113)에 대한 명령어들을 포함할 수 있다. 예를 들어, eNB 동작 모듈(182)은 UE(들)(102)로의 전송들을 위해 사용될 변조 타입(예를 들어, 콘스텔레이션 매핑)을 변조기(113)에 통지할 수 있다. 변조기(113)는 인코딩된 데이터(111)를 변조하여 하나 이상의 변조된 신호(115)를 하나 이상의 송신기(117)에 제공할 수 있다.

eNB 동작 모듈(182)은 정보(192)를 하나 이상의 송신기(117)에 제공할 수 있다. 이 정보(192)는 하나 이상의 송신기(117)에 대한 명령어들을 포함할 수 있다. 예를 들어, eNB 동작 모듈(182)은 신호를 UE(들)(102)에 언제 전송할지(또는 언제 전송하지 않을지)를 하나 이상의 송신기(117)에 명령할 수 있다. 하나 이상의 송신기(117)는 변조된 신호(들)(115)을 상향변환하여 하나 이상의 UE(102)에 전송할 수 있다.

DL 서브프레임이 eNB(160)로부터 하나 이상의 UE(102)로 전송될 수 있으며, UL 서브프레임이 하나 이상의 UE(102)로부터 eNB(160)로 전송될 수 있다는 것에 유의해야 한다. 또한, eNB(160) 및 하나 이상의 UE(102) 모두 표준 특정 서브프레임 내에 데이터를 전송할 수 있다.

eNB(들)(160) 및 UE(들)(102)에 포함된 그것의 요소들 또는 부분들 중 하나 이상이 하드웨어 내에 구현될 수 있다는 것에 또한 유의해야 한다. 예를 들어, 그것의 이러한 요소들 또는 부분들 중 하나 이상은 칩, 회로 또는 하드웨어 컴포넌트들로서 구현될 수 있다. 본원에 기술되는 기능들 또는 방법들 중 하나 이상이 하드웨어 내에 구현되고 그리고/또는 하드웨어를 사용하여 수행될 수 있다는 것에 또한 유의해야 한다. 예를 들어, 본원에 기술되는 방법들 중 하나 이상은 칩셋, 응용-특정적 집적 회로(ASIC), 고밀도 집적 회로(large-scale integrated circuit)(LSI) 또는 집적 회로 등에서 구현되고 그리고/또는 이들을 사용하여 실현될 수 있다.

도 2는 LTE eNB 대칭적 프로토콜 구조를 예시하는 블록도이다. LTE eNB(260)에 의한 제1 LTE 전송(TX1)은 LTE PDCP, LTE RLC, LTE MAC 및 제1 LTE 물리적 계층(PHY-1)을 가진다. LTE UE(202)에 의한 대응하는 LTE 수신(LTE RX1)은 LTE PDCP, LTE RLC, LTE MAC 및 제1 LTE 물리적 계층(PHY-1)을 가진다.

LTE UE(202)에 의한 제2 LTE 전송(TX2)은 LTE PDCP, LTE RLC, LTE MAC 및 제2 LTE 물리적 계층(PHY-2)을 가진다. LTE eNB(260)에 의한 대응하는 LTE 수신(LTE RX2)은 LTE PDCP, LTE RLC, LTE MAC 및 제2 LTE 물리적 계층(PHY-2)을 가진다.

도 3은 라디오 링크 제어(RLC) 및 매체 액세스 제어(MAC) 구조를 예시하는 블록도이며, 여기서 MAC 제어 요소(CE)를 포함하는 MAC 헤더는 DL에 대한 프레임의 앞에 전송된다. MAC 및 RLC에 대한 비대칭적 구조의 하나의 구현(도 14에 기술됨)은 NR gNB TX (즉, RLC-1 및 MAC-1)에 대한 도 3의 LTE-기반 구조를 사용할 수 있다.

도 4는 다운링크(DL)에 대한 프로토콜 구조를 예시하는 블록도이다. 피어-투-피어 통신을 위한 서비스 액세스 포인트(Service Access Points)(SAP)는 서브계층들 간의 인터페이스에 원들로 마킹된다. 물리적 계층과 MAC 서브계층(405) 사이의 SAP는 전송 채널들(411)을 제공한다. MAC 서브계층(405)과 RLC 서브계층(403) 사이의 SAP들은 논리 채널들(409)을 제공한다.

동일한 전송 채널(411)(즉, 전송 블록) 상의 몇 개의 논리 채널들(409)(즉, 라디오 베어러들(407))의 멀티플렉싱은 MAC 서브계층(405)에 의해 수행된다. 업링크 및 다운링크 모두에서, 캐리어 애그리게이션(carrier aggregation)(CA)도 이중 접속성(dual connectivity)(DC)도 모두 구성되지 않을 때, 공간적 멀티플렉싱의 부재 시 단 하나의 전송 블록이 전송 시간 구간(Transmission Time Interval)(TTI)마다 생성된다. 사이드링크에서, 단 하나의 전송 블록이 TTI마다 생성된다.

MAC 서브계층(405)의 주 서비스들 및 기능들은: 논리 채널들과 전송 채널들 간의 매핑; 전송 채널들(411) 상의 물리적 계층에/으로부터 전달되는 전송 블록들(TB)로의/로부터의 하나의 또는 상이한 논리 채널들(409)에 속하는 MAC SDU들의 멀티플렉싱/디멀티플렉싱; 스케줄링 정보 보고; HARQ를 통한 에러 정정; 하나의 UE의 논리 채널들 간의 우선순위 핸들링; 동적 스케줄링에 의한 UE들 간의 우선순위 핸들링; 멀티미디어 브로드캐스트 멀티캐스트 서비스(Multimedia Broadcast Multicast Services)(MBMS) 서비스 식별; 전송 포맷 선택; 및/또는 패딩을 포함할 수 있다.

MAC 서브계층(405)의 사이드링크 특정 서비스들 및 기능들은: 라디오 리소스 선택; 및/또는 사이드링크 통신을 위한 패킷 필터링을 포함할 수 있다.

상이한 종류들의 데이터 전달은 MAC(405)에 의해 제공되는 바와 같이 서비스된다. 각각의 논리 채널 타입은 어떤 타입의 정보가 전송되느냐에 의해 정의된다. 논리 채널들(409)은 2개 그룹들, 즉, 제어 채널들(제어 평면 정보의 전달을 위한); 및 트래픽 채널들(사용자 평면 정보의 전달을 위한)로 일반적으로 분류된다.

제어 채널들은 오직 제어 평면 정보의 전달을 위해 사용될 수 있다. MAC(405)에 의해 제공될 수 있는 제어 채널들은 다음 중 하나 이상을 포함한다:

브로드캐스트 제어 채널(Broadcast Control Channel)(BCCH)은 시스템 제어 정보를 브로드캐스트하기 위한 다운링크 채널이다.

대역폭 축소 브로드캐스트 제어 채널(Bandwidth Reduced Broadcast Control Channel)(BR-BCCH)은 시스템 제어 정보를 브로드캐스트하기 위한 다운링크 채널이다.

페이징 제어 채널(Paging Control Channel)(PCCH)은 페이징 정보 및 시스템 정보 변경 통지들을 전달하는 다운링크 채널이다. 이 채널은 네트워크가 UE(102)의 위치 셀을 알지 못할 때의 페이징을 위해 사용된다.

공통 제어 채널(CCCH)은 UE들(102)과 네트워크 간에 제어 정보를 전송하기 위한 채널이다. 이 채널은 네트워크와의 라디오 리소스 제어(Radio Resource Control)(RRC) 접속을 가지지 않는 UE들(102)에 대해 사용된다.

멀티캐스트 제어 채널(Multicast Control Channel)(MCCH)은 하나의 또는 몇 개의 멀티캐스트 트래픽 채널(Multicast Traffic Channel)(MTCH)에 대해, 네트워크로부터 UE(102)로 MBMS 제어 정보를 전송하기 위해 사용되는 점-대-다점 다운링크 채널이다. 이 채널은 MBMS를 수신하거나 MBMS를 수신하는데 관심이 있는 UE들(102)에 의해서만 사용된다.

단일-셀 멀티캐스트 제어 채널(Single-Cell Multicast Control Channel)(SC-MCCH)은 하나의 또는 몇 개의 단일-셀 멀티캐스트 트래픽 채널(Single-Cell Multicast Traffic Channel)(SC-MTCH)에 대해, 네트워크로부터 UE(102)로 MBMS 제어 정보를 전송하기 위해 사용되는 점-대-다점 다운링크 채널이다. 이 채널은 단일-셀 점-대-다점(SC-PTM)을 사용하여 MBMS를 수신하거나 MBMS를 수신하는데 관심이 있는 UE들(102)에 의해서만 사용된다.

전용 제어 채널(Dedicated Control Channel)(DCCH)은 UE(102)와 네트워크 간에 전용 제어 정보를 전송하는 점-대-점 양방향 채널이다. 이 채널은 RRC 접속을 가지는 UE들(102)에 의해 사용될 수 있다.

사이드링크 브로드캐스트 제어 채널(SBCCH)은 하나의 UE(102)로부터 다른 UE(들)(102)로 사이드링크 시스템 정보를 브로드캐스트하기 위한 사이드링크 채널이다.

트래픽 채널들은 사용자 평면 정보의 전송만을 위해 사용된다. MAC(405)에 의해 제공되는 트래픽 채널들은 다음을 포함할 수 있다:

전용 트래픽 채널(Dedicated Traffic Channel)(DTCH)은 사용자 정보의 전달을 위해, 하나의 UE(102)에 전용되는, 점-대-점 채널이다. DTCH는 업링크 및 다운링크 모두에 존재할 수 있다. DTCH는 제어 평면 CIoT EPS 최적화들만을 사용하는 NB-IoT UE에 대해서는 지원되지 않는다.

멀티캐스트 트래픽 채널(Multicast Traffic Channel)(MTCH)은 네트워크로부터 UE(102)로 트래픽 데이터를 전송하기 위한 점-대-다점 다운링크 채널이다. 이 채널은 MBMS를 수신하는 UE들(102)에 의해서만 사용된다.

단일-셀 멀티캐스트 트래픽 채널(SC-MTCH)은 SC-PTM 전송을 사용하여 네트워크로부터 UE(102)로 트래픽 데이터를 전송하기 위한 점-대-다점 다운링크 채널이다. 이 채널은 SC-PTM을 사용하여 MBMS를 수신하는 UE들에 의해서만 사용된다.

사이드링크 트래픽 채널(STCH)은 하나의 UE(102)로부터 다른 UE(들)(102)로의 사용자 정보의 전달을 위한, 점-대-다점 채널이다. 이 채널은 사이드링크 통신 가능한 UE들(102)에 의해서만 사용된다. 2개의 사이드링크 통신 가능 UE(102) 간의 점-대-점 통신은 STCH를 가지고도 구현될 수 있다.

RLC 서브계층(403)의 주 서비스들 및 기능들은 다음 중 하나 이상을 포함할 수 있다: 상위 계층 PDU들의 전달; ARQ를 통한 에러 정정; RLC SDU들의 연접, 세그먼트화 및 재조립; RLC 데이터 PDU들의 재-세그먼트화; RLC 데이터 PDU들의 재순서화; 복제 검출; 프로토콜 에러 검출; RLC SDU 폐기; 및/또는 RLC 재설정.

RLC 헤더에 의해 반송되는 PDU 시퀀스 번호는 SDU 시퀀스 번호(즉, PDCP 시퀀스 번호)와는 독립적일 수 있다.

사용자 평면에 대한 PDCP 서브계층(401)의 주 서비스들 및 기능들은 다음 중 하나 이상을 포함할 수 있다: 헤더 압축 및 압축해제: 강건한 헤더 압축(Robust Header Compression)(ROHC) 단독; 사용자 데이터의 전달; RLC AM에 대한 PDCP 재설정 프로시저에서의 상위 계층 PDU들의 순차적 전달; DC 내의 분할된 베어러들에 대해(RLC AM에 대해서만 지원): 전송을 위한 PDCP PDU 라우팅 및 수신을 위한 PDCP PDU의 재순서화; RLC AM에 대한 PDCP 재-설정 프로시저에서의 하위 계층 SDU들의 복제 검출; 핸드오버 시 PDCP SDU들의 재전송, 및 DC 내의 분할된 베어러들에 대해, RLC AM에 대한, PDCP 데이터-복원 절차에서의 PDCP PDU들의 재전송; 암호화 및 암호해독; 업링크에서의 타이머-기반 SDU 폐기.

도 5는 업링크(UL)에 대한 프로토콜 구조를 예시하는 블록도이다. 피어-투-피어 통신을 위한 서비스 액세스 포인트(SAP)들은 서브계층들 간의 인터페이스에 원들로 마킹된다. 물리적 계층과 MAC 서브계층(505) 간의 SAP는 전송 채널들을 제공한다. MAC 서브계층과 RLC 서브계층(503) 간의 SAP들은 논리 채널들(509)을 제공한다. 동일한 전송 채널(511)(즉, 전송 블록) 상의 몇 개의 논리 채널들(509)(즉, 라디오 베어러들(507))은 MAC 서브계층(505)에 의해 수행된다.

PDCP(501)는 라디오 링크 제어(RLC) 서브계층(503) 위의, LTE 사용자 평면 계층 2 프로토콜 스택의 최상부 서브계층이다. PDCP 계층(501)은 제어 평면 내의 라디오 리소스 제어(RRC) 메시지들 및 사용자 평면 내의 인터넷 프로토콜(IP) 패킷들을 프로세싱한다. 라디오 베어러(507)에 따라, PDCP 계층의 주 기능들은 헤더 압축, 보안(무결성 검출 및 암호화), 및 핸드오버 동안 재순서화 및 재전송을 위한 지원을 포함할 수 있다.

도 6은 MAC CE를 포함하는 MAC 헤더가 UL에 대해 프레임의 단부에서 전송되는 연접에 대한 방식을 예시하는 블록도이다. 도 6은 RLC 및 MAC 구조의 구현을 예시한다. RLC(603)는 대응하는 SDU들 및 PDU들로 예시된다. MAC(605)는 또한 대응하는 SDU들 및 PDU들로 예시된다. 이 방식으로, 연접은 LTE에서와 유사하다. 그러나, 동적 부분들(예를 들어, 헤더들 및 MAC CE들)이 TB의 단부에 있다. RLC 헤더들은 해당 RLC PDU의 데이터 다음에 붙을 수 있다. 이 특별한 구현은 업-링크(UL)에서 유리할 것인데, 여기서 MAC CE는 프레임의 단부에서 전송된다.

도 6의 연접 구조는 도 14에 도시된 바와 같은 MAC 및 RLC에 대한 비대칭 구조에 대해 사용될 수 있다. 단부-기반 헤더 연접 구조는 NR UE TX(즉, 도 14에서의 RLC-2 및 MAC-2)에 대해 구현될 수 있다.

도 7은 RLC로부터 연접을 제거하기 위한 제1 대안(대안 1)을 예시하는 블록도이다. 이 대안에서, MAC CE는 DL에 대해 MAC 프레임의 시작부에 배치된다. 도 7은 RLC 및 MAC 구조의 구현을 예시한다. RLC(703)는 대응하는 SDU들 및 PDU들로 예시된다. MAC(705)는 또한 대응하는 SDU들 및 PDU들로 예시된다. 도 7의 비-연접 구조는 도 14에 도시된 바와 같이 MAC 및 RLC에 대한 비대칭 구조에 대해 사용될 수 있다. 비-연접 구조는 NR UE TX(즉, 도 14에서의 RLC-2 및 MAC-2)에 대해 구현될 수 있다.

도 8은 RLC 및 MAC 구조의 구현에 대해 예시한다. 이 대안에서, MAC CE는 DL에 대해 MAC 프레임의 시작부에 배치된다. RLC(803)는 대응하는 SDU들 및 PDU들로 예시된다. MAC(805)는 또한 대응하는 SDU들 및 PDU들로 예시된다.

도 9는 RLC로부터 연접을 제거하기 위한 제3 대안(대안 3)을 예시하는 블록도이다. 이 대안에서, MAC CE는 DL에 대해 MAC 프레임의 시작부에 배치된다. 도 9는 RLC 및 MAC 구조의 구현을 예시한다. RLC(903)는 대응하는 SDU들 및 PDU들로 예시된다. MAC(905)는 또한 대응하는 SDU들 및 PDU들로 예시된다.

도 10은 RLC로부터 연접을 제거하기 위한 제4 대안(대안 4)을 예시하는 블록도이다. 이 대안에서, MAC CE는 DL에 대해 MAC 프레임의 시작부에 배치된다. 도 10은 PDCP, RLC 및 MAC 구조의 구현을 예시한다. PDCP(1001)는 대응하는 SDU들 및 PDU들로 예시된다. RLC(1003)는 대응하는 SDU들 및 PDU들로 예시된다. MAC(1005)는 또한 대응하는 SDU들 및 PDU들로 예시된다.

도 11은 RLC로부터 연접을 제거하기 위한 제5 대안(대안 5)을 예시하는 블록도이다. 이 대안에서, MAC CE는 DL에 대해 MAC 프레임의 시작부에 배치된다. 도 11은 PDCP, RLC 및 MAC 구조의 구현을 예시한다. PDCP(1101)는 대응하는 SDU들 및 PDU들로 예시된다. RLC(1103)는 대응하는 SDU들 및 PDU들로 예시된다. MAC(1105)는 또한 대응하는 SDU들 및 PDU들로 예시된다.

도 12는 RLC로부터 연접을 제거하기 위한 제6 대안(대안 6)을 예시하는 블록도이다. 이 대안에서, MAC CE는 DL에 대해 MAC 프레임의 시작부에 배치된다. 도 12는 PDCP, RLC 및 MAC 구조의 구현을 예시한다. PDCP(1201)는 대응하는 SDU들 및 PDU들로 예시된다. RLC(1203)는 대응하는 SDU들 및 PDU들로 예시된다. MAC(1205)는 또한 대응하는 SDU들 및 PDU들로 예시된다.

도 13은 RLC로부터 연접을 제거하기 위한 제7 대안(대안 7)을 예시하는 블록도이다. 이 대안에서, MAC CE는 DL에 대해 MAC 프레임의 시작부에 배치된다. 도 13은 PDCP, RLC 및 MAC 구조의 구현을 예시한다. PDCP(1301)는 대응하는 SDU들 및 PDU들로 예시된다. RLC(1303)는 대응하는 SDU들 및 PDU들로 예시된다. MAC(1305)는 또한 대응하는 SDU들 및 PDU들로 예시된다.

도 14는 MAC 및 RLC에 대한 비대칭적 프로토콜 구조를 예시하는 블록도이며, 여기서 UE는 DL(NR TX1)에서 기지국(gNB)에 의해 사용되는 것과는 상이한 프로토콜 스택(즉, PHY/MAC/RLC/PDCP) 및 패킷 포맷들 및/또는 구조들을 사용하여 패킷들을 구성하고 전송한다(즉, UL NR TX2). 그 차이들은 양 방향들에서 MAC CE를 가지는 MAC 헤더의 위치이다(UL의 경우 MAC 프레임의 단부에 그리고 DL의 경우 MAC 프레임의 시작부에 배치된다). 이 예에서, NR gNB(1460)에 의한 전송(TX)(NR TX1) 및 NR UE(1402)에 의한 대응하는 수신(NR RX1)은 RLC-1, MAC-1 및 PHY-1와 연관된다. NR UE(1402)에 의한 TX(NR TX2) 및 NR gNB(1460)에 의한 대응하는 수신(NR RX2)은 RLC-2, MAC-2 및 PHY-2와 연관된다.

MAC AND RLC에 대한 비대칭적 구조의 하나의 구현은 NR gNB TX(즉, RLC-1 및 MAC-1)에 대한 도 3의 LTE-기반 구조를 사용한다. NR UE TX(즉, RLC-2 및 MAC-2)의 경우, 상이한 방식들이 사용될 수 있다. NR UE TX(즉, 도 14에서의 RLC-2 및 MAC-2)에 대한 비-연접 구조가 도 7에 도시된 바와 같이 구현될 수 있거나, 또는 단부-기반 헤더 연접이 도 6 또는 도 15에 도시된 바와 같이 구현될 수 있다.

도 15는 뉴 라디오(NR) MAC(1505) 및 RLC(1503)에 대한 새로운 단부-기반 헤더들의 예를 예시한다. MAC CE를 포함하는 MAC 헤더는 UL에 대해 프레임의 단부에서 전송된다. RLC(1503)는 대응하는 SDU들 및 PDU들로 예시된다. MAC(1505) 역시 대응하는 SDU들 및 PDU들로 예시된다. 특히, 도 16은 연접이 없는 고정된 헤더 RLC 및 트레일링 MAC 헤더를 도시한다. MAC 헤더는 길이 정보를 가지는 MAC SDU들의 비트맵을 임의적으로 포함할 수 있다. 허가에 기초하는 동적 헤더 역시 존재할 수 있다.

도 15의 연접 구조는 도 14에 도시된 바와 같은 MAC(1505) 및 RLC(1503)의 비대칭적 구조에 대해 사용될 수 있다. 단부-기반 헤더 연접 구조는 NR UE TX(즉, 도 14에서의 RLC-2 및 MAC-2)에 대해 구현될 수 있다.

도 16은 UE(1602)에 대해 이용될 수 있는 다양한 컴포넌트들을 예시한다. MAC CE를 포함하는 MAC 헤더는 UL에 대해 프레임의 단부에서 전송될 수 있다. 도 16에 관해 기술되는 UE(1602)는 도 1에 관해 기술된 UE(102)에 따라 구현될 수 있다. UE(1602)는 UE(1602)의 동작을 제어하는 프로세서(1603)를 포함한다. 프로세서(1603)는 중앙 처리 장치(CPU)라고도 지칭될 수 있다. 판독-전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 이 둘의 조합 또는 정보를 저장할 수 있는 임의의 타입의 디바이스를 포함할 수 있는 메모리(1605)는 명령어들(1607a) 및 데이터(1609a)를 프로세서(1603)에 제공한다. 메모리(1605)의 일부분은 또한 비-휘발성 랜덤 액세스 메모리(NVRAM)를 포함할 수 있다. 명령어들(1607b) 및 데이터(1609b)가 또한 프로세서(1603) 내에 상주할 수 있다. 프로세서(1603) 내에 로딩되는 명령어들(1607b) 및/또는 데이터(1609b)는 프로세서(1603)에 의한 실행 또는 프로세싱을 위해 로딩되었던 메모리(1605)로부터의 명령어들(1607a) 및/또는 데이터(1609a)도 포함할 수 있다. 명령어들(1607b)은 프로세서(1603)에 의해 실행되어 전술된 방법들 중 하나 이상을 구현할 수 있다.

UE(1602)는 데이터의 전송 및 수신을 허용하기 위해 하나 이상의 송신기(1658) 및 하나 이상의 수신기(1620)를 포함하는 하우징도 포함할 수 있다. 송신기(들)(1658) 및 수신기(들)(1620)는 하나 이상의 트랜시버(1618)로 조합될 수 있다. 하나 이상의 안테나(1622a-n)가 하우징에 부착되고 트랜시버(1618)에 전기적으로 커플링된다.

UE(1602)의 다양한 컴포넌트들이 버스 시스템(1611)에 의해 함께 커플링되는데, 이는 전력 버스, 제어 신호 버스 및 상태 신호 버스, 뿐만 아니라 데이터 버스를 포함할 수 있다. 그러나, 명료함을 위해, 다양한 버스들은 버스 시스템(1611)으로서 도 16에 예시된다. UE(1602)는 신호들의 프로세싱 시에 사용하기 위한 디지털 신호 프로세서(DSP)(1613)도 포함할 수 있다. UE(1602)는 UE(1602)의 기능들에 대한 사용자 액세스를 제공하는 통신 인터페이스(1615)도 포함할 수 있다. 도 16에 예시된 UE(1602)는 특정 컴포넌트의 열거이기보다는 기능 블록도이다.

도 17은 eNB(1760)에서 이용될 수 있는 다양한 컴포넌트들을 예시한다. 도 17에 관해 기술되는 eNB(1760)는 도 1에 관해 기술된 eNB(170)에 따라 구현될 수 있다. eNB(1760)는 eNB(1760)의 동작을 제어하는 프로세서(1703)를 포함한다. 프로세서(1703)는 중앙 처리 장치(CPU)라고도 지칭될 수 있다. 판독-전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 이 둘의 조합 또는 정보를 저장할 수 있는 임의의 타입의 디바이스를 포함할 수 있는 메모리(1705)는 명령어들(1707a) 및 데이터(1709a)를 프로세서(1703)에 제공한다. 메모리(1705)의 일부분은 또한 비-휘발성 랜덤 액세스 메모리(NVRAM)를 포함할 수 있다. 명령어들(1707b) 및 데이터(1709b)는 또한 프로세서(1703) 내에 상주할 수 있다. 프로세서(1703) 내에 로딩되는 명령어들(1707b) 및/또는 데이터(1709b)는 프로세서(1703)에 의한 실행 또는 프로세싱을 위해 로딩되었던 메모리(1705)로부터의 명령어들(1707a) 및/또는 데이터(1709a)도 포함할 수 있다. 명령어들(1707b)은 프로세서(1703)에 의해 실행되어 전술된 방법들 중 하나 이상을 구현할 수 있다.

eNB(1760)는 데이터의 전송 및 수신을 허용하기 위해 하나 이상의 송신기(1717) 및 하나 이상의 수신기(1778)를 포함하는 하우징도 포함할 수 있다. 송신기(들)(1717) 및 수신기(들)(1778)는 하나 이상의 트랜시버(1776)로 조합될 수 있다. 하나 이상의 안테나(1780a-n)가 하우징에 부착되고 트랜시버(1776)에 전기적으로 커플링된다.

eNB(1760)의 다양한 컴포넌트들이 버스 시스템(1711)에 의해 함께 커플링되는데, 이는 전력 버스, 제어 신호 버스 및 상태 신호 버스, 뿐만 아니라 데이터 버스를 포함할 수 있다. 그러나, 명료함을 위해, 다양한 버스들은 버스 시스템(1711)으로서 도 17에 예시된다. eNB(1760)는 신호들의 프로세싱 시에 사용하기 위한 디지털 신호 프로세서(DSP)(1713)도 포함할 수 있다. eNB(1760)는 eNB(1760)의 기능들에 대한 사용자 액세스를 제공하는 통신 인터페이스(1715)도 포함할 수 있다. 도 17에 예시된 eNB(1760)는 특정 컴포넌트의 열거이기보다는 기능 블록도이다.

도 18은 비대칭적 업-링크/다운-링크 프로토콜 스택 및 프레임 구조에 대한 시스템들 및 방법들이 구현될 수 있는 UE(1802)의 하나의 구현을 예시하는 블록도이다. UE(1802)는 전송 수단(1858), 수신 수단(1820) 및 제어 수단(1824)을 포함한다. 전송 수단(1858), 수신 수단(1820) 및 제어 수단(1824)은 위에서 도 1에 관해 기술된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 도 16은 위에서 도 18의 구체적인 장치 구조의 일 예를 예시한다. 다른 다양한 구조들이 구현되어 도 1의 기능들 중 하나 이상을 실현할 수 있다. 예를 들어, DSP는 소프트웨어에 의해 실현될 수 있다.

도 19는 비대칭적 업-링크/다운-링크 프로토콜 스택 및 프레임 구조에 대한 시스템들 및 방법들이 구현될 수 있는 eNB(1960)의 하나의 구현을 예시하는 블록도이다. eNB(1960)는 전송 수단(1917), 수신 수단(1978) 및 제어 수단(1982)을 포함한다. 전송 수단(1917), 수신 수단(1978) 및 제어 수단(1982)은 위에서 도 1에 관해 기술된 기능들 중 하나 이상을 수행하도록 구성될 수 있다. 도 17은 위에서 도 19의 구체적인 장치 구조의 일 예를 예시한다. 다른 다양한 구조들이 구현되어 도 1의 기능들 중 하나 이상을 실현할 수 있다. 예를 들어, DSP는 소프트웨어에 의해 실현될 수 있다.

도 20은 UE(102)에 의한 방법(2000)을 예시하는 흐름도이다. UE(102)는 NR 사용자 평면 데이터 트래픽을 전송 및 수신하도록 구성되는 5G NR UE일 수 있다.

UE(102)는 수신 매체 액세스 제어(MAC) 프로토콜 및/또는 수신 라디오 링크 제어(RLC) 프로토콜 및/또는 수신 패킷 데이터 컨버지 프로토콜(PDCP)에 따라 수신된 데이터 패킷들을 프로세싱할 수 있다(2002).

UE(102)는 전송 MAC 및 RLC 프로토콜들에 따라 전송을 위한 데이터 패킷들을 프로세싱할 수 있다(2004). 전송 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조는 수신 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조와는 포맷들이 상이하다.

RLC 프로토콜이 LTE RLC에 기초할 수 있는 반면, 전송 라디오 링크 제어(RLC) 프로토콜은 LTE RLC에 기초하지 않는다. 대안적으로, 수신 RLC 프로토콜은 LTE에 기초하지 않을 수 있는 반면, 전송 RLC 프로토콜은 LTE RLC에 기초한다.

수신 MAC 프로토콜은 LTE MAC에 기초할 수 있는 반면 전송 MAC 프로토콜은 LTE 기반이 아니다. 대안적으로, 수신 MAC 프로토콜은 LTE MAC에 기초하지 않을 수 있는 반면, 전송 MAC 프로토콜은 LTE 기반이다.

UE 내의 전송 MAC 프로세싱 프로토콜 및/또는 전송 MAC 프레임 구조는 기지국(예를 들어, gNB) 내의 전송 MAC 프로세싱 프로토콜 및/또는 전송 프레임 구조와는 상이할 수 있다. UE 내의 전송 RLC 프로세싱 프로토콜 및/또는 RLC 전송 프레임 구조는 기지국(예를 들어, gNB)내의 전송 RLC 프로세싱 프로토콜 및/또는 전송 프레임 구조와는 상이할 수 있다. UE 내의 전송 PDCP 프로토콜은 기지국 내의 전송 PDCP 프로토콜과는 상이할 수 있다.

UE 내의 수신 MAC 프로세싱 프로토콜 및 수신된 프레임 포맷들은 기지국(예를 들어, gNB) 내의 수신 MAC 프세싱 프로토콜 및 수신된 프레임 포맷들과는 상이할 수 있다. UE 내의 수신 RLC 프로토콜은 기지국(예를 들어, gNB) 내의 수신 RLC 프로토콜과는 상이할 수 있다. UE 내의 수신 PDCP 프로토콜은 기지국 내의 수신 PDCP 프로토콜과는 상이할 수 있다.

UE 내의 전송 RLC 프로토콜은 연접을 수행할 수 있는 반면, 기지국(예를 들어, gNB) 내의 전송 RLC 프로토콜은 연접을 수행하지 않는다. 기지국(예를 들어, gNB) 내의 전송 RLC 프로토콜은 고정된 사이즈의 RLC 시퀀스 번호 및 길이 필드를 가질 수 있다. 기지국(예를 들어, gNB) 내의 전송 RLC 프로토콜은 전송 MAC 프로토콜로부터의 입력을 기다리지 않을 수 있다. 기지국(예를 들어, gNB) 내의 전송 RLC 프로토콜은 물리적 계층(PHY) 전송 블록 사이즈와는 독립적일 수 있다.

UE 내의 전송 RLC 프로토콜은 연접을 수행하지 않을 수 있는 반면, 기지국(예를 들어, gNB) 내의 전송 RLC 프로토콜은 연접을 수행한다. UE 내의 전송 RLC 프로토콜은 고정된 사이즈의 RLC 시퀀스 번호 및 길이 필드를 가질 수 있다. UE 내의 전송 RLC 프로토콜은 전송 MAC 프로토콜로부터의 입력을 기다리지 않을 수 있다. UE 내의 전송 RLC 프로토콜은 물리적 계층(PHY) 전송 블록 사이즈와는 독립적일 수 있다.

UE 내의 전송 RLC 프로토콜은 기지국(예를 들어, gNB) 내의 전송 RLC 프로토콜에서 수행되는 것과는 상이한 구조로 연접을 수행할 수 있다.

UE 내의 전송 MAC 프로토콜은 MAC 프레임의 시작부에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)를 구성할 수 있는 반면, 기지국(예를 들어, gNB) 내의 전송 MAC 프로토콜은 MAC 프레임의 백 엔드에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)를 구성한다.

UE 내의 전송 MAC 프로토콜은 MAC 프레임의 백 엔드에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)를 구성할 수 있는 반면, 기지국(예를 들어, gNB) 내의 전송 MAC 프로토콜은 MAC 프레임의 시작부에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)를 구성한다.

도 21은 eNB(160)에 의한 방법(2100)을 예시하는 흐름도이다. eNB(160)는 NR 사용자 평면 데이터 트래픽을 전송 및 수신하도록 구성되는 5G NR 기지국(gNB)일 수 있다.

eNB(160)는 수신 매체 액세스 제어(MAC) 프로토콜 및/또는 수신 라디오 링크 제어(RLC) 프로토콜 및/또는 수신 패킷 데이터 컨버지 프로토콜(PDCP)에 따라 수신된 데이터 패킷들을 프로세싱할 수 있다(2102). eNB(160)는 전송 MAC 및 RLC 프로토콜들에 따라 전송을 위한 데이터 패킷들을 프로세싱할 수도 있다(2104). 전송 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조는 수신 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조와는 포맷들이 상이할 수 있다. 이것은 도 20에 관해 기술된 바와 같이 달성될 수 있다.

용어 "컴퓨터-판독가능한 매체"는 컴퓨터 또는 프로세서에 의해 액세스될 수 있는 임의의 가용 매체를 지칭한다. 용어 "컴퓨터-판독가능한 매체"는, 본원에서 사용되는 바와 같이, 비-일시적이며 유형적인 컴퓨터- 및/또는 프로세서-판독가능한 매체를 나타낼 수 있다. 제한이 아닌, 예로써, 컴퓨터-판독가능한 또는 프로세서-판독가능한 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장소, 자기 디스크 저장소 또는 다른 자기 저장 디바이스들, 또는 명령어들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 반송하거나 저장하기 위해 사용될 수 있고 컴퓨터 또는 프로세서에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 디스크(disk 및 disc)는, 본원에서 사용되는 바와 같이, 컴팩트 disc(CD), 레이저 disc, 광학 disc, 디지털 다목적 disc(DVD), 플로피 disk 및 Blu-ray® disc를 포함하며, 여기서 disk들은 일반적으로 데이터를 자기적으로 재생하는 반면, disc들은 데이터를 레이저로 광학적으로 재생한다.

본원에 기술된 방법들 중 하나 이상이 하드웨어에서 구현되고 그리고/또는 하드웨어를 사용하여 수행될 수 있다는 것에 유의해야 한다. 예를 들어, 본원에 기술되는 방법들 중 하나 이상은 칩셋, 응용-특정적 집적 회로(ASIC), 고밀도 집적 회로(LSI) 또는 집적 회로 등에서 구현되고 그리고/또는 이들을 사용하여 실현될 수 있다.

본원에 개시된 방법들 각각은 기술된 방법을 달성하기 위한 하나 이상의 단계 또는 동작을 포함한다. 방법 단계들 및/또는 동작들은 청구항들의 범위로부터 벗어나지 않고 서로 교환되고 그리고/또는 단일 단계로 조합될 수 있다. 다시 말해, 단계들 또는 동작들의 특정 순서가 기술되는 방법의 적절한 동작을 위해 요구되지 않는 한, 특정 단계들 및/또는 동작들의 순서 및/또는 사용은 청구항들의 범위를 벗어나지 않고 수정될 수 있다.

청구항들이 위에 예시된 정확한 구성 및 컴포넌트들로 제한되지 않는다는 것이 이해되어야 한다. 다양한 수정들, 변경들 및 변형들이 청구항들의 범위에서 벗어나지 않고 본원에 기술된 시스템들, 방법들 및 장치의 배열, 동작 및 상세항목들에서 이루어질 수 있다.

기술된 시스템들 및 방법들에 따른 eNB(160) 또는 UE(102) 상에서 실행하는 프로그램은 기술된 시스템들 및 방법들에 따라 기능을 실현하는 것과 같은 방식으로 CPU 등을 제어하는 프로그램(컴퓨터가 동작하게 하기 위한 프로그램)이다. 이후, 이들 장치들에서 핸들링되는 정보는 프로세싱되는 동안 RAM에 임시로 저장된다. 이후, 정보는 다양한 ROM들 또는 HDD들에 저장되고, 필요할 때마다 CPU에 의해 판독되어 수정되거나 기입된다. 프로그램이 저장되는 레코딩 매체로서, 반도체(예를 들어, ROM, 비휘발성 메모리 카드 등), 광학 저장 매체(예를 들어, DVD, MO, MD, CD, BD 등), 자기 저장 매체(예를 들어, 자기 테이프, 플렉시블 디스크 등) 등 중에서, 임의의 하나가 가능하다. 또한, 일부 경우들에서, 전술된 기술된 시스템들 및 방법들에 따른 기능은 로딩된 프로그램을 실행함으로써 실현되고, 추가로, 기술된 시스템들 및 방법들에 따른 기능은, 프로그램으로부터의 명령어에 기초하여, 운영 체제 또는 다른 응용 프로그램들과 함께 실현될 수 있다.

또한, 프로그램들이 시중에서 이용가능한 경우, 휴대용 레코딩 매체에 저장된 프로그램이 분배될 수 있거나, 또는 프로그램은 인터넷과 같은 네트워크를 통해 접속하는 서버 컴퓨터에 전송될 수 있다. 이 경우, 서버 컴퓨터 내의 저장 디바이스도 포함된다. 또한, 전술된 시스템들 및 방법들에 따른 eNB(160) 및 UE(102)의 일부 또는 전부는 일반적인 집적 회로인 LSI로서 실현될 수 있다. eNB(160) 및 UE(102)의 각각의 기능 블록은 칩 내로 개별적으로 구축될 수 있고, 일부의 또는 모든 기능 블록들은 하나의 칩 내에 집적될 수 있다. 또한, 집적 회로의 기법은 LSI로 제한되지 않고, 기능 블록에 대한 집적 회로는 전용 회로 또는 범용 프로세서에 의해 실현될 수 있다. 또한, 반도체 기술의 발전으로, LSI를 대체하는 집적 회로의 기술이 출현하는 경우, 그 기술이 적용되는 집적 회로를 사용하는 것도 가능하다.

또한, 전술된 실시예들 각각에서 사용되는 기지국 디바이스 및 단말 디바이스의 각각의 기능 블록 또는 다양한 특징들은 회로에 의해 구현되거나 실행될 수 있는데, 회로는 일반적으로 하나의 집적 회로 또는 복수의 집적 회로이다. 본 명세서에 기술된 기능들을 실행하도록 설계되는 회로는 범용 프로세서, 디지털 신호 프로세서(DSP), 응용 특정적 또는 범용 애플리케이션 집적 회로(ASIC), 필드 프로그래밍가능 게이트 어레이(FPGA), 또는 다른 프로그래밍가능 논리 디바이스들, 이산 게이트들 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트, 또는 그 조합을 포함할 수 있다. 범용 프로세서는 마이크로프로세서일 수 있거나, 또는 대안적으로 프로세서는 통상적인 프로세서, 제어기, 마이크로컨트롤러 또는 상태 머신일 수 있다. 범용 프로세서 또는 전술된 각각의 회로는 디지털 회로에 의해 구성될 수 있거나, 아날로그 회로에 의해 구성될 수 있다. 또한, 반도체 기술의 진보로 인해 현재의 집적 회로들을 대체하는 집적 회로를 만드는 기술이 출현할 때, 이 기술에 의한 집적 회로도 사용될 수 있다.

Claims

NR 사용자 평면 데이터 트래픽 및 NR 제어 평면 데이터를 전송 및 수신하기 위한 5G NR 사용자 장비(UE)로서,
프로세서; 및
상기 프로세서와 전자 통신하는 메모리
를 포함하고, 상기 메모리에 저장되는 명령어들은:
수신 매체 액세스 제어(Medium Access Control)(MAC) 프로토콜 및/또는 수신 라디오 링크 제어(Radio Link Control)(RLC) 프로토콜 및/또는 수신 패킷 데이터 컨버지 프로토콜(Packet Data Converge Protocol)(PDCP)에 따라 수신된 다운링크(downlink)(DL) 패킷들을 프로세싱하고;
전송 MAC 및/또는 RLC 프로토콜들에 따라 전송을 위한 업링크(uplink)(UL) 패킷들을 프로세싱하도록
실행가능하고, 전송 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조는 수신 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조와는 포맷들이 상이한 UE.
제1항에 있어서,
상기 UE 내의 전송/수신 MAC 프로세싱 프로토콜 및/또는 전송/수신 MAC 프레임 구조는 기지국 내의 전송/수신 MAC 프로세싱 프로토콜 및/또는 전송/수신 프레임 구조와는 상이한 UE.
제1항에 있어서,
상기 UE 내의 전송/수신 RLC 프로세싱 프로토콜 및/또는 RLC 전송/수신 프레임 구조는 기지국 내의 전송/수신 RLC 프로세싱 프로토콜 및/또는 전송/수신 프레임 구조와는 상이한 UE.
제1항에 있어서,
상기 UE 내의 전송/수신 PDCP 프로세싱 프로토콜 및/또는 RLC 전송/수신 프레임 구조는 상기 기지국 내의 전송/수신 PDCP 프로세싱 프로토콜 및/또는 RLC 전송/수신 프레임 구조와는 상이한 UE.
제1항에 있어서,
상기 UE 내의 전송 RLC 프로토콜은 연접(concatenation)을 수행하지 않는 반면, 기지국 내의 전송 RLC 프로토콜은 연접을 수행하는 UE.
제1항에 있어서,
상기 UE 내의 상기 전송 MAC 프로토콜은 상기 MAC 프레임의 백 엔드(back end)에 헤더들 및 MAC CE를 포함하는 MAC 서브 프로토콜 데이터 유닛(protocol data unit)(PDU)들을 구성하는 UE.
제1항에 있어서,
기지국 내의 상기 전송 MAC 프로토콜은 상기 MAC 프레임의 시작부에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)를 구성하는 UE.
제1항에 있어서,
상기 UE 내의 상기 전송 MAC 프로토콜은 상기 MAC 프레임의 백 엔드에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)를 구성하는 반면 기지국 내의 상기 전송 MAC 프로토콜은 상기 MAC 프레임의 시작부에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)를 구성하는 UE.
제8항에 있어서,
MAC 헤더는 MAC CE를 포함하는 상기 MAC 프레임 내의 상이한 요소들의 위치를 포함하는 MAC PDU의 구성에 관한 정보를 포함하는 UE.
제8항에 있어서,
정보는 상기 MAC 프레임 내에 상이한 RLC PDU들의 비트 맵을 포함하는 UE.
NR 사용자 평면 데이터 트래픽 및 NR 제어 평면 데이터를 전송 및 수신하기 위한 5G NR 기지국(gNB)으로서,
프로세서; 및
상기 프로세서와 전자 통신하는 메모리
를 포함하고, 상기 메모리에 저장되는 명령어들은:
수신 매체 액세스 제어(MAC) 프로토콜 및/또는 수신 라디오 링크 제어(RLC) 프로토콜 및/또는 수신 패킷 데이터 컨버지 프로토콜(PDCP)에 따라 수신된 다운링크(DL) 패킷들을 프로세싱하고;
전송 MAC 및/또는 RLC 프로토콜들에 따라 전송을 위한 업링크(UL) 패킷들을 프로세싱하도록
실행가능하고, 전송 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조는 수신 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조와는 포맷들이 상이한 gNB.
제11항에 있어서,
상기 gNB 내의 전송/수신 MAC 프로세싱 프로토콜 및/또는 전송/수신 MAC 프레임 구조는 상기 UE 내의 전송/수신 MAC 프로세싱 프로토콜 및/또는 전송/수신 프레임 구조와는 상이한 gNB.
제11항에 있어서,
상기 gNB 내의 전송/수신 RLC 프로세싱 프로토콜 및/또는 RLC 전송 프레임 구조는 상기 UE 내의 전송 RLC 프로세싱 프로토콜 및/또는 전송 프레임 구조와는 상이한 gNB.
제11항에 있어서,
상기 gNB 내의 전송/수신 PDCP 프로토콜은 상기 UE 내의 전송/수신 PDCP 프로토콜과는 상이한 gNB.
제11항에 있어서,
상기 gNB 내의 전송 RLC 프로토콜은 연접을 수행하는 반면 상기 UE 내의 전송 RLC 프로토콜은 연접을 수행하지 않는 gNB.
제11항에 있어서,
상기 gNB 내의 DL 전송 MAC 프로세싱 프로토콜은 상기 MAC 프레임의 시작부에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)를 구성하는 gNB.
제11항에 있어서,
상기 UE 내의 UL 전송 MAC 프로토콜은 상기 MAC 프레임의 백 엔드에 MAC CE를 포함하는 MAC 서브PDU(들)를 구성하는 gNB.
제11항에 있어서,
상기 gNB 내의 DL 전송 MAC 프로세싱 프로토콜은 상기 MAC 프레임의 시작부에 헤더들 및 MAC CE를 포함하는 MAC 서브 PDU(들)를 구성하는 반면, 상기 UE 내의 UL 전송 MAC 프로토콜은 상기 MAC 프레임의 백 엔드에 헤더들 및 MAC CE를 포함하는 MAC 서브PDU(들)를 구성하는 gNB.
5G NR 사용자 장비(UE)에 의해 NR 사용자 평면 데이터 트래픽 및 NR 제어 평면 데이터를 전송 및 수신하기 위한 방법으로서,
수신 매체 액세스 제어(MAC) 프로토콜 및/또는 수신 라디오 링크 제어(RLC) 프로토콜 및/또는 수신 패킷 데이터 컨버지 프로토콜(PDCP)에 따라 수신된 다운링크(DL) 패킷들을 프로세싱하는 단계; 및
전송 MAC 및/또는 RLC 프로토콜들에 따라 전송을 위한 업링크(UL) 패킷들을 프로세싱하는 단계
를 포함하고, 전송 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조는 수신 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조와는 포맷들이 상이한 방법.
5G NR 기지국(gNB)에 의해 NR 사용자 평면 데이터 트래픽 및 NR 제어 평면 데이터를 전송 및 수신하기 위한 방법으로서,
수신 매체 액세스 제어(MAC) 프로토콜 및/또는 수신 라디오 링크 제어(RLC) 프로토콜 및/또는 수신 패킷 데이터 컨버지 프로토콜(PDCP)에 따라 수신된 다운링크(DL) 패킷들을 프로세싱하는 단계; 및
전송 MAC 및/또는 RLC 프로토콜들에 따라 전송을 위한 업링크(UL) 패킷들을 프로세싱하는 단계
를 포함하고, 전송 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조는 수신 MAC 및/또는 RLC 프레임 구조 및/또는 PDCP 프레임 구조와는 포맷들이 상이한 방법.