KR20220031575A

KR20220031575A - 비확인 응답 모드(um) 데이터 라디오 베어러(drb)를 위한 무손실 송신

Info

Publication number: KR20220031575A
Application number: KR1020217043353A
Authority: KR
Inventors: 루이밍 정; 시펭 주; 카르티카 팔라두구
Original assignee: 퀄컴 인코포레이티드
Priority date: 2019-07-08
Filing date: 2019-07-08
Publication date: 2022-03-11
Also published as: JP7378569B2; US11503663B2; US20210014924A1; JP2022544447A; BR112021026518A2; TW202110116A; CN114026805A; EP3997820A4; EP3997820A1; WO2021003630A1

Abstract

무선 통신을 위한 기법들이 개시된다. 방법은 수신기 디바이스의 RLC(radio link control) 엔티티로부터 수신기 디바이스의 PDCP(packet data convergence protocol) 엔티티에서, 복수의 RLC 데이터 패킷들을 수신하는 단계 ― 복수의 RLC 데이터 패킷들은 RLC UM(unacknowledged mode) DRB(data radio bearer) 또는 RLC TM(transparent mode) DRB를 통해 송신기 디바이스로부터 수신됨 ― ; PDCP 엔티티가, 복수의 RLC 데이터 패킷들에 대응하는 복수의 PDCP 데이터 패킷들을 생성하는 단계; 복수의 PDCP 데이터 패킷들의 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 전송하기로 결정하는 단계; PDCP 상태 보고를 송신기 디바이스의 PDCP 엔티티에 전송하는 단계; 및 PDCP 상태 보고를 전송한 것에 대한 응답으로, 송신기 디바이스로부터, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신하는 단계를 포함한다.

Description

비확인 응답 모드(UM) 데이터 라디오 베어러(DRB)를 위한 무손실 송신

[0001] 본 개시내용의 양상들은 일반적으로 무선 통신들 등에 관한 것이다.

[0002] 무선 통신 시스템들은 1세대(1G) 아날로그 무선 폰 서비스, 2세대(2G) 디지털 무선 폰 서비스(중간 2.5G 네트워크들을 포함함), 3세대(3G) 고속 데이터, 인터넷-가능 무선 서비스, 및 4세대(4G) 서비스(예컨대, LTE(Long-Term Evolution) 또는 WiMax)를 포함한 다양한 세대들을 통해 개발되어 왔다. 셀룰러 및 개인 통신 서비스(PCS: personal communications service) 시스템들을 포함하여 많은 다양한 타입들의 무선 통신 시스템들이 현재 사용되고 있다. 알려진 셀룰러 시스템들의 예들은 셀룰러 아날로그 AMPS(Advanced Mobile Phone System), 및 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), TDMA의 GSM(Global System for Mobile access) 변형 등에 기반한 디지털 셀룰러 시스템들을 포함한다.

[0003] 5세대(5G) 무선 표준은 여러 개선사항들 중에서도 보다 빠른 데이터 전송 속도들, 매우 많은 수의 연결들 및 보다 양호한 커버리지를 가능하게 한다. 차세대 모바일 네트워크 연합(Next Generation Mobile Networks Alliance)에 따른 5G 표준(NR(New Radio)로 또한 지칭됨)은, 한 사무실 층에서 수십명의 작업자들에게 초당 1기가비트의 데이터 레이트를 제공하는 것과 더불어, 수만 명의 사용자들 각각에게 초당 수십 메가비트의 데이터 레이트를 제공하도록 설계된다. 대규모 무선 센서 전개들을 지원하려면, 수십만 개의 동시 연결들이 지원되어야 한다. 결과적으로, 5G 모바일 통신들의 스펙트럼 효율은 현재 4G 표준에 비해 크게 향상되어야 한다. 또한, 현재 표준들에 비해, 시그널링 효율들은 향상되어야 하고, 레이턴시는 크게 감소되어야 한다.

[0004] 이하는 본원에 개시된 하나 이상의 양상들에 관한 단순화된 요약을 제시한다. 이로써, 이하의 요약은 모든 고려된 양상들에 관련된 포괄적인 개관으로 고려되지 않아야 하고, 이하의 요약은 모든 고려된 양상들에 관련된 핵심 또는 중요 엘리먼트들을 식별하거나 또는 임의의 특정 양상과 연관된 범위를 서술하는 것으로 고려되지 않아야 한다. 따라서, 이하의 요약은, 아래에 제시되는 상세한 설명에 앞서 간략화된 형태로 본원에 개시된 메커니즘들에 관련된 하나 이상의 양상들에 관련된 특정한 개념들을 제시하려는 유일한 목적을 갖는다.

[0005] 일 양상에서, 수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법은 수신기 디바이스의 RLC(radio link control) 엔티티로부터 수신기 디바이스의 PDCP(packet data convergence protocol) 엔티티에서, 복수의 RLC 데이터 패킷들을 수신하는 단계 ― 복수의 RLC 데이터 패킷들은 RLC UM(unacknowledged mode) DRB(data radio bearer) 또는 RLC TM(transparent mode) DRB를 통해 송신기 디바이스로부터 수신됨, PDCP 엔티티가 복수의 RLC 데이터 패킷들에 대응하는 복수의 PDCP 데이터 패킷들을 생성하는 단계, 복수의 PDCP 데이터 패킷들의 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 전송하기로 결정하는 단계, PDCP 상태 보고를 송신기 디바이스의 PDCP 엔티티에 전송하는 단계, 및 PDCP 상태 보고를 전송한 것에 대한 응답으로, 송신기 디바이스로부터, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신하는 단계를 포함한다.

[0006] 일 양상에서, 송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법은 송신기 디바이스의 RLC 엔티티가 송신기 디바이스의 PDCP 엔티티로부터 수신된 복수의 PDCP 데이터 패킷들에 대응하는 복수의 RLC 데이터 패킷들을 생성하는 단계, RLC UM DRB 또는 RLC TM DRB를 통해, 복수의 RLC 데이터 패킷들을 수신기 디바이스에 송신하는 단계, 수신기 디바이스로부터, 복수의 PDCP 데이터 패킷들의 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 수신하는 단계, 및 PDCP 상태 보고에 기반하여, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신기 디바이스에 송신하는 단계를 포함한다.

[0007] 일 양상에서, 무선 통신을 위한 장치는 수신기 디바이스의 적어도 하나의 프로세서를 포함하고, 적어도 하나의 프로세서는: 수신기 디바이스의 RLC 엔티티로부터 수신기 디바이스의 PDCP 엔티티에서, 복수의 RLC 데이터 패킷들을 수신하고 ― 복수의 RLC 데이터 패킷들은 RLC UM DRB 또는 RLC TM DRB를 통해 송신기 디바이스로부터 수신됨 ― , PDCP 엔티티가 복수의 RLC 데이터 패킷들에 대응하는 복수의 PDCP 데이터 패킷들을 생성하고, 복수의 PDCP 데이터 패킷들의 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 전송하기로 결정하고, PDCP 상태 보고를 송신기 디바이스의 PDCP 엔티티에 전송하고, 그리고 PDCP 상태 보고를 전송한 것에 대한 응답으로, 송신기 디바이스로부터, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신하도록 구성된다.

[0008] 일 양상에서, 무선 통신을 위한 장치는 송신기 디바이스의 적어도 하나의 프로세서를 포함하고, 적어도 하나의 프로세서는: 송신기 디바이스의 RLC 엔티티가 송신기 디바이스의 PDCP 엔티티로부터 수신된 복수의 PDCP 데이터 패킷들에 대응하는 복수의 RLC 데이터 패킷들을 생성하고, 송신기 디바이스의 송신기로 하여금, RLC UM DRB 또는 RLC TM DRB를 통해, 복수의 RLC 데이터 패킷들을 수신기 디바이스에 송신하게 하고, 수신기 디바이스로부터, 복수의 PDCP 데이터 패킷들의 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 수신하고, 그리고 송신기로 하여금, PDCP 상태 보고에 기반하여, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신기 디바이스에 송신하게 하도록 구성된다.

[0009] 일 양상에서, 컴퓨터 실행 가능 명령들을 저장하는 비일시적 컴퓨터 판독 가능 매체는 컴퓨터 실행 가능 명령들을 포함하고, 컴퓨터 실행 가능 명령들은 수신기 디바이스의 RLC 엔티티로부터 수신기 디바이스의 PDCP 엔티티에서, 복수의 RLC 데이터 패킷들을 수신하도록 수신기 디바이스에 명령하는 적어도 하나의 명령 ― 복수의 RLC 데이터 패킷들은 RLC UM DRB 또는 RLC TM DRB를 통해 송신기 디바이스로부터 수신됨 ― , PDCP 엔티티가 복수의 RLC 데이터 패킷들에 대응하는 복수의 PDCP 데이터 패킷들을 생성하도록 수신기 디바이스에 명령하는 적어도 하나의 명령, 복수의 PDCP 데이터 패킷들의 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 전송하기로 결정하도록 수신기 디바이스에 명령하는 적어도 하나의 명령, PDCP 상태 보고를 송신기 디바이스의 PDCP 엔티티에 전송하도록 수신기 디바이스에 명령하는 적어도 하나의 명령, 및 PDCP 상태 보고를 전송한 것에 대한 응답으로, 송신기 디바이스로부터, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신하도록 수신기 디바이스에 명령하는 적어도 하나의 명령을 포함한다.

[0010] 일 양상에서, 컴퓨터 실행 가능 명령들을 저장하는 비일시적 컴퓨터 판독 가능 매체는 컴퓨터 실행 가능 명령들을 포함하고, 컴퓨터 실행 가능 명령들은 송신기 디바이스의 RLC 엔티티가 송신기 디바이스의 PDCP 엔티티로부터 수신된 복수의 PDCP 데이터 패킷들에 대응하는 복수의 RLC 데이터 패킷들을 생성하도록 송신기 디바이스에 명령하는 적어도 하나의 명령, RLC UM DRB 또는 RLC TM DRB를 통해, 복수의 RLC 데이터 패킷들을 수신기 디바이스에 송신하도록 송신기 디바이스에 명령하는 적어도 하나의 명령, 수신기 디바이스로부터, 복수의 PDCP 데이터 패킷들의 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 수신하도록 송신기 디바이스에 명령하는 적어도 하나의 명령, 및 PDCP 상태 보고에 기반하여, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신기 디바이스에 송신하도록 송신기 디바이스에 명령하는 적어도 하나의 명령을 포함한다.

[0011] 일 양상에서, 무선 통신을 위한 장치는 수신기 디바이스의 프로세싱을 위한 수단을 포함하고, 프로세싱을 위한 수단은: 수신기 디바이스의 RLC 엔티티로부터 수신기 디바이스의 PDCP 엔티티에서, 복수의 RLC 데이터 패킷들을 수신하고 ― 복수의 RLC 데이터 패킷들은 RLC UM DRB 또는 RLC TM DRB를 통해 송신기 디바이스로부터 수신됨 ― , PDCP 엔티티가 복수의 RLC 데이터 패킷들에 대응하는 복수의 PDCP 데이터 패킷들을 생성하고, 복수의 PDCP 데이터 패킷들의 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 전송하기로 결정하고, PDCP 상태 보고를 송신기 디바이스의 PDCP 엔티티에 전송하고, 그리고 PDCP 상태 보고를 전송한 것에 대한 응답으로, 송신기 디바이스로부터, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신하도록 구성된다.

[0012] 일 양상에서, 무선 통신을 위한 장치는 송신기 디바이스의 프로세싱을 위한 수단을 포함하고, 프로세싱을 위한 수단은: 송신기 디바이스의 RLC 엔티티가 송신기 디바이스의 PDCP 엔티티로부터 수신된 복수의 PDCP 데이터 패킷들에 대응하는 복수의 RLC 데이터 패킷들을 생성하고, 송신기 디바이스의 송신기로 하여금, RLC UM DRB 또는 RLC TM DRB를 통해, 복수의 RLC 데이터 패킷들을 수신기 디바이스에 송신하게 하고, 수신기 디바이스로부터, 복수의 PDCP 데이터 패킷들의 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 수신하고, 그리고 송신기로 하여금, PDCP 상태 보고에 기반하여, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신기 디바이스에 송신하게 하도록 구성된다.

[0013] 본원에 개시된 양상들과 연관된 다른 목적들 및 장점들은 첨부 도면들 및 상세한 설명에 기반할 때 당업자에게 명백할 것이다.

[0014] 첨부 도면들은 본 개시내용의 다양한 양상들의 설명을 보조하도록 제시되며, 양상들의 제한이 아니라 예시를 위해서만 제공된다.
[0015] 도 1은 다양한 양상들에 따른 예시적인 무선 통신 시스템을 예시한다.
[0016] 도 2a 및 도 2b는 다양한 양상들에 따른 예시적인 무선 네트워크 구조들을 예시한다.
[0017] 도 3은, 통신 노드들에서 사용되고 본원에 교시된 바와 같이 통신을 지원하도록 구성될 수 있는 컴포넌트들의 몇몇의 예시적인 양상들의 단순화된 블록도이다.
[0018] 도 4a 및 4b는 본 개시내용의 양상들에 따른, 사용자 평면 및 제어 평면 프로토콜 스택들을 예시한다.
[0019] 도 5는 본 개시내용의 양상들에 따른, 계층 2 데이터 흐름의 예를 예시한다.
[0020] 도 6은 본 개시내용의 양상에 따른, PDCP 계층의 기능적 뷰를 예시한다.
[0021] 도 7은 본 개시내용의 양상에 따른, PDCP 데이터 재송신을 위한 예시적인 흐름ㅇㄹ 예시한다.
[0022] 도 8은 본 개시내용의 양상들에 따른, PDCP 데이터 PDU에 폴링 비트를 삽입할지 여부를 결정하기 위한 예시적인 방법을 예시한다.
[0023] 도 9a 및 9b는 본 개시내용의 양상들에 따른, 헤더에 폴링 비트를 포함하는 예시적인 PDCP 데이터 PDU들을 예시한다.
[0024] 도 10은 본 개시내용의 양상에 따른, 일련의 PDCP SDU들을 포함하는 데이터 흐름을 예시한다.
[0025] 도 11은 본 개시내용의 양상에 따른, 하나의 PDCP 상태 보고를 반송(carry)하는 예시적인 PDCP 제어 PDU를 예시한다.
[0026] 도 12는 본 개시내용의 양상에 따른 예시적인 MBB 핸드오버 메시지 흐름을 예시한다.
[0027] 도 13 및 14는 본원에서 설명된 다양한 양상들에 따른 예시적인 무선 통신을 위한 방법을 예시한다.

[0028] 예시의 목적들을 위해 제공된 다양한 예들에 관련되는 이하의 설명 및 관련 도면들에서 본 개시내용의 양상들이 제공된다. 본 개시내용의 범위로부터 벗어나지 않으면서 대안적인 양상들이 고안될 수 있다. 부가적으로, 본 개시내용의 잘-알려진 엘리먼트들은 상세히 설명되지 않을 것이거나, 또는 본 개시내용의 관련 세부사항들을 불명료하게 하지 않기 위해 생략될 것이다.

[0029] "예시적인" 및/또는 "예"라는 단어들은 "예, 예시, 또는 예증으로서 기능하는 것"을 의미하도록 본원에서 사용된다. "예시적인" 것 및/또는 "예"로서 본원에서 설명된 임의의 양상은 다른 양상들에 비해 반드시 바람직하거나 유리한 것으로서 해석되는 것은 아니다. 마찬가지로, "본 개시내용의 양상들"이라는 용어는 본 개시내용의 모든 양상들이 논의된 특징, 장점 또는 동작 모드를 포함해야 하는 것을 요구하지는 않는다.

[0030] 당업자들은, 아래에서 설명되는 정보 및 신호들이 다양한 상이한 기법들 및 기술들 중 임의의 기법 및 기술을 사용하여 표현될 수 있음을 인식할 것이다. 예컨대, 아래의 설명 전반에 걸쳐 참조될 수 있는 데이터, 명령들, 커맨드들, 정보, 신호들, 비트들, 심볼들, 및 칩들은, 부분적으로는 특정한 애플리케이션에, 부분적으로는 원하는 설계에, 부분적으로는 대응하는 기술 등에 따라, 전압들, 전류들, 전자기파들, 자기장들 또는 자기 입자들, 광학 필드들 또는 광학 입자들, 또는 이들의 임의의 조합에 의해 표현될 수 있다.

[0031] 추가로, 예컨대, 컴퓨팅 디바이스의 엘리먼트들에 의해 수행될 액션들의 시퀀스들의 관점들에서 많은 양상들이 설명된다. 본원에서 설명된 다양한 액션들은 특정 회로들(예컨대, 주문형 집적 회로들(ASIC들))에 의해, 하나 이상의 프로세서들에 의해 실행되는 프로그램 명령들에 의해, 또는 그 둘 모두의 조합에 의해 수행될 수 있다는 것이 인식될 것이다. 부가적으로, 본원에서 설명된 액션들의 시퀀스(들)는, 실행 시에, 디바이스의 연관된 프로세서로 하여금 본원에서 설명된 기능을 수행하게 하거나 또는 수행하게 명령하는 컴퓨터 명령들의 대응하는 세트가 저장된 임의의 형태의 비-일시적 컴퓨터-판독가능 저장 매체 내에 완전히 구현되는 것으로 고려될 수 있다. 따라서, 본 개시내용의 다양한 양상들은 다수의 상이한 형태들로 구현될 수 있으며, 그 형태들 모두는 청구된 청구대상의 범위 내에 있는 것으로 간주된다. 부가적으로, 본원에서 설명된 양상들 각각에 대해, 임의의 그러한 양상들의 대응하는 형태는, 예컨대, 설명된 액션을 수행 "하도록 구성된 로직"으로서 본원에서 설명될 수 있다.

[0032] 본원에서 사용되는 바와 같이, "사용자 장비"(UE) 및 "기지국"이라는 용어들은 달리 언급되지 않는 한 임의의 특정 RAT(radio access technology)에 특정적이거나 또는 그렇지 않으면 이에 제한되는 것으로 의도되지 않는다. 일반적으로, UE는 무선 통신 네트워크를 통해 통신하기 위해 사용자에 의해 사용되는 임의의 무선 통신 디바이스(예컨대, 모바일 폰, 라우터, 태블릿 컴퓨터, 랩톱 컴퓨터, 트래킹, 디바이스, 웨어러블 디바이스(예컨대, 스마트워치, 안경, 증강 현실(AR)/가상 현실(VR) 헤드셋, 등), 차량(예컨대, 자동차, 오토바이, 자전거, 드론 등), IoT(Internet of Things) 디바이스 등)일 수 있다. UE는 모바일일 수 있거나 또는 (예컨대, 특정 시간들에) 정지해 있을 수 있으며, RAN(radio access network)과 통신할 수 있다. "UE"라는 용어는 "AT(access terminal)", "클라이언트 디바이스", "무선 디바이스, "가입자 디바이스", "가입자 단말", "가입자 스테이션", "UT(user terminal)", "모바일 단말", "모바일 스테이션" 및 이들의 변형으로 상호 교환 가능하게 지칭될 수 있다. 일반적으로, UE들은 RAN을 통해 코어 네트워크와 통신할 수 있으며, UE들은 코어 네트워크를 통해 인터넷과 같은 외부 네트워크들과 그리고 다른 UE들과 연결될 수 있다. 물론, 코어 네트워크 및/또는 인터넷에 연결하는 다른 메커니즘들은 이를테면 유선 액세스 네트워크들, WLAN(wireless local area network) 네트워크들(예컨대, IEEE 802.11 등에 기반함) 등을 통해 UE들에 대해서도 가능하다.

[0033] 기지국은 그것이 전개되는 네트워크에 의존하여 UE들과 통신하는 몇몇 RAT들 중 하나 이상에 따라 동작할 수 있고, 그리고 AP(access point), 네트워크 노드/엔티티, NodeB, eNB(evolved NodeB), NR(New Radio) Node B, gNB(gNodeB) 등으로 대안적으로 지칭될 수 있다. 부가적으로, 일부 시스템들에서, 기지국은 순수 에지 노드 시그널링 기능들을 제공할 수 있지만, 다른 시스템들에서, 기지국은 추가적인 제어 및/또는 네트워크 관리 기능들을 제공할 수 있다. UE들이 신호들을 기지국에 전송할 수 있는 통신 링크는 업링크(UL: uplink) 채널(역 트래픽 채널, 역 제어 채널, 액세스 채널 등으로 또한 지칭됨)로 불린다. 기지국이 신호들을 UE들에 전송할 수 있는 통신 링크는 다운링크(DL: downlink) 또는 순방향 링크 채널(페이징 채널, 제어 채널, 브로드캐스트 채널, 순방향 트래픽 채널 등으로 또한 지칭됨)로 불린다. 본원에서 사용되는 바와 같이, "트래픽 채널(TCH: traffic channel)"이란 용어는 UL/역방향 또는 DL/순방향 트래픽 채널 중 어느 하나를 지칭할 수 있다.

[0034] 다양한 양상들에 따라, 도 1은 예시적인 무선 통신 시스템(100)을 예시한다. 무선 통신 시스템(100)(WWAN(wireless wide area network)으로도 지칭될 수 있음)은 다양한 기지국들(102) 및 다양한 UE들(104)을 포함할 수 있다. 기지국들(102)은 매크로 셀 기지국들(고전력 셀룰러 기지국들) 및/또는 소형 셀 기지국들(저전력 셀룰러 기지국들)을 포함할 수 있다. 일 양상에서, 매크로 셀 기지국은, 무선 통신 시스템(100)이 LTE 네트워크에 대응하는 경우에 eNB들을 포함할 수 있거나, 무선 통신 시스템(100)이 5G 네트워크에 대응하는 경우에 gNB들을 포함할 수 있거나, 이 둘 모두의 조합을 포함할 수 있고, 소형 셀 기지국들은 펨토셀들, 피코셀들, 마이크로셀들 등을 포함할 수 있다.

[0035] 기지국들(102)은 총괄적으로 RAN을 형성하고, 그리고 백홀 링크들(122)을 통해 코어 네트워크(170)(예컨대, EPC(evolved packet core) 또는 NGC(next generation core))와 인터페이싱하고 그 코어 네트워크(170)를 통해 하나 이상의 애플리케이션 서버들(172)과 인터페이싱할 수 있다. 다른 기능들에 부가하여, 기지국들(102)은, 사용자 데이터의 전달, 라디오 채널 암호화 및 암호 해독, 무결성 보호, 헤더 압축, 이동성 제어 기능들(예컨대, 핸드오버, 듀얼 연결성), 셀간 간섭 조정, 연결 셋업 및 해제, 로드 밸런싱(load balancing), NAS(non-access stratum) 메시지들에 대한 분배, NAS 노드 선택, 동기화, RAN 공유, MBMS(multimedia broadcast multicast service), 가입자 및 장비 추적, RIM(RAN information management), 페이징, 포지셔닝, 및 경고 메시지들의 전달 중 하나 이상에 관련한 기능들을 수행할 수 있다. 기지국들(102)은 유선 또는 무선일 수 있는 백홀 링크들(134)을 통해 간접적으로(예컨대, EPC/NGC를 통해) 또는 직접적으로 서로 통신할 수 있다.

[0036] 기지국들(102)은 UE들(104)과 무선으로 통신할 수 있다. 기지국들(102) 각각은 개개의 지리적 커버리지 영역(110)에 대한 통신 커버리지를 제공할 수 있다. 일 양상에서, 하나 이상의 셀들은 각각의 커버리지 영역(110)의 기지국(102)에 의해 지원될 수 있다. "셀"은 (예컨대, 캐리어 주파수, 컴포넌트 캐리어, 캐리어, 대역 등으로 지칭되는 일부 주파수 자원을 통해) 기지국과 통신하기 위해 사용되는 로직 통신 엔티티이고, 그리고 동일하거나 또는 상이한 캐리어 주파수를 통해 동작하는 셀들을 구별하기 위한 식별자(예컨대, PCID(physical cell identifier), VCID(virtual cell identifier))와 연관될 수 있다. 일부 경우들에서, 상이한 셀들은 상이한 타입들의 UE들에 대한 액세스를 제공할 수 있는 상이한 프로토콜 타입들(예컨대, MTC(machine-type communication), NB-IoT(narrowband IoT), eMBB(enhanced mobile broadband) 등)에 따라 구성될 수 있다. 일부 경우들에서, 캐리어 주파수가 검출되어 지리적 커버리지 영역들(110)의 일부 부분들 내에서의 통신을 위해 사용될 수 있는 한, "셀"이라는 용어는 또한 기지국의 지리적 커버리지 영역(예컨대, 섹터)을 지칭할 수 있다.

[0037] 이웃 매크로 셀 기지국(102)의 지리적 커버리지 영역들(110)은(예컨대, 핸드오버 구역에서) 부분적으로 중첩될 수 있지만, 그 지리적 커버리지 영역들(110) 중 일부는 더 큰 지리적 커버리지 영역(110)에 의해 실질적으로 중첩될 수 있다. 예컨대, 소형 셀 기지국(102')은 하나 이상의 매크로 셀 기지국들(102)의 커버리지 영역(110)과 실질적으로 중첩하는 커버리지 영역(110')을 가질 수 있다. 소형 셀 기지국 및 매크로 셀 기지국 둘 모두를 포함하는 네트워크는 이종 네트워크로 알려질 수 있다. 이종 네트워크는 또한 CSG(closed subscriber group)로 알려진 제한된 그룹에 서비스를 제공할 수 있는 HeNB(home eNB)들을 포함할 수 있다.

[0038] 기지국들(102)과 UE들(104) 간의 통신 링크들(120)은, UE(104)로부터 기지국(102)으로의 UL(역방향 링크로도 지칭됨) 송신들 및/또는 기지국(102)으로부터 UE(104)로의 다운링크(DL)(순방향 링크로도 지칭됨) 송신들을 포함할 수 있다. 통신 링크들(120)은 공간 멀티플렉싱, 빔포밍, 및/또는 송신 다이버시티를 포함하는 MIMO(multiple-input multiple-output) 안테나 기술을 사용할 수 있다. 통신 링크들(120)은 하나 이상의 캐리어 주파수들을 통해 이루어질 수 있다. 캐리어들의 할당은 DL 및 UL에 대해 비대칭적일 수 있다(예컨대, UL보다 더 많거나 더 적은 캐리어들이 DL에 대해 할당될 수 있음).

[0039] 무선 통신 시스템(100)은 비면허 주파수 스펙트럼(예컨대, 5GHz)의 통신 링크들(154)을 통해 WLAN(wireless local area network) 스테이션(STA)들(152)과 통신하는 WLAN 액세스 포인트(AP: access point)(150)를 더 포함할 수 있다. 비면허 주파수 스펙트럼에서 통신할 때, 채널이 이용 가능한지 여부를 결정하기 위해서, WLAN STA들(152) 및/또는 WLAN AP(150)는 통신하기 전에 CCA(clear channel assessment) 또는 LBT(listen before talk) 절차를 수행할 수 있다.

[0040] 소형 셀 기지국(102')은 면허 및/또는 비면허 주파수 스펙트럼에서 동작할 수 있다. 비면허 주파수 스펙트럼에서 동작할 때, 소형 셀 기지국(102')은 LTE 또는 5G 기술을 이용하고, WLAN AP(150)에 의해 사용되는 것과 동일한 5GHz 비면허 주파수 스펙트럼을 사용할 수 있다. 비면허 주파수 스펙트럼에서 LTE/5G를 이용하는 소형 셀 기지국(102')은 액세스 네트워크에 대한 커버리지를 부스팅하고(boost) 그리고/또는 액세스 네트워크의 용량을 증가시킬 수 있다. 비면허 스펙트럼에서의 LTE는 LTE-U(LTE-unlicensed), LAA(licensed assisted access), 또는 MulteFire로 지칭될 수 있다.

[0041] 무선 통신 시스템(100)은 UE(182)와의 통신시 mmW(millimeter wave) 주파수들 및/또는 준(near) mmW 주파수들에서 동작할 수 있는 mmW 기지국(180)을 더 포함할 수 있다. EHF(extremely high frequency)는 전자기 스펙트럼에서 RF의 일부이다. EHF는 30GHz 내지 300GHz의 범위 및 1밀리미터 내지 10밀리미터의 파장을 갖는다. 이 대역에서의 라디오 파들은 밀리미터 파로 지칭될 수 있다. 준 mmW는 100밀리미터의 파장을 갖는 3GHz의 주파수까지 아래로 연장될 수 있다. SHF(super high frequency) 대역은 3GHz와 30GHz 사이에서 연장되며, 이는 또한 센티미터 파로 지칭된다. mmW/준 mmW 라디오 주파수 대역을 사용하는 통신들은 높은 경로 손실 및 비교적 짧은 범위를 갖는다. mmW 기지국(180) 및 UE(182)는 극도로 높은 경로 손실 및 짧은 범위를 보상하기 위해서 mmW 통신 링크(184)에 걸쳐 빔포밍(송신 및/또는 수신)을 활용할 수 있다. 추가로, 대안적인 구성들에서는 하나 이상의 기지국들(102)이 mmW 또는 준 mmW 및 빔포밍을 사용하여 또한 송신할 수 있다는 것이 인식될 것이다. 따라서, 앞선 예시들은 단순히 예들이며 본원에서 설명된 다양한 양상들을 제한하도록 해석되지 않아야 한다는 것이 인식될 것이다.

[0042] 5G에서, 무선 노드들(예컨대, 기지국들(102/180), UE들(104/182))이 동작하는 주파수 스펙트럼은 다수의 스펙트럼 범위들(FR1(450 내지 6000MHz), FR2(24250 내지 52600MHz), FR3(52600MHz 초과), 및 FR4(FR1 내지 FR2))로 분할된다. 5G와 같은 멀티-캐리어 시스템에서, 캐리어 주파수들 중 하나는 "1차 캐리어" 또는 "앵커 캐리어" 또는 "1차 서빙 셀" 또는 "PCell"로 지칭되고, 나머지 캐리어 주파수들은 "2차 캐리어들" 또는 "2차 서빙 셀들" 또는 "SCell들"로 지칭된다. 캐리어 어그리게이션에서, 앵커 캐리어는 UE(104/182)가 초기 RRC(radio resource control) 연결 설정 절차를 수행하거나 또는 RRC 연결 재-설정 절차를 개시하는 셀 및 UE(104/182)에 의해 활용되는 1차 주파수(예컨대, FR1)상에서 동작하는 캐리어이다. 1차 캐리어는 모든 공통의 그리고 UE-특정 제어 채널들을 반송한다. 2차 캐리어는, 일단 UE(104)와 앵커 캐리어 간에 RRC 연결이 설정되면 구성될 수 있고 추가적인 라디오 자원들을 제공하기 위해 사용될 수 있는 제2 주파수(예컨대 FR2) 상에서 동작하는 캐리어이다. 2차 캐리어는 단지 필요한 시그널링 정보만을 포함할 수 있고, 신호들, 예컨대, UE-특정적인 신호들은 1차 업링크 및 다운링크 캐리어들 둘 모두가 통상적으로 UE-특정적이기 때문에 2차 캐리어에 존재하지 않을 수 있다. 이는, 셀의 상이한 UE들(104/182)이 상이한 다운링크 1차 캐리어들을 가질 수 있다는 것을 의미한다. 이는 업링크 1차 캐리어들에 대해서도 그러하다. 네트워크는 임의의 UE(104/182)의 1차 캐리어를 아무때나 변경할 수 있다. 이는, 예컨대, 상이한 캐리어들 상에서 로드를 밸런싱하기 위해 이루어진다. "서빙 셀"(PCell 이든지 또는 Scell이든지 간에)은 임의의 기지국이 통신하고 있는 캐리어 주파수/컴포넌트 캐리어에 대응하기 때문에, "셀", "서빙 셀", "컴포넌트 캐리어", "캐리어 주파수" 등이라는 용어는 상호교환가능하게 사용될 수 있다.

[0043] 예컨대, 도 1을 여전히 참조하면, 매크로 셀 기지국들(102)에 의해 활용되는 주파수들 중 하나는 매크로 셀 기지국들(102)에 의해 활용되는 앵커 캐리어(또는 "PCell") 및 다른 주파수들일 수 있고, 그리고/또는 mmW 기지국(180)은 2차 캐리어들("SCell들")일 수 있다. 다수의 캐리어들의 동시적인 송신 및/또는 수신은 UE(104/182)가 그의 데이터 송신 및/또는 수신 레이트들을 상당히 증가시킬 수 있게 한다. 예컨대, 멀티-캐리어 시스템에서 2개의 20MHz 어그리게이팅된 캐리어들은 이론적으로, 단일 20MHz 캐리어에 의해 획득되는 것과 비교해서, 2배의 데이터 레이트 증가(즉, 40MHz)를 유도할 것이다.

[0044] 무선 통신 시스템(100)은 하나 이상의 D2D(device-to-device) P2P(peer-to-peer) 링크들을 통해 하나 이상의 통신 네트워크들에 간접적으로 연결되는 하나 이상의 UE들, 이를테면 UE(190)를 더 포함할 수 있다. 도 1의 예에서, UE(190)는 기지국들(102) 중 하나에 연결된 UE들(104) 중 하나와의 D2D P2P 링크(192)(예컨대, 이를 통해 UE(190)가 셀룰러 연결성을 간접적으로 획득할 수 있음) 및 WLAN AP(150)에 연결된 WLAN STA(152)와의 D2D P2P 링크(194)(이를 통해 UE(190)가 WLAN-기반 인터넷 연결성을 간접적으로 획득할 수 있음)를 갖는다. 일 예에서, D2D P2P 링크들(192 및 194)은 임의의 잘 알려진 D2D RAT, 이를테면 LTE-D(LTE Direct), WiFi-D(WiFi Direct), Bluetooth® 등을 통해 지원될 수 있다.

[0045] 무선 통신 시스템(100)은, 통신 링크(120)를 통해 매크로 셀 기지국(102)과 통신하고 그리고/또는 mmW 통신 링크(184)를 통해 mmW 기지국(180)과 통신할 수 있는 UE(164)를 더 포함할 수 있다. 예컨대, 매크로 셀 기지국(102)은 UE(164)를 위한 PCell 및 하나 이상의 Scell들을 지원할 수 있고, mmW 기지국(180)은 UE(164)를 위한 하나 이상의 Scell들을 지원할 수 있다. 일 양상에서, UE(164)는, UE(164)가 본원에 설명된 UE 동작들을 수행하는 것을 가능하게 할 수 있는 PDCP 복구 관리기(166)를 포함할 수 있다. 도 1의 단지 하나의 UE가 PDCP 복구 관리기를 갖는 것을 예시되지만, 도 1의 UE들 중 임의의 것이 본원에서 설명된 UE 동작들을 수행하도록 구성될 수 있다는 것이 유의된다.

[0046] 다양한 양상들에 따라, 도 2a는 예시적인 무선 네트워크 구조(200)를 예시한다. 예컨대, NGC(210)("5GC"로도 지칭됨)는, 코어 네트워크를 형성하기 위해서 협력하여 동작하는 제어 평면 기능부들(214)(예컨대, UE 등록, 인증, 네트워크 액세스, 게이트웨이 선택 등) 및 사용자 평면 기능부들(212)(예컨대, UE 게이트웨이 기능, 데이터 네트워크들로의 액세스, IP 라우팅 등)로서 기능적으로 보일 수 있다. 사용자 평면 인터페이스(NG-U)(213) 및 제어 평면 인터페이스(NG-C)(215)는 gNB(222)를 NGC(210)에 그리고 특히 제어 평면 기능부들(214) 및 사용자 평면 기능부들(212)에 연결한다. 추가적인 구성에서, eNB(224)는 또한 제어 평면 기능부들(214)로의 NG-C(215)를 통해 그리고 사용자 평면 기능부들(212)로의 NG-U(213)를 통해 NGC(210)에 연결될 수 있다. 또한, eNB(224)는 백홀 연결(223)을 통해 gNB(222)와 직접적으로 통신할 수 있다. 일부 구성들에서, 새로운 RAN(220)은 단지 하나 이상의 gNB들(222)을 가질 수 있는데 반해, 다른 구성들은 eNB들(224) 및 gNB들(222) 양쪽 모두 중 하나 이상을 포함한다. gNB(222) 또는 eNB(224) 중 어느 하나는 UE들(204)(예컨대, 도 1에 묘사된 UE들 중 임의의 UE)과 통신할 수 있다. 다른 선택적 양상은 UE들(204)에 대한 로케이션 보조를 제공하기 위해 NGC(210)와 통신할 수 있는 로케이션 서버(230)를 포함할 수 있다. 로케이션 서버(230)는 복수의 별개의 서버들(예컨대, 물리적으로 분리된 서버들, 단일 서버 상의 상이한 소프트웨어 모듈들, 다수의 물리 서버들에 걸쳐 확산된 상이한 소프트웨어 모듈들 등)로서 구현될 수 있거나, 대안적으로 단일 서버에 각각 대응할 수 있다. 로케이션 서버(230)는, 코어 네트워크, NGC(210)를 통해 그리고/또는 인터넷(예시안됨)을 통해 로케이션 서버(230)에 연결될 수 있는 UE들(204)에 대한 하나 이상의 로케이션 서비스들을 지원하도록 구성될 수 있다. 또한, 로케이션 서버(230)는 코어 네트워크의 컴포넌트에 통합될 수 있거나, 또는 대안적으로 코어 네트워크의 외부에 있을 수 있다.

[0047] 다양한 양상들에 따라, 도 2b는 다른 예시적인 무선 네트워크 구조(250)를 예시한다. 예컨대, NGC(260)("5GC"로도 지칭됨)는 AMF(access and mobility management function)/UPF(user plane function)(264)에 의해 제공되는 제어 평면 기능부들, 및 SMF(session management function)(262)에 의해 제공되는 사용자 평면 기능부들로서 기능적으로 보일 수 있고, 제어 평면 기능부들 및 사용자 평면 기능부들은 코어 네트워크(즉, NGC(260))를 형성하기 위해서 협력하여 동작한다. 사용자 평면 인터페이스(263) 및 제어 평면 인터페이스(265)는 gNB(224)를 NGC(260)에 그리고 특히 SMF(262) 및 AMF/UPF(264)에 각각 연결한다. 추가적인 구성에서, gNB(222)는 또한 AMF/UPF(264)로의 제어 평면 인터페이스(265)를 통해 그리고 SMF(262)로의 사용자 평면 인터페이스(263)를 통해 NGC(260)에 연결될 수 있다. 또한, eNB(224)는, gNB가 NGC(260)에 직접적으로 연결되거나 또는 연결되지 않은 채로, 백홀 연결(223)을 통해 gNB(222)와 직접적으로 통신할 수 있다. 일부 구성들에서, 새로운 RAN(220)은 단지 하나 이상의 gNB들(222)을 가질 수 있는데 반해, 다른 구성들은 eNB들(224) 및 gNB들(222) 양쪽 모두 중 하나 이상을 포함한다. gNB(222) 또는 eNB(224) 중 어느 하나는 UE들(204)(예컨대, 도 1에 묘사된 UE들 중 임의의 UE)과 통신할 수 있다. 새로운 RAN(220)의 기지국들은 N2 인터페이스를 통해 AMF/UPF(264)의 AMF 측과 통신하고 N3 인터페이스를 통해 AMF/UPF(264)의 UPF 측과 통신한다.

[0048] AMF의 기능들은 등록 관리, 연결 관리, 도달가능성 관리, 이동성 관리, 합법적인 인터셉션, UE(204)와 SMF(262) 간의 SM(session management) 메시지들의 전송, SM 메시지들을 라우팅하기 위한 투명 프록시 서비스들, 액세스 인증 및 액세스 인가, UE(204)와 SMSF(short message service function)(도시되지 않음) 간의 SMS(short message service) 메시지들의 전송, 및 SEAF(security anchor functionality)를 포함한다. AFM은 또한 AUSF(authentication server function)(도시되지 않음) 및 UE(204)와 상호작용하고, UE(204) 인증 프로세스의 결과로 설정되어진 중간 키를 수신한다. USIM(UMTS(universal mobile telecommunications system) subscriber identity module)에 기반한 인증의 경우에, AMF는 AUSF로부터 보안 자료를 리트리브한다. AMF의 기능들은 또한 SCM(security context management)을 포함한다. SCM은 액세스-네트워크 특정 키들을 유도하기 위해 사용하는 키를 SEAF로부터 수신한다. AMF의 기능성은 또한 규제 서비스들에 대한 로케이션 서비스 관리, UE(204)와 LMF(location management function)(270) 간의 그리고 새로운 RAN(220)과 LMF(270) 간의 로케이션 서비스 메시지들의 전송, EPS(evolved packet system)와 상호 연동하기 위한 EPS 베어러 식별자 할당, 및 UE(204) 이동성 이벤트 통지를 포함한다. 부가적으로, AMF는 또한 비-3GPP 액세스 네트워크들에 대한 기능성들을 지원한다.

[0049] UPF의 기능들은 RAT 내/RAT 간 이동성(적용 가능할 때)을 위한 앵커 포인트로서 역할을 하는 것, 데이터 네트워크(도시되지 않음)로의 상호연결의 PDU(external protocol data unit) 세션 포인트로서 역할을 하는 것, 패킷 라우팅 및 포워딩을 제공하는 것, 패킷 검사, 사용자 평면 정책 규칙 시행(예컨대, 게이팅, 재방향설정, 트래픽 조종), 합법적인 인터셉션(사용자 평면 컬렉션), 트래픽 사용량 보고, 사용자 평면에 대한 QoS(quality of service) 핸들링(예컨대, UL/DL 레이트 시행, DL에서의 반영식 QoS 마킹), UL 트래픽 검증(SDF(service data flow) 대 QoS 흐름 맵핑), UL 및 DL에서 전송 레벨 패킷 마킹, DL 패킷 버퍼링 및 DL 데이터 통지 트리거링, 및 소스 RAN 노드로의 하나 이상의 "종료 마커들"의 전송 및 포워딩을 포함한다.

[0050] SMF(262)의 기능들은 세션 관리, UE IP(Internet protocol) 어드레스 할당 및 관리, 사용자 평면 기능들의 선택 및 제어, 트래픽을 적절한 목적지로 라우팅하기 위해 UPF에서의 트래픽 조종의 구성, 정책 시행 및 QoS의 부분의 제어, 및 다운링크 데이터 통지를 포함한다. SMF(262)가 AMF/UPF(264)의 AMF 측과 통신하게 하는 인터페이스는 N11 인터페이스로 지칭된다.

[0051] 다른 선택적 양상은 UE들(204)에 대한 로케이션 보조를 제공하기 위해 NGC(260)와 통신할 수 있는 LMF(270)를 포함할 수 있다. LMF(270)는 복수의 별개의 서버들(예컨대, 물리적으로 분리된 서버들, 단일 서버 상의 상이한 소프트웨어 모듈들, 다수의 물리 서버들에 걸쳐 확산된 상이한 소프트웨어 모듈들 등)로서 구현될 수 있거나, 대안적으로 단일 서버에 각각 대응할 수 있다. LMF(270)는, 코어 네트워크, NGC(260)를 통해 그리고/또는 인터넷(예시되지 않음)을 통해 LMF(270)에 연결될 수 있는 UE들(204)에 대한 하나 이상의 로케이션 서비스들을 지원하도록 구성될 수 있다.

[0052] 도 3은 본원에 교시된 바와 같은 파일 송신 동작들을 지원하기 위해 UE(302)(본원에서 설명된 UE들 중 임의의 UE에 대응할 수 있음), 기지국(304)(본원에서 설명된 기지국들 중 임의의 기지국에 대응할 수 있음), 및 네트워크 엔티티(306)(예컨대, 도 2b를 참조하여 본원에서 설명된 네트워크 기능부들 중 임의의 기능부에 대응하거나 이를 구현할 수 있음)에 통합될 수 있는 여러 샘플 컴포넌트들(대응하는 블록들로 표현됨)을 예시한다. 이들 컴포넌트들이 상이한 구현들(예컨대, ASIC, SoC(system-on-chip) 등)에서 상이한 타입들의 장치들로 구현될 수 있다는 것이 인식될 것이다. 예시된 컴포넌트들은 또한 통신 시스템의 다른 장치들에 통합될 수 있다. 예컨대, 시스템의 다른 장치들은 유사한 기능성을 제공하기 위해, 설명된 컴포넌트들과 유사한 컴포넌트들을 포함할 수 있다. 또한, 정해진 장치는 컴포넌트들 중 하나 이상을 포함할 수 있다. 예컨대, 장치는, 장치가 다수의 캐리어들 상에서 동작하게 할 수 있고 그리고/또는 상이한 기술들을 통해 통신하게 할 수 있는 다수의 트랜시버 컴포넌트들을 포함할 수 있다.

[0053] UE(302) 및 기지국(304)의 각각은 적어도 하나의 지정된 RAT를 통해 다른 노드들과 통신하기 위한 적어도 하나의 무선 통신 디바이스(통신 디바이스들(308 및 314)(및 장치(304)가 중계기인 경우 통신 디바이스(320))에 의해 표현됨)를 포함한다. 예컨대, 통신 디바이스들(308 및 314)은 도 1의 통신 링크(120)에 대응할 수 있는 무선 통신 링크(360)를 통해 서로 통신할 수 있다. 각각의 통신 디바이스(308)는 신호들(예컨대, 메시지들, 표시들, 정보 등)을 송신 및 인코딩하기 위한 적어도 하나의 송신기(송신기(310)에 의해 표현됨) 및 신호들(예컨대, 메시지들, 표시들, 정보, 파일럿들 등)을 수신 및 디코딩을 위한 적어도 하나의 수신기(수신기(312)에 의해 표현됨)를 포함한다. 유사하게, 각각의 통신 디바이스(314)는 신호들(예컨대, 메시지들, 표시들, 정보, 파일럿들 등)을 송신하기 위한 적어도 하나의 송신기(송신기(316)에 의해 표현됨) 및 신호들(예컨대, 메시지들, 표시들, 정보 등)을 수신하기 위한 적어도 하나의 수신기(수신기(318)에 의해 표현됨)를 포함한다. 기지국(304)이 중계국인 경우에, 각각의 통신 디바이스(320)는 신호들(예컨대, 메시지들, 표시들, 정보, 파일럿들 등)을 송신하기 위한 적어도 하나의 송신기(송신기(322)에 의해 표현됨) 및 신호들(예컨대, 메시지들, 표시들, 정보 등)을 수신하기 위한 적어도 하나의 수신기(수신기(324)에 의해 표현됨)를 포함한다.

[0054] 송신기 및 수신기는 일부 구현들에서는 (예컨대, 단일 통신 디바이스의 송신기 회로 및 수신기 회로로서 구현되며, 일반적으로 "트랜시버"로 지칭되는) 통합형 디바이스를 포함할 수 있거나, 일부 구현들에서는 별개의 송신기 디바이스 및 별개의 수신기 디바이스를 포함할 수 있거나, 또는 다른 구현들에서는 다른 방식들로 구현될 수 있다. 기지국(304)의 무선 통신 디바이스(예컨대, 다수의 무선 통신 디바이스들 증 하나)는 또한 다양한 측정들을 수행하기 위한 NLM(network listen module) 등을 포함할 수 있다.

[0055] 네트워크 엔티티(306)(및 중계국이 아닌 경우 기지국(304))는 다른 노드들과 통신하기 위한 적어도 하나의 통신 디바이스(통신 디바이스(326) 및 선택적으로 통신 디바이스(320)에 의해 표현됨)를 포함한다. 예컨대, 통신 디바이스(326)는 유선-기반 또는 무선 백홀(370)(도 1의 백홀 링크(122)에 대응할 수 있음)을 통해 하나 이상의 네트워크 엔티티들과 통신하도록 구성된 네트워크 인터페이스를 포함할 수 있다. 일부 양상들에서, 통신 디바이스(326)는 유선-기반 또는 무선 신호 통신을 지원하도록 구성된 트랜시버로서 구현될 수 있다. 이러한 통신은, 예컨대, 메시지들, 파라미터들, 또는 다른 타입들의 정보를 전송 및 수신하는 것을 수반할 수 있다. 따라서, 도 3의 예에서, 통신 디바이스(326)는 송신기(328) 및 수신기(330)를 포함하는 것으로 도시된다. 유사하게, 기지국(304)이 중계국이 아닌 경우, 통신 디바이스(320)는 유선-기반 또는 무선 백홀(370)을 통해 하나 이상의 네트워크 엔티티들(306)과 통신하도록 구성된 네트워크 인터페이스를 포함할 수 있다. 통신 디바이스(326)와 같이, 통신 디바이스(320)는 송신기(322) 및 수신기(324)를 포함하는 것으로 도시된다.

[0056] 장치들(302, 304, 및 306)은 또한 본원에 개시된 바와 같은 파일 송신 동작들과 함께 사용될 수 있는 다른 컴포넌트들을 포함한다. UE(302)는 예컨대 본원에서 설명된 바와 같은 UE 동작들과 관련된 기능성을 제공하고 다른 프로세싱 기능성을 제공하기 위한 프로세싱 시스템(332)을 포함한다. 기지국(304)은 예컨대 본원에서 설명된 기지국 동작들과 관련된 기능성을 제공하고 다른 프로세싱 기능성을 제공하기 위한 프로세싱 시스템(334)을 포함한다. 네트워크 엔티티(306)는 예컨대 본원에서 설명된 네트워크 기능 동작들과 관련된 기능성을 제공하고 다른 프로세싱 기능성을 제공하기 위한 프로세싱 시스템(336)을 포함한다. 장치들(302, 304, 및 306)은 정보(예컨대, 예비된 자원들, 임계치들, 파라미터들 등을 표시하는 정보)를 유지하기 위해 메모리 컴포넌트들(338, 340, 및 342)(예컨대, 이들 각각은 메모리 디바이스를 포함함)을 각각 포함한다. 부가적으로, UE(302)는 표시들(예컨대, 청각적 및/또는 시각적 표시들)을 사용자에게 제공하고 그리고/또는 (예컨대, 키패드, 터치 스크린, 마이크로폰 등과 같은 감지 디바이스의 사용자 작동 시에) 사용자 입력을 수신하기 위해 사용자 인터페이스(350)를 포함한다. 비록 도시되지는 않았지만, 장치들(304 및 306)은 또한 사용자 인터페이스들을 포함할 수 있다.

[0057] 프로세싱 시스템(334)을 더 상세히 참조하면, 다운링크에서, 네트워크 엔티티(306)로부터의 IP 패킷들은 프로세싱 시스템(334)에 제공될 수 있다. 프로세싱 시스템(334)은 RRC(radio resource control) 계층, PDCP(packet data convergence protocol) 계층, RLC(radio link control) 계층, 및 MAC(medium access control) 계층에 대한 기능성을 구현할 수 있다. 프로세싱 시스템(334)은, 시스템 정보(예컨대, MIB(master information block), SIB(system information block)들)의 브로드캐스팅, RRC 연결 제어(예컨대, RRC 연결 페이징, RRC 연결 설정, RRC 연결 수정, 및 RRC 연결 해제), RAT간 이동성, 및 UE 측정 보고를 위한 측정 구성과 연관된 RRC 계층 기능성; 헤더 압축/압축해제, 보안(암호화, 암호 해독, 무결성 보호, 무결성 검증), 및 핸드오버 지원 기능들과 연관된 PDCP 계층 기능성; 상위 계층 PDU(packet data unit)들의 전달, ARQ를 통한 에러 정정, RLC SDU(service data unit)들의 연접(concatenation), 세그먼트화, 및 재어셈블리, RLC 데이터 PDU들의 재-세그먼트화, 및 RLC 데이터 PDU들의 재순서화와 연관된 RLC 계층 기능성; 및 로직 채널들과 전송 채널들 간의 맵핑, 스케줄링 정보 보고, 에러 정정, 우선순위 핸들링, 및 로직 채널 우선순위화와 연관된 MAC 계층 기능성을 제공할 수 있다.

[0058] 송신기(316) 및 수신기(318)는 다양한 신호 프로세싱 기능들과 연관된 계층-1 기능성을 구현할 수 있다. 물리(PHY) 계층을 포함하는 계층-1은 전송 채널들 상에서의 에러 검출, 전송 채널들의 FEC(forward error correction) 코딩/디코딩, 인터리빙, 레이트 매칭, 물리 채널들 상으로의 맵핑, 물리 채널들의 변조/복조, 및 MIMO 안테나 프로세싱을 포함할 수 있다. 송신기(316)는 다양한 변조 방식들(예컨대, BPSK(binary phase-shift keying), QPSK(quadrature phase-shift keying), M-PSK(M-phase-shift keying), M-QAM(M-quadrature amplitude modulation))에 기반한 신호 성상도(constellation)들로의 맵핑을 핸들링한다. 그런 다음, 코딩되고 변조된 심볼들은 병렬 스트림들로 분할될 수 있다. 그런 다음, 각각의 스트림은, OFDM(orthogonal frequency division multiplexing) 서브캐리어로 맵핑되고, 시간 및/또는 주파수 도메인에서 기준 신호(예컨대, 파일럿)와 멀티플렉싱되며, 그런 다음 IFFT(Inverse Fast Fourier Transform)을 사용하여 함께 조합되어 시간 도메인 OFDM 심볼 스트림을 반송하는 물리 채널을 생성할 수 있다. OFDM 스트림은 다수의 공간 스트림들을 생성하기 위해 공간적으로 프리코딩된다. 채널 추정기로부터의 채널 추정들이 코딩 및 변조 방식을 결정하기 위해서 뿐만 아니라 공간 프로세싱을 위해서 사용될 수 있다. 채널 추정은 UE(302)에 의해 송신된 채널 상태 피드백 및/또는 기준 신호로부터 유도될 수 있다. 그러 다음, 각각의 공간 스트림은 하나 이상의 상이한 안테나들에 제공될 수 있다. 송신기(316)는 송신을 위해 개개의 공간 스트림으로 RF 캐리어를 변조할 수 있다.

[0059] UE(302)에서, 수신기(312)는 자신의 개개의 안테나(들)를 통해 신호를 수신한다. 수신기(312)는 RF 캐리어 상에서 변조된 정보를 복원하고, 그 정보를 프로세싱 시스템(332)에 제공한다. 송신기(310) 및 수신기(312)는 다양한 신호 프로세싱 기능들과 연관된 계층-1 기능성을 구현한다. 수신기(312)는 UE(302)를 목적지로 하는 임의의 공간 스트림들을 복원하기 위해서 정보에 대해 공간 프로세싱을 수행할 수 있다. 다수의 공간 스트림들이 UE(302)를 목적지로 하면, 그것들은 수신기(312)에 의해 단일 OFDM 심볼 스트림으로 조합될 수 있다. 그런 다음, 수신기(312)는 FFT(fast Fourier transform)을 사용하여 OFDM 심볼 스트림을 시간-도메인으로부터 주파수 도메인으로 변환한다. 주파수 도메인 신호는, OFDM 신호의 각각의 서브캐리어에 대한 별개의 OFDM 심볼 스트림을 포함한다. 각각의 서브캐리어 상의 심볼들, 및 기준 신호는 기지국(304)에 의해 송신된 가장 가능성 있는 신호 성상도 포인트들을 결정함으로써 복원 및 복조된다. 이들 연판정들은, 채널 추정기에 의해 컴퓨팅된 채널 추정들에 기반할 수 있다. 그런 다음, 연판정들은, 물리 채널 상에서 기지국(304)에 의해 본래 송신되었던 데이터 및 제어 신호들을 복원하기 위해 디코딩 및 디-인터리빙된다. 그런 다음, 데이터 및 제어 신호들은 계층-3 및 계층-2 기능성을 구현하는 프로세싱 시스템(332)에 제공된다.

[0060] UL에서, 프로세싱 시스템(332)은 전송 채널과 로직 채널 간의 디멀티플렉싱, 패킷 재어셈블리, 암호 해독, 헤더 압축해제, 및 제어 신호 프로세싱을 제공하여, 코어 네트워크로부터의 IP 패킷들을 복원한다. 프로세싱 시스템(332)은 또한 에러 검출을 담당한다.

[0061] 기지국(304)에 의한 DL 송신과 관련하여 설명된 기능성과 유사하게, 프로세싱 시스템(332)은, 시스템 정보(예컨대, MIB, SIB들) 획득, RRC 연결들, 및 측정 보고와 연관된 RRC 계층 기능성; 헤더 압축/압축 해제 및 보안(암호화, 암호 해독, 무결성 보호, 무결성 검증)과 연관된 PDCP 계층 기능성; 상위 계층 PDU들의 전달, ARQ를 통한 에러 정정, RLC SDU들의 연접, 세그먼트화, 및 재어셈블리, RLC 데이터 PDU들의 재-세그먼트화, 및 RLC 데이터 PDU들의 재순서화와 연관된 RLC 계층 기능성; 및 로직 채널들과 전송 채널들 간의 맵핑, TB(transport block)들 상으로의 MAC SDU들의 멀티플렉싱, TB들로부터의 MAC SDU들의 디멀티플렉싱, 스케줄링 정보 보고, HARQ를 통한 에러 정정, 우선순위 핸들링, 및 로직 채널 우선순위화와 연관된 MAC 계층 기능성을 제공한다.

[0062] 기지국(304)에 의해 송신된 피드백 또는 기준 신호로부터 채널 추정기에 의해 유도되는 채널 추정들은, 적절한 코딩 및 변조 방식들을 선택하고 공간 프로세싱을 용이하게 하기 위해서 송신기(310)에 의해 사용될 수 있다. 송신기(310)에 의해 생성된 공간 스트림들은 상이한 안테나(들)에 제공될 수 있다. 송신기(310)는 송신을 위해 개개의 공간 스트림으로 RF 캐리어를 변조할 수 있다.

[0063] UL 송신은, UE(302)의 수신기 기능과 관련하여 설명된 것과 유사한 방식으로 기지국(304)에서 프로세싱된다. 수신기(318)는 자신의 개개의 안테나(들)를 통해 신호를 수신한다. 수신기(318)는 RF 캐리어 상에서 변조된 정보를 복원하고, 그 정보를 프로세싱 시스템(334)에 제공한다.

[0064] UL에서, 프로세싱 시스템(334)은 전송 채널과 로직 채널 간의 디멀티플렉싱, 패킷 재어셈블리, 암호 해독, 헤더 압축 해제, 및 제어 신호 프로세싱을 제공하여, UE(302)로부터의 IP 패킷들을 복원한다. 프로세싱 시스템(334)으로부터의 IP 패킷들은 코어 네트워크에 제공될 수 있다. 프로세싱 시스템(334)은 또한 에러 검출을 담당한다.

[0065] 일 양상에서, 장치들(302 및 304)은 PDCP 복구 관리기들(344 및 348)을 각각 포함할 수 있다. PDCP 복구 관리기들(344 및 348)은 프로세싱 시스템들(332 및 334)의 일부이거나 그것들에 각각 커플링되는 하드웨어 회로들일 수 있고, 이들은, 실행될 때, 장치들(302 및 304)로 하여금 본원에서 설명된 기능성을 수행하게 한다. 대안적으로, PDCP 복구 관리기들(344 및 348)은 각각 메모리 컴포넌트들(338 및 340)에 저장된 메모리 모듈들일 수 있고, 이들은, 프로세싱 시스템들(332 및 334)에 의해 실행될 때, 장치들(302 및 304)로 하여금 본원에서 설명된 기능성을 수행하게 한다.

[0066] 편의를 위해, 장치들(302, 304, 및/또는 306)은 본원에서 설명된 다양한 예들에 따라 구성될 수 있는 다양한 컴포넌트들을 포함하는 것으로 도 3에 도시된다. 그러나, 예시된 블록들이 상이한 설계들에서 상이한 기능성을 가질 수 있다는 것이 인식될 것이다.

[0067] 장치들(302, 304, 및 306)의 다양한 컴포넌트들은 각각 데이터 버스들(352, 354, 및 356)을 통해 서로 통신할 수 있다. 도 3의 컴포넌트들은 다양한 방식들로 구현될 수 있다. 일부 구현들에서, 도 3의 컴포넌트들은 하나 이상의 회로들, 이를테면 예컨대, 하나 이상의 프로세서들 및/또는 하나 이상의 ASIC들(하나 이상의 프로세서들을 포함할 수 있음)에서 구현될 수 있다. 여기서, 각각의 회로는 이러한 기능성을 제공하도록 회로에 의해 사용되는 정보 또는 실행가능 코드를 저장하기 위한 적어도 하나의 메모리 컴포넌트를 사용하고 그리고/또는 그것을 통합할 수 있다. 예컨대, 블록들(308, 332, 338, 344, 및 350)에 의해 표현된 기능성 중 일부 또는 모두는 UE(302)의 프로세서 및 메모리 컴포넌트(들)에 의해(예컨대, 적절한 코드의 실행에 의해 그리고/또는 프로세서 컴포넌트들의 적절한 구성에 의해) 구현될 수 있다. 유사하게, 블록들(314, 320, 334 및 340)에 의해 표현된 기능성 중 일부 또는 모두는 기지국(304)의 프로세서 및 메모리 컴포넌트(들)에 의해(예컨대, 적절한 코드의 실행에 의해 그리고/또는 프로세서 컴포넌트들의 적절한 구성에 의해) 구현될 수 있다. 또한, 블록들(326, 336, 342, 및 348)에 의해 표현된 기능성 중 일부 또는 모두는 네트워크 엔티티(306)의 프로세서 및 메모리 컴포넌트(들)에 의해(예컨대, 적절한 코드의 실행에 의해 그리고/또는 프로세서 컴포넌트들의 적절한 구성에 의해) 구현될 수 있다. 간략성을 위해, 다양한 동작들, 작용들, 및/또는 기능들은 "UE", "기지국", "네트워크 엔티티" 등에 의해서 수행되는 것으로 본원에서 설명된다. 그러나, 인식될 바와 같이, 그러한 동작들, 작용들, 및/또는 기능들은 UE, 기지국, 네트워크 엔티티 등의 특정 컴포넌트들 또는 컴포넌트들의 조합, 이를테면 프로세싱 시스템들(332, 334, 336), 통신 디바이스들(308, 314, 326), PDCP 복구 관리기들(344, 348) 등에 의해 실제로 수행될 수 있다.

[0068] 도 4a는 본 개시내용의 양상들에 따른 사용자 평면 프로토콜 스택을 예시한다. 도 4a에 예시된 바와 같이, UE(404) 및 gNB(402)(이는 위에서 설명된 UE들 및 기지국들 중 임의의 것에 각각 대응할 수 있음)는, 최고 계층으로부터 최하 계층으로, SDAP(service data adaptation protocol) 계층(410), PDCP(packet data convergence protocol) 계층(415), RLC(radio link control) 계층(420), MAC(medium access control) 계층(425) 및 PHY(physical) 계층(430)을 구현한다. 도 4a에서 이중 화살표 선들로 예시된 바와 같이, UE(404)에 의해 구현된 프로토콜 스택의 각각의 계층은 gNB(402)의 동일한 계층과 통신하고, 그 역도 가능하다. 총괄하여, SDAP 계층(410), PDCP 계층(415), RLC 계층(420) 및 MAC 계층(425)은 "계층 2" 또는 "L2"로 지칭된다.

[0069] 도 4b는 본 개시내용의 양상들에 따른 제어 평면 프로토콜 스택을 예시한다. PDCP 계층(415), RLC 계층(420), MAC 계층(425), 및 PHY 계층(430) 외에도, UE(404) 및 gNB(402)는 또한 RRC 계층(445)을 구현한다. 또한, UE(404) 및 AMF(406)는 NAS 계층(440)을 구현한다.

[0070] RLC 계층(420)은 3개의 송신 모드들: TM(transparent mode), UM(unacknowledged mode) 및 AM(acknowledged mode)을 지원한다. TM 모드에서, 어떠한 RLC 헤더, 어떠한 세그먼트화/재어셈블리 및 어떠한 피드백도 없다(즉, 어떠한 ACK(acknowledgment) 또는 NACK(negative acknowledgment)도 없음). 또한, 송신기에서만 버퍼링이 있다. UM 모드에서, RLC 헤더, 송신기 및 수신기 둘 모두에서의 버퍼링, 및 세그먼트화/재어셈블리가 존재하지만, 어떠한 피드백도 없다(즉, 데이터 송신은 수신기로부터의 수신 응답(예컨대, ACK/NACK)을 요구하지 않음). AM 모드에서, RLC 헤더, 송신기 및 수신기 둘 모두에서의 버퍼링, 세그먼트화/재어셈블리, 및 피드백이 존재한다(즉, 데이터 송신은 수신기로부터의 수신 응답(예컨대, ACK/NACK)을 요구함). 이러한 모드들 각각은 데이터를 송신할 뿐만 아니라 수신하는 데 사용될 수 있다. TM 및 UM 모드들에서, 별개의 RLC 엔티티가 송신 및 수신에 사용되는 반면에, AM 모드에서, 단일 RLC 엔티티가 송신 및 수신 둘 모두를 수행한다. 각각의 논리 채널이 특정 RLC 모드를 사용한다는 것이 유의된다. 즉, RLC 구성은 수비학(numerology)들 및/또는 TTI(transmission time interval) 지속기간(즉, 라디오 링크 상의 송신의 지속기간)에 의존하지 않고 논리 채널별로 이루어진다. 구체적으로, BCCH(broadcast control channel), PCCH(paging control channel) 및 CCCH(common control channel)는 TM 모드만을 사용하고, DCCH(dedicated control channel)는 AM 모드만을 사용하고, 그리고 DTCH(dedicated traffic channel)는 UM 또는 AM 모드를 사용한다. DTCH가 UM을 사용하는지 또는 AM을 사용하는지는 RRC 메시징에 의해 결정된다.

[0071] RLC 계층(420)의 주요 서비스들 및 기능들은 송신 모드에 의존하고, 상위 계층 PDU들의 전송, PDCP 계층(415)에 있는 것과 독립적인 시퀀스 넘버링, ARQ를 통한 에러 보정, 세그먼트화 및 재세그먼트화, SDU(service data unit)들의 재어셈블리, RLC SDU 폐기, 및 RLC 재설정을 포함한다. ARQ 기능은 AM 모드에서 에러 보정을 제공하며, 다음의 특징들이 있는데: ARQ는 RLC 상태 보고들에 기반하여 RLC PDU들 또는 RLC PDU 세그먼트들을 재송신하고, RLC 상태 보고에 대한 폴링은, RLC가 필요로 할 때 사용되며, 그리고 RLC 수신기는 또한 누락된 RLC PDU 또는 RLC PDU 세그먼트를 검출한 후 RLC 상태 보고를 트리거링할 수 있다.

[0072] 사용자 평면에 대한 PDCP 계층(415)의 주요 서비스들 및 기능들은 시퀀스 넘버링, (ROHC(robust header compression)에 대해서만의) 헤더 압축 및 압축 해제, 사용자 데이터의 전송, 재정렬 및 중복 검출(PDCP 계층(415) 위의 계층들로의 순차적인 전달이 요구되는 경우), PDCP PDU 라우팅(분할 베어러들의 경우), PDCP SDU들의 재송신, 암호화 및 암호 해독, PDCP SDU 폐기, RLC AM에 대한 PDCP 재설정 및 데이터 복구, 및 PDCP PDU들의 복제를 포함한다. 제어 평면에 대한 PDCP 계층(415)의 주요 서비스들 및 기능들은 암호화, 암호 해독 및 무결성 보호, 제어 평면 데이터의 전송, 및 PDCP PDU들의 복제를 포함한다.

[0073] SDAP 계층(410)은 AS(access stratum) 계층이고, 이의 주요 서비스들 및 기능들은 QoS 흐름과 데이터 라디오 베어러 간의 맵핑, 및 DL 및 UL 패킷들 둘 모두에서 QoS 흐름 ID의 표시를 포함한다. SDAP의 단일 프로토콜 엔티티는 각각의 개별 PDU 세션에 대해 구성된다.

[0074] RRC 계층(445)의 주요 서비스들 및 기능들은 AS 및 NAS에 관련된 시스템 정보의 브로드캐스트, 5GC(예컨대, NGC(210 또는 260)) 또는 RAN(예컨대, New RAN(220))에 의해 개시된 페이징, UE와 RAN 사이의 RRC 연결의 설정, 유지, 및 해제, 키 관리를 포함하는 보안 기능들, SRB(signaling radio bearer)들 및 DRB(data radio bearer)들의 설정, 구성, 유지 및 해제, 이동성 기능(핸드오버, UE 셀 선택 및 재선택, 및 셀 선택 및 재선택의 제어, 핸드오버에서의 컨텍스트 전송을 포함함), QoS 관리 기능들, UE 측정 보고 및 보고의 제어, 및 UE로부터/로 NAS로/로부터 NAS 메시지 전송을 포함한다.

[0075] 도 5는 본 개시내용의 양상들에 따른 계층 2 데이터 흐름(500)의 예를 예시한다. 송신기 측에서, 하위 계층은 상위 계층으로부터 데이터를 수신하고, 이 데이터는 SDU로 지칭된다. 하위 계층은, 해당 계층에 특정된 헤더(H)를 추가하고 이로써 수신된 데이터를 해당 계층에 대한 PDU로 변환함으로써, 데이터를 수정할 것이다. 따라서, 도 5에 도시된 바와 같이, SDAP 계층은 IP 계층으로부터 IP 패킷들(510, 512 및 514) ― 이제 SDAP SDU들로 지칭됨 ― 을 수신하고, 각각에 SDAP 헤더(H)를 추가하여 SDAP PDU들(520, 522 및 524)을 각각 생성하고, 그들을 PDCP 계층에 포워딩한다. PDCP 계층은 SDAP 계층으로부터 SDAP PDU들(520, 522, 524) ― 이제 PDCP SDU들로 지칭됨 ― 을 수신하고, 각각에 PDCP 헤더를 추가하여 PDCP PDU들(530, 532 및 534)을 각각 생성하고, 그들을 RLC 계층에 포워딩한다. RLC 계층은 PDCP 계층으로부터 PDCP PDU들(530, 532, 및 534) ― 이제 RLC SDU들로 지칭됨 ― 을 수신하고, 각각에 RLC 헤더를 추가하여 RLC PDU들(540, 542, 544 및 546)을 생성하고, 그들을 MAC 계층에 포워딩한다. 도 5의 예에서, PDCP PDU(534)는 단일 RLC PDU로 변환하기에는 너무 크고, 따라서 2개의 RLC PDU들(544 및 546)로 세그먼트화된다는 것이 유의된다. MAC 계층은 RLC 계층으로부터 RLC PDU들(540, 542, 544, 546) ― 이제 MAC SDU들로 지칭됨 ― 을 수신하고, PHY 계층(도시되지 않음)에 전송할 수송 블록을 생성한다. 도 5의 예에서, 수송 블록은 자원 블록 "x"(RB_x)로부터의 2개의 RLC PDU들(RLC PDU들(540 및 542)) 및 자원 블록(RB_y)으로부터의 하나의 RLC PDU(RLC PDU(544))를 연결함(concatenating)으로써 생성된다.

[0076] 수신기 측에서, 프로세스는 반대이다. 즉, 피어 엔티티는 하위 계층(이것은 실제로 하위 계층의 SDU임)으로부터 PDU를 수신하고, 이를 다시 SDU(들)로 변환하고, 이를 다음 상위 계층으로 전달한다. 따라서, 도 5의 예에서, RLC 계층은 MAC 계층으로부터 MAC SDU들을 수신하고, RLC 헤더들을 제거하여 RLC SDU들을 복구하고, RLC SDU들을 PDCP 계층으로 전달한다. PDCP 계층은 PDCP SDU들을 복구하기 위해 RLC SDU들로부터 PDCP 헤더들을 제거하고, PDCP SDU들을 SDAP 계층으로 전달한다. SDAP 계층은 PDCP SDU들로부터 SDAP 헤더들을 제거하여 SDAP SDU들을 복구하고, SDAP SDU들(즉, IP 패킷들(510, 512 및 514))을 다음 상위 계층(예컨대, RRC 계층(545))으로 전달한다.

[0077] PDU들은 데이터 PDU들 또는 제어 PDU들 중 어느 하나일 수 있다는 것이 유의된다. 데이터 PDU들은, 예컨대, UE에서 실행되는 애플리케이션에 대한 사용자 데이터를 반송하고, 제어 PDU들은 특정 계층에서 사용되는 제어 데이터(제어 평면 데이터는 아님)를 반송한다. 따라서, 예컨대, PDCP 데이터 PDU는, PDU 헤더 외에도, 사용자 평면 데이터, 제어 평면 데이터 및/또는 MAC-I(message authentication code for integrity)를 전달하는 데 사용된다. PDCP 제어 PDU는, PDU 헤더 외에도, PDCP 상태 보고 및 산재된(nterspersed) ROHC 피드백을 전달하는 데 사용된다.

[0078] 도 6은 본 개시내용의 양상에 따른, PDCP 계층의 기능적 뷰를 예시한다. 도 6의 예에서, 송신 PDCP 엔티티(610)는 데이터(즉, PDCP PDU들)를 수신 PDCP 엔티티(620)에 전송하고 있다. 송신 PDCP 엔티티(610)는 UE 또는 gNB 중 어느 하나에 의해 구현될 수 있고, 수신 PDCP 엔티티(620)는 UE 및 gNB 중 다른 하나에 의해 구현될 수 있다. PDCP 엔티티들은 PDCP 계층에 로케이팅된다. UE에 대해 정의된 여러 PDCP 엔티티들이 있을 수 있으며, 각각의 PDCP 엔티티는 하나의 라디오 베어러의 데이터를 반송한다. PDCP 엔티티는, 데이터를 반송하는 라디오 베어러에 의존하여 제어 평면 또는 사용자 평면 중 어느 하나와 연관된다. 분할 베어러들에 대해, 송신 PDCP 엔티티에서 라우팅이 수행된다.

[0079] PDCP 계층은 자신의 서비스들을 RRC 또는 SDAP 계층들에 제공한다. PDCP들에 의해 상위 계층들은 다음의 서비스들: 사용자 평면 데이터의 전송, 제어 평면 데이터의 전송, 헤더 압축, 암호화 및 무결성 보호가 제공된다. PDCP 엔티티는 RLC 엔티티당 하위 계층들로부터 다음 서비스들: PDCP PDU들의 성공적인 전달의 표시(예컨대, ACK/NACK) 및 확인 응답되지 않는 데이터 전송 서비스(즉, UM)를 포함하여, 확인 응답되는 데이터 전송 서비스(즉, AM)를 예상한다.

[0080] PDCP 계층은 다음의 기능들: 데이터 전송(사용자 평면 또는 제어 평면), PDCP 시퀀스 번호들의 유지, ROHC 프로토콜을 사용하는 헤더 압축 및 압축 해제, 암호화 및 암호 해독, 무결성 보호 및 무결성 검증, 타이머 기반 SDU 폐기, 분할 베어러들에 대한 라우팅, 복제, 재정렬 및 순차적인 전달, 비순차적인 전달, 및 중복 폐기를 지원한다.

[0081] 도 6에 예시된 바와 같이, 송신 PDCP 엔티티(610)로 들어오는 데이터가 우선 송신 버퍼에 저장되고, 여기서 데이터에 시퀀스 번호가 할당된다. 즉, 송신 PDCP 엔티티(610)는 데이터의 각각의 인입 블록에 시퀀스 번호를 추가한다. 일단 시퀀스 번호들이 추가되면, 데이터의 블록들의 순서가 관리될 수 있다. 시퀀스 번호에 기반하여, 수신 PDCP 엔티티는 데이터가 순서대로 전달되는지 여부, 중복 데이터가 수신되는지, 여러 데이터 청크들을 원래 데이터 블록으로 결합하는 방법 등을 결정할 수 있다.

[0082] 시퀀스 번호들이 할당된 후에, 헤더 압축이 수행되지만 사용자 평면 데이터에 대해서만 수행된다. 이것은, 시그널링 메시지들이 헤더 압축을 거치지 않는다는 것을 의미한다. 여기에서부터 2개의 경로들이 존재하고, 하나의 경로는 PDCP SDU와 연관된 패킷들에 대한 것이고, 다른 하나의 경로는 그렇지 않은 패킷들에 대한 것이다. PDCP SDU와 연관된 패킷들은 PDCP 헤더가 추가되기 전에 무결성 보호 및 암호화 스테이지들을 거치는 반면에, PDCP SDU와 연관되지 않은 패킷들은 헤더 단계로 직접 이동한다.

[0083] 무결성 보호는 제어 평면 데이터(예컨대, DTCH 데이터가 아닌 RRC/NAS 메시지들과 같은 DCCH 데이터)에만 적용된다. 암호화는 제어 평면 데이터 및 사용자 평면 데이터 둘 모두에 적용된다. 다음에, PDCP SDU와 연관되는지 여부에 관계없이, PDCP 헤더가 패킷들에 추가된다. 분할 베어러가 설정되면, 송신 PDCP 엔티티(610)는 패킷들을 의도된 RDB로 라우팅한다. 수신 PDCP 엔티티(620)에 의해 수행되는 수신 프로세스는 단순히 송신 PDCP 엔티티(610)에 의해 수행되는 송신 프로세스의 역이다.

[0084] RLC AM DRB들을 사용하는 것은, 수신기 측에서 RLC 계층 상태 보고 및 송신기 측에서 RLC 패킷 재송신을 사용하여 무손실 데이터 송신을 보장할 수 있다. 그러나, URLLC(ultra-reliable low latency communications)는, RLC AM DRB들의 사용과 연관된 확인 응답 및 재송신 레이턴시들을 허용할 수 없기 때문에, 일반적으로 RLC UM DRB들을 사용한다. 그러나, URLLC는 또한 높은 신뢰성 요건을 가져서, 이러한 서비스들이 RLC UM DRB들을 사용할 때 발생할 수 있는 패킷 손실에 민감하게 한다. 따라서, RLC UM DRB들, 특히 URLLC에 대한 무손실 데이터 송신을 제공할 필요가 있다.

[0085] 따라서, 본 개시내용은, RLC UM 및 RLC TM DRB들에 대한 무손실 송신을 달성하기 위해 PDCP 계층 상태 보고들 및 PDCP 데이터 복구 절차들(총괄하여 데이터 재송신 절차들로 지칭됨)을 사용하기 위한 기법들을 제공한다. 본원에 설명된 기법들은 RLC UM이 RLC AM 재송신 메커니즘을 사용하지 않고 무손실 데이터 송신을 달성하는 것을 허용한다.

[0086] 제1 예시적인 사용 경우로서, 지연에 민감한 서비스들(예컨대, UDP(user datagram protocol) 기반 게이밍 트래픽, 산업용 실시간 제어 등)은 레이턴시를 감소시키기 위해 RLC UM DRB들을 사용할 수 있다. RLC UM DRB들은, 이러한 서비스들의 레이턴시 요건들로 인해 지연에 민감한 트래픽의 대부분 또는 전부에 대해 구성될 수 있다. 구성 가능한 상위 계층 피드백은 RLC UM DRB들이 패킷 손실을 감소시키거나 제거하는 데 도움이 될 수 있다. 구체적으로, 본원에 설명된 바와 같이, PDCP 상태 보고 메커니즘은 RLC UM DRB들에 대한 상위 레벨 피드백 툴로서 사용될 수 있다.

[0087] 제2 예시적인 사용 경우로서, RLC UM의 신뢰성은 정상적인 상황에서는 충분할 수 있지만, 핸드오버가 트리거링되는 셀 에지에서는 불충분할 수 있다. 핸드오버의 경우에, 셀 에지에 있는 UE는 RLC UM DRB들로 구성될 때 패킷 손실을 경험할 수 있다. PDCP 시퀀스 번호 연속성을 지원하는 것은, 핸드오버 동안 중복 검출에만 유용할 수 있지만, 패킷 손실을 감소/제거할 수는 없다. 이로써, 본원에 설명된 바와 같이, RLC UM DRB들에 대한 데이터 재송신은 이러한 핸드오버 상황들에서 도움이 될 것이다.

[0088] 제3 예시적인 사용 경우로서, MBB(mobile broadband) 핸드오버(도 12에 예시됨) 동안, PDCP 상태 보고는 타겟 gNB가 소스 gNB로부터 포워딩된 PDCP SDU들을 폐기하고 RLC UM DRB들에 대한 레이턴시를 감소시키는 데 유용하다. MBB 핸드오버의 경우, 소스 gNB는, UE에 MBB 핸드오버 커맨드를 송신한 직후에 다운링크 데이터 포워딩을 개시하고, 소스 gNB는 또한 소스 연결을 통해 동일한 다운링크 데이터를 UE에 송신할 수 있다. 일단 UE가 핸드오버를 완료하면(즉, RRC 재구성 완료 메시지를 전송하면), 타겟 gNB는 UE에 다운링크 데이터를 전송하기 시작한다. 그러나, 타겟 gNB의 다운링크 버퍼가 이미 소스 gNB로부터 포워딩된 데이터를 갖기 때문에, 타겟 gNB가 새로운(fresh) 데이터를 UE에 전송할 수 있기 전에, 지연들이 있을 것이다. 이러한 경우에, 타겟 gNB가 소스 gNB의 연결을 통해 어떤 PDCP SDU들이 UE에 송신되었는지를 알 필요가 있다. 이러한 방식으로, 타겟 gNB는 해당 SDU들을 폐기하고, 송신되지 않은 SDU만을 송신하고, 이로써 지연들을 감소시킬 수 있다. 이러한 상황에서, UE가 설정된 RLC UM DRB들에 대한 핸드오버 완료 직후 타겟 gNB에 PDCP 상태 보고를 전송하는 것이 도움이 될 것이다.

[0089] 본 개시내용에서, PDCP 엔티티(예컨대, 송신 PDCP 엔티티(610), 수신 PDCP 엔티티(620))는 RLC UM 또는 RLC TM DRB들에 대해 PDCP 데이터 재송신 절차들을 수행할 수 있다. 일 양상에서, 본원에 설명된 PDCP 데이터 재송신 절차들은 업링크 또는 다운링크 데이터 송신들 중 어느 하나에 대해 수행될 수 있다. 따라서, 송신 PDCP 엔티티(610)는 gNB(다운링크 송신용) 또는 UE(업링크 송신용) 중 어느 하나에 의해 구현될 수 있고, 수신 PDCP 엔티티(620)는 UE(다운링크 송신용) 또는 gNB( 업링크 송신용) 중 어는 하나에 의해 구현될 수 있다.

[0090] 도 7은 본 개시내용의 양상들에 따른 PDCP 데이터 재송신을 위한 예시적인 흐름(700)을 예시한다. 방법(700)은 도 6의 송신 PDCP 엔티티(610) 및 수신 PDCP 엔티티(620)에 의해 수행될 수 있다.

[0091] 710에서, 수신 PDCP 엔티티(620)는, 수신 RLC 엔티티로부터, RLC 비-AM DRB(예컨대, RLC UM DRB 또는 RLC TM DRB)를 통해 수신된 RLC SDU들을 수신한다. 도 5를 참조하여 전술된 바와 같이, RLC SDU들은 PDCP PDU들(예컨대, PDCP PDU들(530, 532, 534))에 대응한다.

[0092] 720에서, RLC SDU들/PDCP PDU들의 수신 동안 또는 이후의 일정 시점에서, 송신 PDCP 엔티티(610)는 PDCP 데이터 복구 절차를 개시하도록 트리거링될 수 있다. 일 양상에서, RRC 계층(예컨대, RRC 계층(445))은 핸드오버와 같은 특정 이벤트들에 기반하여 PDCP 데이터 복구 절차를 요청하거나, 단순히 원샷(one-shot) PDCP 데이터 복구 절차를 요청할 수 있다. 대안적으로 또는 부가적으로, PDCP 데이터 복구는 주기적으로 수행될 수 있다. 예컨대, 상위 계층은 주기적 PDCP 데이터 복구를 수행하도록 송신 PDCP 엔티티(610)를 구성할 수 있다. PDCP 데이터 복구를 너무 자주 수행하는 것을 방지하기 위해 금지 타이머(prohibit timer)가 사용될 수 있다. 동작(720)은 (점선으로 표시된 바와 같이) 선택사항인데, 왜냐하면, 후술되는 바와 같이, PDCP 상태 보고가 송신 측으로부터의 입력 없이 수신기 측에서 트리거링될 수 있기 때문이다.

[0093] 730에서, 수신 PDCP 엔티티(620)가 PDCP 상태 보고를 전송하도록 트리거링된다. 740에서, 수신 PDCP 엔티티(620)는 PDCP 상태 보고를 송신 PDCP 엔티티(610)에 전송한다. 750에서, 송신 PDCP 엔티티(610)는 성공적으로 전달된 PDCP SDU들을 폐기하고, 누락된 PDCP SDU들을 송신 버퍼에 저장한다. 760에서, 송신 PDCP 엔티티(610)는 누락된 PDCP SDU들을 수신 PDCP 엔티티(620)에 재송신한다. 동작들(730 내지 760)은 아래에서 추가로 설명될 것이다.

[0094] 다시 730을 참조하면, 수신 PDCP 엔티티(620)는 다양한 방식으로, 이를테면, RRC 요청, 주기적 타이머, 폴링, 수신 윈도우를 초과하는 패킷들의 재정렬, 또는 RRC 구성에 의해 트리거링될 수 있다. 먼저 RRC 요청 트리거링을 참조하면, 송신기 측의 RRC 계층이 720에서 송신 PDCP 엔티티(610)가 PDCP 데이터 복구를 수행하도록 요청할 때, 그런 다음, 730에서, 수신기 측의 RRC 계층은, PDCP 상태 보고를 생성하고 이를 하위 계층(즉, RLC 계층)에, 예컨대, 제1 PDCP PDU로서 제출하도록 수신 PDCP 엔티티(620)를 트리거링할 수 있다.

[0095] 주기적 타이머 트리거링을 참조하면, 상위 계층은 PDCP 상태 보고들을 주기적으로 송신하도록 수신 PDCP 엔티티(620)를 구성할 수 있다. 예컨대, 수신 PDCP 엔티티(620)는, 주기적 타이머가 만료될 때마다 PDCP 상태 보고를 주기적으로 송신할 수 있다. 타이머의 길이는 구성 가능할 수 있고, 수신 PDCP 엔티티(620)가 PDCP 상태 보고들을 너무 자주 전송하는 것을 방지하는 데 사용된다. 타이머가 만료될 때에만, 수신 PDCP 엔티티(620)가 새로운 PDCP 상태 보고를 전송하도록 허용된다.

[0096] 폴링 트리거링을 참조하면, 송신 PDCP 엔티티(610)는, 수신 PDCP 엔티티(620)가 PDCP 상태 보고를 전송하도록 트리거링하기 위해, 자신의 피어 PDCP 엔티티, 수신 PDCP 엔티티(620)를 폴링할 수 있다. 송신 PDCP 엔티티(610)는 PDCP 데이터 PDU에 폴링 비트를 삽입할 수 있다. 폴링 비트는, 수신 PDCP 엔티티(620)가 PDCP 상태 보고를 전송해야 함을 표시하는 "1" 및 수신 PDCP 엔티티(620)가 PDCP 상태 보고를 전송하지 않아야 함을 표시하는 "0"과 같은 단일 비트일 수 있다. 폴링 비트를 삽입하는 타이밍은, 예컨대, 송신 PDCP 엔티티(610)가 하위 계층(즉, RLC 계층)에 제출한 PDCP 데이터 PDU들의 수의 카운터에 기반할 수 있다. 일 양상에서, 카운터는 하위 계층에 제출된 PDCP 데이터 PDU들의 패킷 크기를 고려할 수 있다. 예컨대, PDCP 데이터 PDU들의 패킷 크기가 더 클수록, PDCP 상태 보고가 트리거링되기 전에 전송되는 PDCP 데이터 PDU들이 더 적다. 카운터가 구성된 임계치에 도달할 때, 송신 PDCP 엔티티(610)는 폴링 비트를 "1"로 설정하고, 그렇지 않은 경우 폴링 비트는 "0"으로 유지된다. 일단 폴링 비트가 PDCP 데이터 PDU에 삽입되면, 카운터는 재설정되어야 한다. 일 양상에서, 버퍼가 비어 있는 경우, 폴링 비트는 PDCP 전송 버퍼(도 6 참조)의 최종 PDCP 데이터 PDU에서 "1"로 설정되어야 한다.

[0097] 도 8은 본 개시내용의 양상들에 따른 PDCP 데이터 PDU에 폴링 비트를 삽입할지 여부를 결정하기 위한 예시적인 방법(800)을 예시한다. 방법(800)은 송신 PDCP 엔티티(610)에 의해 수행될 수 있다. 810에서, 송신 PDCP 엔티티(610)는, SDAP PDU(예컨대, SDAP PDU(520, 522, 524))로부터 PDCP 데이터 PDU를 생성하기 위해 PDCP 헤더를 생성한다. 820에서, 송신 PDCP 엔티티(610)는, PDCP 데이터 PDU가 송신 버퍼의 최종 PDCP 데이터 PDU인지 여부를 결정한다. 그렇지 않은 경우, 830에서 송신 PDCP 엔티티(610)는, 최종 폴링 이래로 하위 계층(즉, RLC 계층)으로 전송된 PDCP 데이터 PDU들의 수가 임계치보다 더 큰지 여부를 결정한다. 그렇지 않은 경우, 840에서, 송신 PDCP 엔티티(610)는, 최종 폴링 이래로 하위 계층(즉, RLC 계층)으로 전송된 모든 PDCP 데이터 PDU들에 걸친 데이터의 총량이 임계치보다 더 큰지 여부를 결정한다. 그렇지 않은 경우, 850에서 송신 PDCP 엔티티(610)는 PDCP 데이터 PDU에 폴링 비트를 삽입하지 않는다(즉, 폴링 비트를 "0"으로부터 "1"로 변경하지 않음). 그러나, 820, 830 및 840에서의 결정들 중 어느 하나라도 "예"이면, 송신 PDCP 엔티티(610)는 폴링 비트를 PDCP 데이터 PDU의 헤더에 삽입한다(즉, 폴링 비트를 "0"으로부터 "1"로 변경함).

[0098] 도 9a 및 9b는 본 개시내용의 양상들에 따른, 헤더에 폴링 비트를 포함하는 예시적인 PDCP 데이터 PDU들을 예시한다. PDCP PDU는 길이가 바이트 정렬된(즉, 8비트의 배수인) 비트 스트링이다. 도 9a 및 도 9b에서, 비트 스트링은, 최상위 비트가 표의 첫 번째 라인의 최좌측 비트이고 최하위 비트가 표의 최종 라인의 최우측 비트인 표들로 표현된다. 각각의 PDCP 데이터 PDU 위의 해싱된 라인은 각각의 행의 비트 구분(bit demarcation)들을 나타낸다.

[0099] 도 9a는 PDCP SN(sequence number)에 대한 12비트들을 갖는 PDCP 데이터 PDU(910)의 포맷을 도시한다. 도 9a에 도시된 바와 같이, 제1 예약(R) 비트는 폴링(P) 비트로서 사용될 수 있다. 그렇지 않은 경우, 예약 비트들이 0으로 설정되고, 수신기에 의해 무시된다. 도 9b는 PDCP SN(sequence number)에 대한 18비트들을 갖는 PDCP 데이터 PDU(920)의 포맷을 도시한다. 도 9a에서와 같이, 도 9b에서, 제1 예약 비트는 폴링(P) 비트로서 사용될 수 있다.

[00100] D/C 비트는, 대응하는 PDCP PDU가 PDCP 데이터 PDU인지 또는 PDCP 제어 PDU인지를 나타낸다는 것이 유의된다. 데이터 필드는 가변 수의 바이트들일 수 있고, 압축되지 않은 PDCP SDU(사용자 평면 데이터 또는 제어 평면 데이터) 또는 압축된 PDCP SDU(사용자 평면 데이터 전용)를 포함할 수 있다. MAC-I 필드는 32 비트(4 바이트)의 길이를 가지며, 메시지 인증 코드를 반송한다. DRB들에 대해, MAC-I 필드는, DRB가 무결성 보호로 구성된 경우에만 존재한다.

[00101] 이제 수신 윈도우 트리거링을 참조하면, 수신 PDCP 엔티티(620)는, 수신될 것으로 예상되는 다음 PDCP 데이터 패킷의 시퀀스 번호가 상위 계층으로 전달되지 않은 첫 번째 PDCP 데이터 패킷의 시퀀스 번호보다 수신 윈도우의 길이만큼 더 크다고 결정할 수 있다. 예컨대, RX_NEXT가 RX_DELIV + 수신 윈도우의 길이보다 더 큰 경우, 수신 PDCP 엔티티(620)는 PDCP 상태 보고를 전송하도록 트리거링된다. 변수 RX_NEXT는 수신될 것으로 예상되는 다음 PDCP SDU의 COUNT 값을 나타내고, 변수 RX_DELIV는 상위 계층에 전달되지 않았지만 수신 PDCP 엔티티(620)에 의해 여전히 대기 중인 첫 번째 PDCP SDU의 COUNT 값을 나타낸다. 변수 COUNT는 HFN(hyper framer number) 및 PDCP 시퀀스 번호로 구성된다. 수신 윈도우의 길이는, 예컨대, gNB에 의해 구성 가능할 수 있다.

[00102] 도 10은 본 개시내용의 양상들에 따른, 일련의 PDCP SDU들로 구성된 데이터 흐름(1000)을 예시한다. 도 10에 도시된 바와 같이, 첫 번째 로케이션(1010)은, 변수 RX_DELIV로 표시된 바와 같이, 상위 계층들에 전달되지 않았지만 수신 PDCP 엔티티(620)에 의해 여전히 대기 중인 첫 번째 PDCP SDU의 로케이션이다. 도 10의 예에서, 수신 윈도우의 길이는 8개의 PDCP SDU들이다. 도 10에 도시된 바와 같이, 변수 RX_NEXT로 표시된, 수신될 것으로 예상되는 다음 PDCP SDU는 데이터 흐름(1000)의 10번째 로케이션(1020)에 있다. 제1 PDCP SDU는 상위 계층들에 전달되지 않았지만 여전히 대기 중인 PDCP SDU, 즉, 로케이션(1010)에서 예상되는 PDCP SDU와, 수신될 것으로 예상되는 다음 PDCP SDU, 즉, 로케이션(1020)에서의 PDCP SDU 사이의 갭이 수신 윈도우보다 더 크기 때문에, PDCP 상태 보고가 트리거링된다.

[00103] 이제 RRC 구성 트리거링을 참조하면, 송신기(예컨대, gNB)는, PDCP 상태 보고를 전송하도록 수신기(예컨대, UE)를 구성하기 위해 RRC 시그널링을 사용할 수 있다. 일 양상에서, UE는, UE가 지금까지 어떤 PDCP SDU들이 수신했는지를 타겟 gNB에 나타내기 위해, 핸드오버 완료 직후, RLC UM 및/또는 RLC TM DRB(들)에 대한 PDCP 상태 보고를 타겟 gNB에 전송할 수 있다. 그런 다음, 타겟 gNB는, UE가 이미 수신한, 전송 버퍼에 저장한, 소스 gNB로부터 전달된 PDCP SDU들을 폐기하고, 이로써 RLC UM 및/또는 RLC TM DRB(들)에 대한 지연들을 감소시킬 수 있다.

[00104] 다른 양상에서, 소스 gNB는, 소스 연결을 통해 RLC UM 및/또는 RLC TM DRB(들)에 대해 송신된 최종 PDCP 다운링크 SDU 시퀀스 번호를 표시하는 PDCP 시퀀스 번호 상태 전송 메시지를 타겟 gNB에 전송할 수 있다.

[00105] 다시 도 7을 참조하면, 일단 PDCP 상태 보고가 730에서 트리거링되었다면, 수신 PDCP 엔티티(620)는 PDCP 상태 보고를 생성하고, 이를, 예컨대, 제1 PDCP PDU로서 하위 계층(즉, RLC 계층)에 제출한다. PDCP 상태 보고는 수신 PDCP 엔티티(620)에서의 FMC(first missing COUNT)에 관한 정보 및 선택적으로 성공적으로 수신된 그리고/또는 성공적으로 수신되지 않은 PDCP 데이터 PDU들의 비트맵을 포함한다. 수신 측에서 PDCP 상태 보고가 생성되어(730), 성공적으로 수신된 그리고 성공적으로 수신되지 않은 PDCP 데이터 PDU들을 나타내고 이들을 보고하는 반면에, PDCP 데이터 복구(720)는 PDCP 상태 보고에 기반하여 실패한 PDCP 데이터 PDU들을 재송신하기 위해 송신기 측에서 실행된다.

[00106] 여전히 도 7 및 구체적으로 동작(740)을 참조하면, PDCP 상태 보고는 PDCP 제어 PDU에서 송신 PDCP 엔티티(610)에 전달된다. 도 11은 본 개시내용의 양상들에 따른, 하나의 PDCP 상태 보고를 반송하는 예시적인 PDCP 제어 PDU(1100)를 예시한다. PDU 타입 필드는, 대응하는 PDCP 제어 PDU에 포함된 제어 정보의 타입을 나타낸다. PDCP 상태 보고에 대해, 이러한 필드는 3-비트 값 "000"을 포함한다. FMC 필드는 재정렬 윈도우 내의 첫 번째 누락된 PDCP SDU의 COUNT 값, 즉, RX_DELIV를 나타낸다. 비트맵 필드는, 어떤 SDU들이 누락되었고 어떤 SDU들이 수신 PDCP 엔티티(620)에서 올바르게 수신되었는지를 나타낸다. 비트맵에서 N번째 비트의 비트 포지션은 N이고, 예컨대, 비트맵에서 첫 번째 비트의 비트 포지션은 1이다.

[00107] PDCP 상태 보고는, UE가 PDCP 상태 보고를 전송하도록 트리거링될 수 있는 한, gNB로부터 UE로의 다운링크 송신들에 사용된다는 것이 유의된다. 업링크 송신들에 대해, gNB는 성공적으로 수신된/성공적으로 수신되지 않은 PDCP 데이터 PDU들을 식별하는 PDCP SN 상태 전송 메시지를 UE에 전송할 것이다.

[00108] 일단 송신 PDCP 엔티티(610)는 PDCP 상태 보고를 수신하면, 송신 PDCP 엔티티(610)는 최신 PDCP 상태 보고에 따라 누락된 PDCP SDU들을 재송신한다. 다시 도 7 및 특히 동작(750)을 참조하면, RLC UM 및/또는 RLC TM DRB(들)에 대해 그리고 송신 PDCP 엔티티(610)의 PDCP 전송 버퍼 내의 각각의 PDCP SDU에 대해, 수신된 PDCP 상태 보고에서 비트맵 내의 비트가 "1"로 설정되거나, PDCP SDU에 대한 연관된 COUNT 값이 FMC의 값보다 더 작으면, PDCP SDU가 성공적으로 전달된 것으로 간주되고, PDCP 전송 버퍼로부터 폐기된다. 그러나, 비트가 "0"으로 설정되면, PDCP SDU는 전송 버퍼에 저장되고, 도 7의 760에서 수신 PDCP 엔티티(620)에 재송신된다.

[00109] 인지될 바와 같이, PDCP 엔티티가 누락된 패킷들의 재송신을 요청하기 때문에, RLC UM 및/또는 RLC TM DRB를 통해 동작하고 따라서 누락된 패킷들의 재송신을 요청하지 않음에도 불구하고, RLC 계층은 누락된 패킷들을 수신할 것이다. 이로써, RLC UM/TM DRB들을 사용하는 URLLC 서비스들은, RLC UM 및 TM의 낮은 레이턴시들을 즐기면서, 이러한 서비스들의 높은 신뢰성 요건들을 달성할 수 있다.

[00110] 위에서 설명된 제3 예시적인 사용 경우를 다시 참조하면, 도 12는 본 개시내용의 양상들에 따른 예시적인 MBB 핸드오버 메시지 흐름(1200)을 예시한다. 1 단계에서, UE는, 소스 gNB로부터 수신된 송신들의 약해지는 신호 세기와 같은 이벤트 트리거를 검출한다. 2 단계에서, UE는 이웃 gNB들의 측정 보고를 소스 gNB에 전송한다. 3 단계에서, 소스 gNB는 UE를 타겟 gNB로 핸드오버(HO)하기로 결정한다. 4 단계에서, 소스 gNB는 타겟 gNB와 통신하여 핸드오버를 준비한다. 5 단계에서, 소스 gNB는 RRC 연결 재구성 메시지를 UE에 전송한다. 6 단계에서, UE 및 소스 gNB는 "U2" 인터페이스로 지칭되는 사용자 인터페이스를 통해 사용자 데이터를 교환한다. 7 단계에서, 소스 gNB는 "U3" 인터페이스로 지칭되는 사용자 인터페이스를 통해 UPF와 사용자 데이터를 교환한다. 8 단계에서, 소스 gNB는 다운링크 사용자 데이터를 타겟 gNB에 포워딩한다. 9 단계에서, UE는 소스 gNB와 사용자 데이터 송신/수신을 계속한다. 10 단계에서, UE는 타겟 gNB의 타겟 셀에 대한 동기화 및 RACH 절차들을 통해 타겟 gNB에 연결한다. 이 시점에서, 타겟 gNB와 소스 gNB 둘 모두는 사용자 데이터를 UPF에 송신하고, 따라서 9 단계와 10 단계를 포함하는 상자는 UPF로 확장되는 것으로 도시된다. 11 단계에서, UE는 RRC 재구성 완료 메시지를 타겟 gNB에 전송한다. 12 단계에서, 제1 옵션으로서, UE는 RLC AM 또는 RLC UM 베어러들에 대해 PDCP 상태 보고를 타겟 gNB에 전송한다. 13 단계에서, 타겟 gNB는 핸드오버 연결 설정 완료 메시지를 소스 gNB에 전송하고, 소스 gNB는 UE에 데이터를 송신하고 UE로부터 데이터 수신하는 것을 중단한다. 14 단계에서, (12 단계의 제1 옵션 대신에) 제2 옵션으로서, 소스 gNB는 SN(sequence number) 상태 전송 메시지를 타겟 gNB에 전송하고, 이것은 업링크 PDCP 데이터 상태 또는 다운링크 PDCP 시퀀스 번호를 제공할 수 있다. 대각선 해시 라인들이 있는 상자는, 이러한 단계들 동안, UE가 소스 gNB를 통해 데이터를 송신 및 수신할 것임을 나타내고, 수평 해시 라인들이 있는 상자는, UE가 타겟 gNB를 통해 데이터를 송신 및 수신할 것임을 나타낸다는 것이 유의된다. 15 단계에서, 타겟 gNB는, 소스 gNB에 대한 연결을 해제하도록 UE에 명령하는 RRC 재구성 메시지를 UE에 전송한다. 16 단계에서, UE는 소스 gNB에 대한 연결을 해제한다. 17 단계에서, UE는 RRC 재구성 완료 메시지를 타겟 gNB에 전송한다. 18 단계에서 AMF는 사용자 평면을 타겟 gNB로 스위칭한다. 19 단계에서, AMF는 종료 마커를 소스 gNB에 전송한다. 20 단계에서, 타겟 gNB는 소스 gNB를 해제한다. 도 12에 예시된 바와 같이, UE는, 15 단계에서 타겟 gNB로부터 RRC 재구성 메시지를 수신할 때까지, 소스 gNB 및 타겟 gNB 둘 모두에 대한 연결을 유지한다. 한편, UE는 소스 gNB와 데이터 송신 및 수신을 계속한다.

[00111] 도 13은 본 개시내용의 양상들에 따른 예시적인 무선 통신을 위한 방법(1300)을 예시한다. 방법(1300)은 UE 또는 gNB와 같은 수신기 디바이스에 의해 수행될 수 있다.

[00112] 1310에서, 수신기 디바이스의 PDCP 엔티티(예컨대, 수신 PDCP 엔티티(620))는, 수신기 디바이스의 RLC 엔티티로부터, 복수의 RLC 데이터 패킷들(예컨대, RLC SDU들/PDCP PDU들)을 수신한다. 일 양상에서, 복수의 RLC 데이터 패킷들은 RLC UM DRB 또는 RLC TM DRB를 통해 송신기 디바이스로부터 수신된다.

[00113] 1320에서, 수신기 디바이스의 PDCP 엔티티는 복수의 RLC 데이터 패킷들에 대응하는 복수의 PDCP 데이터 패킷들(예컨대, PDCP SDU들)을 생성한다.

[00114] 1330에서, 수신기 디바이스는 복수의 PDCP 데이터 패킷들의 수신기 디바이스에서의 수신 상태를 표시하는 PDCP 상태 보고를 전송하기로 결정한다. 일 양상에서, 1330에서의 결정은, PDCP 상태 보고를 전송하라는 요청을, 수신기 디바이스의 RRC 엔티티로부터, 수신하는 것을 포함할 수 있다. 일 양상에서, PDCP 상태 보고를 전송하라는 요청은 송신기 디바이스에서의 PDCP 복구 절차의 개시에 대한 응답으로 수신될 수 있다. 일 양상에서, 1330에서의 결정은, PDCP 엔티티에서, 복수의 PDCP 데이터 패킷들 중 하나에서 PDCP 상태 보고에 대한 폴링 비트를 수신하는 것을 포함할 수 있다. 일 양상에서, 1330에서의 결정은, PDCP 상태 보고를 전송하기 위한 주기적 타이머가 만료되었다고 결정하는 것을 포함할 수 있다. 일 양상에서, 1330에서의 결정은, 도 10을 참조하여 전술된 바와 같이, 수신될 것으로 예상되는 다음 PDCP 데이터 패킷의 시퀀스 번호가 상위 계층으로 전달되지 않은 제1 PDCP 데이터 패킷의 시퀀스 번호보다 수신 윈도우의 길이만큼 더 크다고 결정하는 단계를 포함할 수 있고, 수신 윈도우는 미리 결정된 수의 PDCP 데이터 패킷들을 나타낸다. 일 양상에서, 1330에서의 결정은 PDCP 상태 보고를 전송하기 위한 RRC 구성을 수신하는 것을 포함할 수 있다. RRC 구성은, 제1 기지국으로부터 제2 기지국으로의 수신기 디바이스의 핸드오버에 대한 응답으로 수신될 수 있다. 일 양상에서, 송신기 디바이스는 제1 기지국일 수 있다. 대안적으로, 송신기 디바이스는 제2 기지국일 수 있다.

[00115] 1340에서, PDCP 엔티티는 PDCP 상태 보고를 송신기 디바이스의 PDCP 엔티티에 전송한다. 일 양상에서, PDCP 상태 보고는 복수의 PDCP 데이터 패킷들 중 제1 누락된 PDCP 데이터 패킷의 시퀀스 번호를 포함할 수 있다. 일 양상에서, PDCP 상태 보고는 복수의 PDCP 데이터 패킷들 중 성공적으로 수신된 PDCP 데이터 패킷, 성공적으로 수신되지 않은 PDCP 데이터 패킷, 또는 성공적으로 수신된 PDCP 데이터 패킷 및 성공적으로 수신되지 않은 PDCP 데이터 패킷 둘 모두의 비트맵을 포함할 수 있다.

[00116] 1350에서, PDCP 엔티티는, PDCP 상태 보고를 전송한 것에 대한 응답으로, 송신기 디바이스로부터, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신한다.

[00117] 도 14는 본 개시내용의 양상들에 따른 예시적인 무선 통신을 위한 방법(1400)을 예시한다. 방법(1400)은 gNB 또는 UE와 같은 송신기 디바이스에 의해 수행될 수 있다.

[00118] 1410에서, 송신기 디바이스의 RLC 엔티티는, 송신기 디바이스의 PDCP 엔티티(예컨대, 송신 PDCP 엔티티(610))로부터 수신된 복수의 PDCP 데이터 패킷들에 대응하는 복수의 RLC 데이터 패킷들을 생성한다.

[00119] 1420에서, RLC 엔티티는, RLC UM DRB 또는 RLC TM DRB를 통해, 복수의 RLC 데이터 패킷들을 수신기 디바이스에 송신한다.

[00120] 1430에서, PDCP 엔티티는 선택적으로, 송신기 디바이스의 RRC 엔티티로부터, PDCP 데이터 복구 절차를 수행하라는 요청을 수신한다. PDCP 데이터 복구 절차를 수행하라는 요청은 제1 기지국으로부터 제2 기지국으로의 수신기 디바이스의 핸드오버에 대한 응답으로 수신될 수 있다. 일 양상에서, 송신기 디바이스는 제1 기지국일 수 있다. 대안적으로, 송신기 디바이스는 제2 기지국일 수 있다. 대안적인 양상에서, PDCP 엔티티는 주기적 타이머의 만료 시에 PDCP 데이터 복구 절차를 개시할 수 있다.

[00121] 1440에서, PDCP 엔티티는 PDCP 상태 보고를 전송하도록 수신기 디바이스의 PDCP 엔티티를 선택적으로 트리거링한다. 일 양상에서, 1440에서의 트리거링은 복수의 PDCP 데이터 패킷들 중 하나에서 PDCP 상태 보고에 대한 폴링 비트를 송신하는 것을 포함할 수 있다. 일 양상에서, 폴링 비트는, RLC 엔티티에 제출된 복수의 PDCP 데이터 패킷들의 수가 임계치보다 더 큰 것, RLC 엔티티에 제출된 복수의 PDCP 데이터 패킷들의 데이터 총량이 임계치보다 더 큰 것 또는 이들의 임의의 조합에 기반하여 송신될 수 있다. 일 양상에서, PDCP 엔티티의 PDCP 버퍼가 비어 있음에 기반하여, PDCP 엔티티는 복수의 PDCP 데이터 패킷들 중 최종 PDCP 데이터 패킷에 폴링 비트를 삽입할 수 있다.

[00122] 1450에서, PDCP 엔티티는, 복수의 PDCP 데이터 패킷들의 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 수신기 디바이스로부터 수신한다. 동작들(1430 및 1440)은, 복구 절차가 RRC 요청에 의해 트리거링되지 않고 PDCP 상태 보고 수신에 의해 트리거링될 수 있기 때문에, 선택 사항이다. 예컨대, 일 양상에서, 송신기 디바이스는, PDCP 상태 보고를 전송하기 위한 주기적 타이머가 만료된 후에 PDCP 상태 보고를 수신할 수 있다. 대안적으로, 송신기 디바이스는, 제1 기지국으로부터 제2 기지국으로의 수신기 디바이스의 핸드오버에 대한 응답으로 PDCP 상태 보고를 수신할 수 있다. 일 양상에서, PDCP 상태 보고는 복수의 PDCP 데이터 패킷들 중 제1 누락된 PDCP 데이터 패킷의 시퀀스 번호를 포함할 수 있다. 일 양상에서, PDCP 상태 보고는 복수의 PDCP 데이터 패킷들 중 성공적으로 수신된 PDCP 데이터 패킷, 성공적으로 수신되지 않은 PDCP 데이터 패킷, 또는 성공적으로 수신된 PDCP 데이터 패킷 및 성공적으로 수신되지 않은 PDCP 데이터 패킷 둘 모두의 비트맵을 포함할 수 있다.

[00123] 1460에서, PDCP 엔티티는, PDCP 상태 보고에 기반하여, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신기 디바이스에 송신한다.

[00124] 일 양상에서, 방법(1400)은, PDCP 상태 보고에 의해 표현된, 복수의 PDCP 데이터 패킷들 중 성공적으로 수신된 PDCP 데이터 패킷들을, PDCP 엔티티의 PDCP 버퍼로부터, 폐기하는 것(도시되지 않음)을 더 포함할 수 있다. 일 양상에서, 방법(1400)은, 수신기 디바이스에서 성공적으로 수신되지 않은, 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 PDCP 엔티티의 PDCP 버퍼에 저장하는 것(도시되지 않음)을 더 포함할 수 있다.

[00125] "제1", "제2" 등과 같은 지정을 사용하는 본 명세서의 엘리먼트에 대한 임의의 참조는 일반적으로, 그 엘리먼트들의 양 또는 순서를 제한하지 않음을 이해해야 한다. 오히려, 이들 지정들은, 2개 또는 그 초과의 엘리먼트들 또는 엘리먼트의 인스턴스들 사이를 구별하는 편리한 방법으로서 본 명세서에서 사용될 수 있다. 따라서, 제1 및 제2 엘리먼트들에 대한 참조는, 2개의 엘리먼트들만이 본 명세서에서 이용될 수 있거나 제1 엘리먼트가 제2 엘리먼트에 임의의 방식으로 선행해야 한다는 것을 의미하지는 않는다. 또한, 달리 나타내지 않으면, 엘리먼트들의 세트는 하나 이상의 엘리먼트들을 포함할 수 있다. 부가적으로, 본 설명 또는 청구항들에서 사용되는 "A, B, 또는 C 중 적어도 하나" 또는 "A, B, 또는 C 중 하나 이상" 또는 "A, B, 및 C로 구성된 그룹 중 적어도 하나"의 형태의 용어는 "A 또는 B 또는 C 또는 이들 엘리먼트들의 임의의 결합"을 의미한다. 예컨대, 이러한 용어는, A, 또는 B, 또는 C, 또는 A 및 B, 또는 A 및 C, 또는 A 및 B 및 C, 또는 2A, 또는 2B, 또는 2C 등을 포함할 수 있다.

[00126] 위의 상세한 설명들 및 설명들을 고려하면, 당업자들은, 본원에 개시된 양상들과 관련하여 설명된 다양한 예시적인 로직 블록들, 모듈들, 회로들, 및 알고리즘 단계들이 전자 하드웨어, 컴퓨터 소프트웨어, 또는 이 둘의 조합들로서 구현될 수 있음을 인식할 것이다. 하드웨어와 소프트웨어의 이러한 상호교환가능성을 명확히 예시하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 및 단계들은 그들의 기능성 관점들에서 일반적으로 앞서 설명되었다. 그러한 기능성이 하드웨어로 구현되는지 또는 소프트웨어로 구현되는지 여부는 특정 애플리케이션, 및 전체 시스템에 부과된 설계 제약들에 의존한다. 당업자들은 설명된 기능성을 각각의 특정 애플리케이션에 대해 다양한 방식들로 구현할 수 있지만, 그러한 구현 결정들이 본 개시내용의 범위를 벗어나게 하는 것으로서 해석되지는 않아야 한다.

[00127] 따라서, 예컨대, 장치 또는 장치의 임의의 컴포넌트는 본 명세서에 교시된 바와 같은 기능을 제공하도록 구성(또는 제공하도록 동작 가능하게 또는 제공하도록 적응)될 수 있다는 것이 인식될 것이다. 이것은, 예컨대, 장치 또는 컴포넌트가 기능을 제공하도록 그 장치 또는 컴포넌트를 제작(예컨대, 제조)함으로써; 장치 또는 컴포넌트가 기능을 제공하도록 그 장치 또는 컴포넌트를 프로그래밍함으로써; 또는 몇몇 다른 적절한 구현 기법의 사용을 통해 달성될 수 있다. 일 예로서, 집적 회로는 필수적인 기능을 제공하도록 제조될 수 있다. 다른 예로서, 집적 회로는 필수적인 기능을 지원하도록 제조되며, 그런 다음, 필수적인 기능을 제공하도록 (예컨대, 프로그래밍을 통해) 구성될 수 있다. 또 다른 예로서, 프로세서 회로는 필수적인 기능을 제공하기 위한 코드를 실행할 수 있다.

[00128] 게다가, 본원에 개시된 양상들과 관련하여 설명된 방법들, 시퀀스들 및/또는 알고리즘들은 직접 하드웨어로, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이 둘의 조합으로 구현될 수 있다. 소프트웨어 모듈은, 랜덤 액세스 메모리(RAM), 플래시 메모리, 판독-전용 메모리(ROM), 소거 가능한 프로그래밍가능 ROM(EPROM), 전기적으로 소거 가능한 프로그래밍가능 ROM(EEPROM), 레지스터들, 하드 디스크, 착탈형 디스크, CD-ROM, 또는 당업계에 알려진 임의의 다른 형태의 저장 매체에 상주할 수 있다. 예시적인 저장 매체는, 프로세서가 저장 매체로부터 정보를 판독하고, 저장 매체에 정보를 기입할 수 있도록 프로세서에 커플링된다. 대안적으로, 저장 매체는 프로세서(예컨대, 캐시 메모리)에 통합될 수 있다.

[00129] 따라서, 예컨대, 본 개시내용의 특정 양상들이 5G 시스템에서 파일 송신 관리를 위한 방법들을 구현하는 컴퓨터-판독 가능한 매체를 포함할 수 있다는 것이 또한 인지될 것이다.

[00130] 전술한 개시내용이 다양한 예시적인 양상들을 나타내지만, 다양한 변화들 및 변형들이 첨부된 청구항들에 의해 정의된 범위를 벗어나지 않으면서 예시된 예들에 대해 행해질 수 있다는 것을 유의해야 한다. 본 개시내용은 구체적으로 예시된 예들에만 제한되도록 의도되지 않는다. 예컨대, 달리 언급되지 않는 한, 본원에서 설명된 본 개시내용의 양상들에 따른 방법 청구항들의 기능들, 단계들 및/또는 액션들은 임의의 특정한 순서로 수행될 필요가 없다. 또한, 특정 양상들이 단수로 설명 또는 청구될 수 있지만, 단수로의 제한이 명시적으로 나타나지 않으면, 복수가 고려된다.

Claims

수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법으로서,
상기 수신기 디바이스의 RLC(radio link control) 엔티티(entity)로부터 상기 수신기 디바이스의 PDCP(packet data convergence protocol) 엔티티에서, 복수의 RLC 데이터 패킷들을 수신하는 단계 ― 상기 복수의 RLC 데이터 패킷들은 RLC UM(unacknowledged mode) DRB(data radio bearer) 또는 RLC TM(transparent mode) DRB를 통해 송신기 디바이스로부터 수신됨 ― ;
상기 PDCP 엔티티가, 상기 복수의 RLC 데이터 패킷들에 대응하는 복수의 PDCP 데이터 패킷들을 생성하는 단계;
상기 복수의 PDCP 데이터 패킷들의 상기 수신기 디바이스에서의 수신 상태(reception status)를 나타내는 PDCP 상태 보고(status report)를 전송하기로 결정하는 단계;
상기 PDCP 상태 보고를 상기 송신기 디바이스의 PDCP 엔티티에 전송하는 단계; 및
상기 PDCP 상태 보고를 전송한 것에 대한 응답으로, 상기 송신기 디바이스로부터, 상기 수신기 디바이스에서 성공적으로 수신되지 않은, 상기 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신하는 단계를 포함하는,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제1 항에 있어서,
상기 결정하는 단계는:
상기 수신기 디바이스의 RRC(radio resource control) 엔티티로부터, 상기 PDCP 상태 보고를 전송하라는 요청을 수신하는 단계를 포함하는,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제2 항에 있어서,
상기 PDCP 상태 보고를 전송하라는 상기 요청은, 상기 송신기 디바이스에서 PDCP 복구 절차(recovery procedure)의 개시에 대한 응답으로 수신되는,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제1 항에 있어서,
상기 결정하는 단계는:
상기 PDCP 엔티티에서, 상기 복수의 PDCP 데이터 패킷들 중 하나에서 상기 PDCP 상태 보고에 대한 폴링 비트(polling bit)를 수신하는 단계를 포함하는,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제1 항에 있어서,
상기 결정하는 단계는:
상기 PDCP 상태 보고를 전송하기 위한 주기적 타이머(periodic timer)가 만료되었다고 결정하는 단계를 포함하는,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제1 항에 있어서,
상기 결정하는 단계는:
수신될 것으로 예상되는 다음 PDCP 데이터 패킷의 시퀀스 번호가 상위 계층으로 전달되지 않은 제1 PDCP 데이터 패킷의 시퀀스 번호보다 수신 윈도우의 길이만큼 더 크다고 결정하는 단계를 포함하고, 상기 수신 윈도우는 미리 결정된 수의 PDCP 데이터 패킷들을 나타내는,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제1 항에 있어서,
상기 결정하는 단계는:
상기 PDCP 상태 보고를 전송하기 위해 RRC 구성을 수신하는 단계를 포함하는,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제7 항에 있어서,
상기 RRC 구성은, 제1 기지국으로부터 제2 기지국으로의 상기 수신기 디바이스의 핸드오버에 대한 응답으로 수신되는,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제8 항에 있어서,
상기 송신기 디바이스는 상기 제1 기지국인,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제8 항에 있어서,
상기 송신기 디바이스는 상기 제2 기지국인,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제1 항에 있어서,
상기 PDCP 상태 보고는 상기 복수의 PDCP 데이터 패킷들 중 제1 누락된(missing) PDCP 데이터 패킷의 시퀀스 번호를 포함하는,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제1 항에 있어서,
상기 PDCP 상태 보고는 상기 복수의 PDCP 데이터 패킷들 중 성공적으로 수신된 PDCP 데이터 패킷, 성공적으로 수신되지 않은 PDCP 데이터 패킷, 또는 성공적으로 수신된 PDCP 데이터 패킷 및 성공적으로 수신되지 않은 PDCP 데이터 패킷 둘 모두의 비트맵(bitmap)을 포함하는,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제1 항에 있어서,
상기 송신기 디바이스는 기지국이고, 상기 수신기 디바이스는 사용자 장비(UE)인,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제1 항에 있어서,
상기 송신기 디바이스는 UE이고, 상기 수신기 디바이스는 기지국인,
수신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법으로서,
상기 송신기 디바이스의 RLC(radio link control) 엔티티가, 상기 송신기 디바이스의 PDCP(packet data convergence protocol) 엔티티로부터 수신된 복수의 PDCP 데이터 패킷들에 대응하는 복수의 RLC 데이터 패킷들을 생성하는 단계;
RLC UM(unacknowledged mode) DRB(data radio bearer) 또는 RLC TM(transparent mode) DRB를 통해, 상기 복수의 RLC 데이터 패킷들을 수신기 디바이스에 송신하는 단계;
상기 복수의 PDCP 데이터 패킷들의 상기 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 상기 수신기 디바이스로부터 수신하는 단계; 및
상기 PDCP 상태 보고에 기반하여, 상기 수신기 디바이스에서 성공적으로 수신되지 않은, 상기 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 상기 수신기 디바이스에 송신하는 단계를 포함하는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제15 항에 있어서,
상기 PDCP 상태 보고를 전송하기 위해 상기 수신기 디바이스의 PDCP 엔티티를 트리거링하는 단계를 더 포함하는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제16 항에 있어서,
상기 트리거링하는 단계는:
상기 복수의 PDCP 데이터 패킷들 중 하나에서 상기 PDCP 상태 보고에 대한 폴링 비트를 송신하는 단계를 포함하는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제17 항에 있어서,
상기 폴링 비트는, 상기 RLC 엔티티에 제출된 상기 복수의 PDCP 데이터 패킷들의 수가 임계치보다 더 큰 것, 상기 RLC 엔티티에 제출된 상기 복수의 PDCP 데이터 패킷들의 데이터 총량이 임계치보다 더 큰 것 또는 이들의 임의의 조합에 기반하여 송신되는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제17 항에 있어서,
상기 PDCP 엔티티의 PDCP 버퍼가 비어 있음에 기반하여, 상기 PDCP 엔티티는 상기 복수의 PDCP 데이터 패킷들 중 최종 PDCP 데이터 패킷에 상기 폴링 비트를 삽입하는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제15 항에 있어서,
주기적 타이머의 만료 시에 PDCP 데이터 복구 절차를 개시하는 단계를 더 포함하고, 상기 PDCP 상태 보고는 상기 PDCP 데이터 복구 절차의 개시 후에 수신되는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제15 항에 있어서,
상기 송신기 디바이스의 RRC(radio resource control) 엔티티로부터, PDCP 데이터 복구 절차를 수행하라는 요청을 수신하는 단계를 더 포함하고, 상기 PDCP 상태 보고는, 상기 PDCP 데이터 복구 절차를 수행하라는 상기 요청이 수신된 후에 수신되는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제21 항에 있어서,
상기 PDCP 데이터 복구 절차를 수행하라는 상기 요청은 제1 기지국으로부터 제2 기지국으로의 상기 수신기 디바이스의 핸드오버에 대한 응답으로 수신되는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제22 항에 있어서,
상기 송신기 디바이스는 상기 제1 기지국인,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제22 항에 있어서,
상기 송신기 디바이스는 상기 제2 기지국인,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제15 항에 있어서,
상기 송신기 디바이스는, 상기 PDCP 상태 보고를 전송하기 위한 주기적 타이머가 만료된 후에 상기 PDCP 상태 보고를 수신하는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제15 항에 있어서,
상기 송신기 디바이스는, 제1 기지국으로부터 제2 기지국으로의 상기 수신기 디바이스의 핸드오버에 대한 응답으로 상기 PDCP 상태 보고를 수신하는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제15 항에 있어서,
상기 PDCP 상태 보고는 상기 복수의 PDCP 데이터 패킷들 중 제1 누락된 PDCP 데이터 패킷의 시퀀스 번호를 포함하는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제15 항에 있어서,
상기 PDCP 상태 보고는 상기 복수의 PDCP 데이터 패킷들 중 성공적으로 수신된 PDCP 데이터 패킷, 성공적으로 수신되지 않은 PDCP 데이터 패킷, 또는 성공적으로 수신된 PDCP 데이터 패킷 및 성공적으로 수신되지 않은 PDCP 데이터 패킷 둘 모두의 비트맵을 포함하는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제28 항에 있어서,
상기 PDCP 엔티티의 PDCP 버퍼로부터, 상기 PDCP 상태 보고에 의해 표현된, 상기 복수의 PDCP 데이터 패킷들 중 성공적으로 수신된 PDCP 데이터 패킷들을 폐기하는 단계를 더 포함하는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제28 항에 있어서,
상기 수신기 디바이스에서 성공적으로 수신되지 않은, 상기 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 상기 PDCP 엔티티의 PDCP 버퍼에 저장하는 단계를 더 포함하는,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제15 항에 있어서,
상기 송신기 디바이스는 기지국이고, 상기 수신기 디바이스는 사용자 장비(UE)인,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
제15 항에 있어서,
상기 송신기 디바이스는 UE이고, 상기 수신기 디바이스는 기지국인,
송신기 디바이스에 의해 수행되는 무선 통신을 위한 방법.
무선 통신을 위한 장치로서,
수신기 디바이스의 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는:
상기 수신기 디바이스의 RLC(radio link control) 엔티티로부터 상기 수신기 디바이스의 PDCP(packet data convergence protocol) 엔티티에서, 복수의 RLC 데이터 패킷들을 수신하고 ― 상기 복수의 RLC 데이터 패킷들은 RLC UM(unacknowledged mode) DRB(data radio bearer) 또는 RLC TM(transparent mode) DRB를 통해 송신기 디바이스로부터 수신됨 ― ;
상기 PDCP 엔티티가, 상기 복수의 RLC 데이터 패킷들에 대응하는 복수의 PDCP 데이터 패킷들을 생성하고;
상기 복수의 PDCP 데이터 패킷들의 상기 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 전송하기로 결정하고;
상기 PDCP 상태 보고를 상기 송신기 디바이스의 PDCP 엔티티에 전송하고; 그리고
상기 PDCP 상태 보고를 전송한 것에 대한 응답으로, 상기 송신기 디바이스로부터, 상기 수신기 디바이스에서 성공적으로 수신되지 않은, 상기 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신하도록 구성되는,
무선 통신을 위한 장치.
무선 통신을 위한 장치로서,
송신기 디바이스의 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는:
상기 송신기 디바이스의 RLC(radio link control) 엔티티가, 상기 송신기 디바이스의 PDCP(packet data convergence protocol) 엔티티로부터 수신된 복수의 PDCP 데이터 패킷들에 대응하는 복수의 RLC 데이터 패킷들을 생성하고;
상기 송신기 디바이스의 송신기로 하여금, RLC UM(unacknowledged mode) DRB(data radio bearer) 또는 RLC TM(transparent mode) DRB를 통해, 상기 복수의 RLC 데이터 패킷들을 수신기 디바이스에 송신하게 하고;
상기 복수의 PDCP 데이터 패킷들의 상기 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 상기 수신기 디바이스로부터 수신하고; 그리고
상기 송신기로 하여금, 상기 PDCP 상태 보고에 기반하여, 상기 수신기 디바이스에서 성공적으로 수신되지 않은, 상기 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 상기 수신기 디바이스에 송신하게 하도록 구성되는,
무선 통신을 위한 장치.
컴퓨터 실행 가능 명령들을 저장하는 비일시적 컴퓨터 판독 가능 저장 매체로서,
상기 컴퓨터 실행 가능 명령들은:
수신기 디바이스의 RLC(radio link control) 엔티티로부터 상기 수신기 디바이스의 PDCP(packet data convergence protocol) 엔티티에서, 복수의 RLC 데이터 패킷들을 수신하도록 상기 수신기 디바이스에 명령하는 적어도 하나의 명령 ― 상기 복수의 RLC 데이터 패킷들은 RLC UM(unacknowledged mode) DRB(data radio bearer) 또는 RLC TM(transparent mode) DRB를 통해 송신기 디바이스로부터 수신됨 ― ;
상기 PDCP 엔티티가, 상기 복수의 RLC 데이터 패킷들에 대응하는 복수의 PDCP 데이터 패킷들을 생성하도록 상기 수신기 디바이스에 명령하는 적어도 하나의 명령;
상기 복수의 PDCP 데이터 패킷들의 상기 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 전송하기로 결정하도록 상기 수신기 디바이스에 명령하는 적어도 하나의 명령;
상기 PDCP 상태 보고를 상기 송신기 디바이스의 PDCP 엔티티에 전송하도록 상기 수신기 디바이스에 명령하는 적어도 하나의 명령; 및
상기 PDCP 상태 보고를 전송한 것에 대한 응답으로, 상기 송신기 디바이스로부터, 상기 수신기 디바이스에서 성공적으로 수신되지 않은, 상기 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신하도록 상기 수신기 디바이스에 명령하는 적어도 하나의 명령을 포함하는,
비일시적 컴퓨터 판독 가능 저장 매체.
컴퓨터 실행 가능 명령들을 저장하는 비일시적 컴퓨터 판독 가능 저장 매체로서,
상기 컴퓨터 실행 가능 명령들은:
송신기 디바이스의 RLC(radio link control) 엔티티가, 상기 송신기 디바이스의 PDCP(packet data convergence protocol) 엔티티로부터 수신된 복수의 PDCP 데이터 패킷들에 대응하는 복수의 RLC 데이터 패킷들을 생성하도록 상기 송신기 디바이스에 명령하는 적어도 하나의 명령;
RLC UM(unacknowledged mode) DRB(data radio bearer) 또는 RLC TM(transparent mode) DRB를 통해, 상기 복수의 RLC 데이터 패킷들을 수신기 디바이스에 송신하도록 상기 송신기 디바이스에 명령하는 적어도 하나의 명령;
상기 복수의 PDCP 데이터 패킷들의 상기 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 상기 수신기 디바이스로부터 수신하도록 상기 송신기 디바이스에 명령하는 적어도 하나의 명령; 및
상기 PDCP 상태 보고에 기반하여, 상기 수신기 디바이스에서 성공적으로 수신되지 않은, 상기 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 상기 수신기 디바이스에 송신하도록 상기 송신기 디바이스에 명령하는 적어도 하나의 명령을 포함하는,
비일시적 컴퓨터 판독 가능 저장 매체.
무선 통신을 위한 장치로서,
수신기 디바이스의 프로세싱을 위한 수단을 포함하고,
상기 프로세싱을 위한 수단은:
상기 수신기 디바이스의 RLC(radio link control) 엔티티로부터 상기 수신기 디바이스의 PDCP(packet data convergence protocol) 엔티티에서, 복수의 RLC 데이터 패킷들을 수신하고 ― 상기 복수의 RLC 데이터 패킷들은 RLC UM(unacknowledged mode) DRB(data radio bearer) 또는 RLC TM(transparent mode) DRB를 통해 송신기 디바이스로부터 수신됨 ― ;
상기 PDCP 엔티티가, 상기 복수의 RLC 데이터 패킷들에 대응하는 복수의 PDCP 데이터 패킷들을 생성하고;
상기 복수의 PDCP 데이터 패킷들의 상기 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 전송하기로 결정하고;
상기 PDCP 상태 보고를 상기 송신기 디바이스의 PDCP 엔티티에 전송하고; 그리고
상기 PDCP 상태 보고를 전송한 것에 대한 응답으로, 상기 송신기 디바이스로부터, 상기 수신기 디바이스에서 성공적으로 수신되지 않은, 상기 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 수신하도록 구성되는,
무선 통신을 위한 장치.
무선 통신을 위한 장치로서,
송신기 디바이스의 프로세싱을 위한 수단을 포함하고,
상기 프로세싱을 위한 수단은:
상기 송신기 디바이스의 RLC(radio link control) 엔티티가, 상기 송신기 디바이스의 PDCP(packet data convergence protocol) 엔티티로부터 수신된 복수의 PDCP 데이터 패킷들에 대응하는 복수의 RLC 데이터 패킷들을 생성하고;
상기 송신기 디바이스의 송신기로 하여금, RLC UM(unacknowledged mode) DRB(data radio bearer) 또는 RLC TM(transparent mode) DRB를 통해, 상기 복수의 RLC 데이터 패킷들을 수신기 디바이스에 송신하게 하고;
상기 복수의 PDCP 데이터 패킷들의 상기 수신기 디바이스에서의 수신 상태를 나타내는 PDCP 상태 보고를 상기 수신기 디바이스로부터 수신하고; 그리고
상기 송신기로 하여금, 상기 PDCP 상태 보고에 기반하여, 상기 수신기 디바이스에서 성공적으로 수신되지 않은, 상기 복수의 PDCP 데이터 패킷들 중 하나 이상의 PDCP 데이터 패킷들을 상기 수신기 디바이스에 송신하게 하도록 구성되는,
무선 통신을 위한 장치.