KR20200051045A - 무선 통신 시스템에서의 pdcp 동작 처리를 위한 방법 및 시스템 - Google Patents

Abstract

본 개시의 실시예들은 무선 통신 시스템에서 EN-DC 가능한 UE에 의해 PDCP 동작을 처리하기 위한 방법을 개시한다. 이 방법은 EN-DC 가능한 UE에 의해, LTE PDCP에서 NR PDCP로의 PDCP 버전 변경을 지시하는 지시에 기반하여 LTE RLC 엔티티를 재설정 시, 수신기 LTE PDCP 엔티티에 의해 LTE RLC 엔티티로부터 LTE PDCP PDU들을 수신하는 단계를 포함한다. 또한, 이 방법은 LTE 포맷을 사용하여 수신기 LTE PDCP 엔티티에서 LTE PDCP PDU들을 처리하는 단계를 포함한다. 또한, 이 방법은 UE의 수신기 LTE PDCP 엔티티 및 송신기 LTE PDCP 엔티티를 재설정하는 단계를 포함한다.

Description

무선 통신 시스템에서의 PDCP 동작 처리를 위한 방법 및 시스템

본 개시는 무선 통신 시스템에 대한 것으로서, 보다 상세하게는 무선 통신 시스템에서의 PDCP 동작을 처리하기 위한 방법 및 시스템에 관한 것이다.

제4세대(4G) 통신 시스템들의 배치 이후 증가되고 있는 무선 데이터 트래픽에 대한 수요를 만족시키기 위해 향상된 제5세대(5G) 또는 예비 5G 통신 시스템을 개발하려는 노력들이 있어왔다. 5G 또는 예비 5G 통신 시스템은 '비욘드 4G(4G 이후) 네트워크'또는 '포스트 LTE(long term evolution) 시스템'이라고도 불린다. 5G 통신 시스템은 보다 높은 데이터 레이트를 달성하기 위해 보다 높은 주파수(mmWave) 대역들, 가령 60Ghz 대역들에서 구현되는 것으로 간주된다. 무선파의 전파 손실을 줄이고 전송 거리를 늘리기 위해, 빔포밍, 대규모 MIMO(multiple-input multiple-output), 전차원(full dimensional) MIMO(FD-MIMO), 어레이 안테나, 아날로그 빔포밍, 대규모 스케일의 안테나 기법들이 5G 통신 시스템과 관련하여 논의되고 있다. 또한, 5G 통신 시스템들에서는 어드밴스드 소형 셀들, 클라우드 무선 액세스 네트워크(RAN)들, 초밀집 네트워크들, D2D(device-to-device) 통신, 무선 백홀(backhaul), 이동 네트워크, 협력 통신, CoMP(Coordinated Multi-Points), 수신단 간섭 제거 등에 기반하여 시스템 네트워크 개선을 위한 개발이 진행 중이다. 5G 시스템에서, 어드밴스드 코딩 변조(ACM)로서 하이브리드 FSK(frequency shift keying) 및 FQAM(Feher's quadrature amplitude modulation) 변조(FQM) 및 슬라이딩 윈도우 중첩 코딩(SWSC), 및 어드밴스드 액세스 기술로서 필터 뱅크 멀티 캐리어(FBMC), 비직교 다중화 액세스(NOMA), 및 SCMA(sparse code multiple access)가 개발되어 왔다.

사람이 정보를 생성 및 소비하는 사람 중심의 접속 네트워크인 인터넷은 현재, 사물들과 같은 분산된 엔티티들이 사람의 개입 없이 정보를 교환 및 처리하는 사물 인터넷(IoT)으로 진화하고 있는 중이다. 클라우드 서버를 통한 IoT 기술과 빅 데이터 처리 기술의 결합인 만물 인터넷(IoE)이 등장하였다. “센싱 기술”, “유선/무선 통신 및 네트워크 인프라구조”, “서비스 인터페이스 기술” 및 “보안 기술”과 같은 기술 요소들이 IoT 구현을 위해 요구되고 있어, M2M(machine-to-machine) 통신, MTC(machine type communication) 등이 최근들어 연구 중에 있다. 그러한 IoT 환경은 연결된 사물들 사이에서 생성된 데이터를 수집 및 분석함으로써 인간의 삶에 새로운 가치를 창출하는 지능형 인터넷 기술 서비스를 제공할 수 있다. IoT는 기존 정보 기술(IT)과 다양한 산업적 응용예들 간의 융합 및 결합을 통해 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 또는 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 및 선진 의료 서비스를 포함하는 다양한 분야에 적용될 수 있다.

이와 함께, 5G 통신 시스템을 IoT 네트워크에 적용하기 위한 다양한 시도들이 이루어져 왔다. 예를 들어, 센서 네트워크, MTC, 및 M2M 통신과 같은 기술들이 빔포밍, MIMO, 및 어레이 안테나들에 의해 구현될 수 있다. 상술한 빅 데이터 처리 기술로서 클라우드 RAN의 적용 또한, 5G 기술 및 IoT 기술 간 융합의 한 예로서 간주될 수 있다.

상술한 바와 같이, 무선 통신 시스템의 발전에 따라 다양한 서비스들이 제공될 수 있고, 그에 따라 그러한 서비스를 용이하게 제공하는 방법이 요구된다.

본 개시의 실시예들의 기본 목적은 무선 통신 시스템에서의 PDCP 동작을 처리하기 위한 방법 및 시스템을 제공하는 것이다.

본 발명은 첨부된 도면들을 통해 예시되며, 도면들 전체에 걸친 유사 참조 부호들은 다양한 형태의 해당 구성요소들을 나타낸다. 본 개시의 실시예들은 도면들을 참조하는 이하의 설명으로부터 보다 잘 파악될 것이다.
도 1a는 LTE 사용자 영역(user plane) 프로토콜 스택을 도시한다.
도 1b는 NR 사용자 영역(user plane) 프로토콜 스택을 도시한다.
도 2a는 EN-DC 구조를 도시한다.
도 2b는 NGEN-DC 구조를 도시한다.
도 2c는 NE-DC 구조를 도시한다.
도 2d는 NR-NR DC 구조를 도시한다.
도 3a는 MCG 및 MCG 스플릿(split) 베어러 구조를 도시한다.
도 3b는 SCG 및 SCG 스플릿 베어러 구조를 도시한다.
도 4는 본 개시의 일 실시예에 따라, LTE에서 EN-DC 가능 노드로의 핸드오버 중에 수반되는 다양한 단계들을 도시한 순차도이다.
도 5는 본 개시의 다른 실시예에 따라, LTE에서 EN-DC 가능 노드로의 핸드오버 중에 수반되는 다양한 단계들을 도시한 순차도이다.
도 6은 본 개시의 일 실시예에 따라, 버전 변경(즉, LTE에서 NR로)를 위한 PDCP 동작 및 PDCP 재설정 (re-establishment) 중에 수반되는 다양한 단계들을 도시한 흐름도이다.
도 7은 본 개시의 일 실시예에 따라, 구 LTE 노드를 향해 EN-DC 가능한 Rel-15 LTE 노드에 연결되는 UE의 핸드오버 중에 수반되는 다양한 단계들을 도시한 순차도이다.
도 8은 본 개시의 일 실시예에 따라, 버전 변경(NR에서 LTE로)를 위한 PDCP 동작 및 PDCP 재설정(re-establishment) 중에 수반되는 다양한 단계들을 도시한 흐름도이다.
도 9는 본 발명의 일 실시예에 따라, MN 주도의 SN 변경 절차를 도시한다.
도 10은 본 발명의 일 실시예에 따라, SN 주도의 SN 변경 절차를 도시한다.
도 11은 본 개시의 일 실시예에 따른 EN-DC 가능 UE의 블록도이다.
도 12는 본 개시의 다른 실시예에 따른 기지국의 구조를 예시한 블록도이다.

따라서, 본 개시의 실시예들은 무선 통신 시스템에서 PDCP 동작을 처리하기 위한 방법을 개시한다. 이 방법은 E-UTRA-NR 듀얼 연결(EN-DC) 가능한 사용자 기기(UE)에 의해, LTE 노드로부터 핸드오버 메시지를 수신하는 단계를 포함한다. 핸드오버 메시지는 LTE PDCP에서 NR PDCP로의 PDCP 버전 변경을 지시하는 지시(indication)를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, UE의 LTE RRC 엔티티로부터 UE의 LTE PDCP 엔티티로 상기 지시를 지시하는 단계를 포함한다. 또한, 이 방법은 상기 지시에 기반하여 LTE RLC 엔티티를 재설정(re-establish) 할 때, EN-DC 가능한 UE의 수신기 LTE PDCP 엔티티에 의해 LTE RLC 엔티티로부터 LTE PDCP PDU들을 수신하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, LTE 포맷을 사용하여 수신기 LTE PDCP 엔티티에서 LTE PDCP PDU들을 처리하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, UE의 수신기 LTE PDCP 엔티티 및 송신기 LTE PDCP 엔티티를 재설정(re-establishing)하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, NR 포맷을 사용하여 송신기NR PDCP 엔티티에 의한 PDCP SDU들을 재전송하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, NR PDCP 동작에 기반하여 수신기 NR PDCP 엔티티에 의해 수신된 PDCP PDU들 및 송신기 NR PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하는 단계를 포함한다.

일 실시예에서, 수신기 LTE PDCP 엔티티는 설정된 LTE 무결성 절차에 기반하여 수신된 LTE PDCP PDU들의 무결성 체크를 수행하고, 수신된 LTE PDCP PDU들의 PDCP 헤더 및 PDCP 페이로드를 분리하고, 설정된 LTE 암호화 절차에 기반하여 PDCP 페이로드를 해독하고, LTE 동작에 기반하여 PDCP 헤더를 압축해제하고, LTE 포맷에 기반하여 PDCP 헤더를 처리하고, 해독된 PDCP SDU들을 상위 계층들로 전달함으로써 LTE RLC로부터 수신된 LTE PDCP PDU들을 처리하도록 구성된다.

일 실시예에서, 수신기 LTE PDCP 엔티티 및 송신기 LTE PDCP 엔티티는, LTE PDCP 엔티티에 의해 NR PDCP 엔티티에게 PDCP 재설정(re-establishment) 절차를 수행하라고 지시하고, ROHC 리셋을 수행하고, 보안 키들을 도출하고, LTE PDCP 상태 변수들을 NR PDCP 상태 변수들로 변환하고, UE의 PDCP 엔티티를 NR PDCP 엔티티로서 재설정함으로써 재설정된다.

일 실시예에서, ROHC 리셋은 drb-contine ROTC 파라미터가 설정되어 있지 않은 경우 수행된다.

일 실시예에서, 무결성 키는, 설정된 NR 무결성 절차에 기반하여 도출되고, 암호화 키는 NR 암호화 절차에 기반하여 도출된다.

일 실시예에서, LTE PDCP 상태 변수들은 연속 시퀀스 넘버(SN) 파라미터 및 연속 COUNT 파라미터 중 하나에 기반하여 NR PDCP 상태 변수들로 변환된다.

일 실시예에서, NR 포맷을 이용한 재설정에 따라 송신기 NR PDCP 엔티티에 의해 PDCP SDU들을 재전송하는 단계는, 재전송될 PDCP SDU들을 식별하는 단계, NR 포맷에 기반하여 식별된 PDCP SDU들의 PDCP 헤더를 처리하는 단계, NR 동작에 기반하여 식별된 PDCP SDU들의 PDCP 헤더를 압축하는 단계, 설정된 NR 무결성 절차에 기반하여 MAC-I를 산출해 NR PDCP PDU의 무결성 체크를 수행하는 단계, 설정된 NR 암호화 절차에 기반하여 PDCP 페이로드를 암호화하는 단계, 및 전송을 위해 암호화된 NR PDCP PDU들을 LTE RLC 엔티티로 전달하는 단계를 포함한다.

일 실시예에서, 재설정된 수신기 NR PDCP 엔티티는 설정된 NR 무결성 절차에 기반하여 수신된 NR PDCP PDU들의 무결성 체크를 수행하고, 수신된 NR PDCP PDU들의 PDCP 헤더 및 페이로드를 분리하고, 설정된 NR 암호화 절차에 기반하여 PDCP 페이로드를 해독하고, NR 동작에 기반하여 PDCP 헤더를 압축해제하고, NR 포맷에 기반하여 PDCP 헤더를 처리하고, 중복 PDCP SDU들을 식별하여 식별된 중복 PDCP SDU들을 버림으로써 중복 검출을 수행하고, 처리된 PDCP SDU들에 대해 재정렬을 수행하고, 해독된 PDCP SDU들을 상위 계층들로 전달함으로써 LTE RLC로부터 수신된 NR PDCP PDU들을 처리하도록 구성된다.

따라서, 본 개시의 실시예들은 무선 통신 시스템에서 PDCP 동작을 처리하기 위한 방법을 개시한다. 이 방법은 EN-DC 가능한 UE에 의해, NR 노드로부터 핸드오버 메시지를 수신하는 단계를 포함한다. 핸드오버 메시지는 NR PDCP에서 LTE PDCP로의 PDCP 버전 변경을 지시하는 지시(indication)를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, UE의 RRC 엔티티로부터 UE의 NR PDCP 엔티티로 상기 지시를 지시하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, 상기 지시에 기반하여 LTE RLC 엔티티를 재설정 시, 수신기 NR PDCP 엔티티에 의해 LTE RLC 엔티티로부터 NR PDCP PDU들을 수신하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, NR 포맷을 사용하여 수신기 NR PDCP 엔티티에서 NR PDCP PDU들을 처리하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, UE의 수신기 NR PDCP 엔티티 및 UE의 송신기 NR PDCP 엔티티를 재설정하는 단계를 포함한다. 또한, 이 방법은 LTE 포맷을 이용하여 EN-DC 가능한 UE의 송신기 LTE PDCP 엔티티가 PDCP SDU들을 재전송하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, LTE PDCP 동작에 기반하여 수신기 LTE PDCP 엔티티에 의해 수신된 PDCP PDU들 및 송신기 LTE PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하는 단계를 포함한다.

일 실시예에서, 수신기 NR PDCP 엔티티는 설정된 NR 무결성 절차에 기반하여 수신된 NR PDCP PDU들의 무결성 체크를 수행하고, 수신된 NR PDCP PDU들의 PDCP 헤더 및 PDCP 페이로드를 분리하고, 설정된 NR 암호화 절차에 기반하여 PDCP 페이로드를 해독하고, NR 동작에 기반하여 PDCP 헤더를 압축해제하고, NR 포맷에 기반하여 PDCP 헤더를 처리하고, 중복 PDCP SDU들을 식별하여 식별된 중복 PDCP SDU들을 버림으로써 중복 검출을 수행하고, 처리된 PDCP SDU들에 대해 재정렬을 수행하고, 해독된 PDCP SDU들을 상위 계층들로 전달함으로써 LTE RLC로부터 수신된 NR PDCP PDU들을 처리하도록 구성된다.

일 실시예에서, UE의 수신기 NR PDCP 엔티티 및 UE의 송신기 NR PDCP 엔티티는, NR PDCP 엔티티에 의해 LTE PDCP 엔티티에게 PDCP 재설정 절차를 수행하라고 지시하고, ROHC 리셋을 수행하고, 보안 키들을 도출하고, NR PDCP 상태 변수들을 LTE PDCP 상태 변수들로 변환하고, UE의 PDCP 엔티티를 LTE PDCP 엔티티로서 재설정함으로써 재설정된다.

일 실시예에서, ROHC 리셋은 drb-contine ROTC 파라미터가 설정되어 있지 않은 경우 수행된다.

일 실시예에서, 무결성 키는, 설정된 LTE 무결성 절차에 기반하여 도출되고, 암호화 키는 LTE 암호화 절차에 기반하여 도출된다.

일 실시예에서, NR PDCP 상태 변수들은 연속 SN 파라미터 및 연속 COUNT 파라미터 중 하나에 기반하여 LTE PDCP 상태 변수들로 변환된다.

일 실시예에서, LTE 포맷을 이용한 재설정에 따라 송신기 LTE PDCP 엔티티에 의해 PDCP SDU들을 재전송하는 단계는, 재전송될 PDCP SDU들을 식별하는 단계, LTE 포맷에 기반하여 식별된 PDCP SDU들의 PDCP 헤더를 처리하는 단계, LTE 동작에 기반하여 식별된 PDCP SDU들의 PDCP 헤더를 압축하는 단계, 설정된 LTE 무결성 절차에 기반하여 MAC-I를 산출해 LTE PDCP PDU의 무결성 체크를 수행하는 단계, 설정된 LTE 암호화 절차에 기반하여 PDCP 페이로드를 암호화하는 단계, 및 전송을 위해 암호화된 LTE PDCP PDU들을 LTE RLC 엔티티로 전달하는 단계를 포함한다.

일 실시예에서, 재설정된 수신기 LTE PDCP 엔티티는 설정된 LTE 무결성 절차에 기반하여 수신된 LTE PDCP PDU들의 무결성 체크를 수행하고, 수신된 LTE PDCP PDU들의 PDCP 헤더 및 페이로드를 분리하고, 설정된 LTE 암호화 절차에 기반하여 PDCP 페이로드를 해독하고, LTE 동작에 기반하여 PDCP 헤더를 압축해제하고, LTE 포맷에 기반하여 PDCP 헤더를 처리하고, 해독된 PDCP SDU들을 상위 계층들로 전달함으로써 LTE RLC로부터 수신된 LTE PDCP PDU들을 처리하도록 구성된다.

따라서, 본 개시의 실시예들은 무선 통신 시스템에서 PDCP 동작을 처리하기 위한 EN-DC 가능한 UE를 개시한다. EN-DC 가능한 UE는 메모리 및 프로세서에 연결된 PDCP 동작 핸들러를 포함한다. PDCP 동작 핸들러는 LTE 노드로부터 핸드오버 메시지를 수신하도록 구성된다. 핸드오버 메시지는 LTE PDCP에서 NR PDCP로의 PDCP 버전 변경을 지시하는 지시를 포함한다. PDCP 동작 핸들러는 UE의 RRC 엔티티로부터 UE의 LTE PDCP 엔티티로 상기 지시를 지시하도록 구성된다. 또한, PDCP 동작 핸들러는 상기 지시에 기반하여 LTE RLC 엔티티를 재설정 시, 수신기 LTE PDCP 엔티티에 의해 LTE RLC 엔티티로부터 LTE PDCP PDU들을 수신하도록 구성된다. 또한, PDCP 동작 핸들러는 LTE 포맷을 사용하여 수신기 LTE PDCP 엔티티에서 LTE PDCP PDU들을 처리하도록 구성된다. 또한, PDCP 동작 핸들러는 UE의 수신기 LTE PDCP 엔티티 및 UE의 송신기 LTE PDCP 엔티티를 재설정하도록 구성된다. 또한, PDCP 동작 핸들러는 NR 포맷을 사용하여 송신기 NR PDCP 엔티티에 의해 PDCP PDU들을 재전송하도록 구성된다. 또한, PDCP 동작 핸들러는 NR PDCP 동작에 기반하여 수신기 NR PDCP 엔티티에 의해 수신된 PDCP PDU들 및 송신기 NR PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하도록 구성된다.

따라서, 본 개시의 실시예들은 무선 통신 시스템에서 PDCP 동작을 처리하기 위한 EN-DC 가능한 UE를 개시한다. EN-DC 가능한 UE는 메모리 및 프로세서에 연결된 PDCP 동작 핸들러를 포함한다. PDCP 동작 핸들러는 NR 노드로부터 핸드오버 메시지를 수신하도록 구성된다. 핸드오버 메시지는 NR PDCP에서 LTE PDCP로의 PDCP 버전 변경을 지시하는 지시를 포함한다. 또한, PDCP 동작 핸들러는 UE의 RRC 엔티티로부터 UE의 NR PDCP 엔티티로 상기 지시를 지시하도록 구성된다. 또한, PDCP 동작 핸들러는 상기 지시에 기반하여 LTE RLC 엔티티를 재설정 시, 수신기 NR PDCP 엔티티에 의해 LTE RLC 엔티티로부터 NR PDCP PDU들을 수신하도록 구성된다. 또한, PDCP 동작 핸들러는 NR 포맷을 사용하여 수신기 NR PDCP 엔티티에서 NR PDCP PDU들을 처리하도록 구성된다. 또한, PDCP 동작 핸들러는 UE의 수신기 NR PDCP 엔티티 및 UE의 송신기 NR PDCP 엔티티를 재설정하도록 구성된다. 또한, PDCP 동작 핸들러는 LTE 포맷을 사용하여 송신기 LTE PDCP 엔티티에 의해 PDCP PDU들을 재전송하도록 구성된다. 또한, PDCP 동작 핸들러는 LTE PDCP 동작에 기반하여 수신기 LTE PDCP 엔티티에 의해 수신된 PDCP PDU들 및 송신기 LTE PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하도록 구성된다.

본 개시의 실시예들에 대한 상기 및 기타 양태들은 이하의 설명 및 첨부된 도면과 함께 고려될 때 보다 잘 예상되고 이해될 것이다. 그러나 바람직한 실시예들과 그에 대한 수많은 특정 세부사항들을 가리키는 이하의 내용들은 한정이 아닌 예로서 주어지는 것임을 알아야 한다. 본 명세서의 실시예들의 범위 안에서 그 사상으로부터 벗어나지 않은 많은 변화 및 변경이 이루어질 수 있으며, 본 명세서의 실시예들은 그러한 모든 변경사항들을 포함한다.

발명의 실시예

본 개시의 실시예들 및 다양한 구성들과 그에 대한 바람직한 세부사항들은 첨부된 도면에 예시되고 이하의 내용에 상세히 설명되는 비한정 실시예들을 참조하여 보다 완전하게 설명된다. 본 개시의 실시예들을 불필요하게 애매하게 하지 않도록 잘 알려진 구성요소들과 프로세싱 기법들에 대한 설명은 생략된다. 또한 일부 실시예들이 한 개 이상의 다른 실시예들과 결합되어 새 실시예들을 형성할 수 있으므로, 여기 기술된 다양한 실시예들이 반드시 상호 배타적인 것은 아니다. 여기서 사용되는 "또는" 이라는 용어는 다르게 지시되지 않으면 비배타적임을 의미한다. 여기 사용된 예들은 단지 본 개시의 실시예들이 실시될 수 있는 방식의 이해를 돕고 당업자가 그 실시예들을 실시할 수 있게 하도록 예정된 것이다. 따라서 그 예들이 본 개시의 실시예들의 범위를 한정하는 것으로 해석되어서는 안될 것이다. 이 분야에서 의례적이듯이, 실시예들은 서술된 기능 내지 기능들을 수행하는 블록들을 이용하여 기술되고 예시될 수 있다. 본 개시에서 유닛, 또는 모듈 등으로 불릴 수 있는 이러한 블록들은 로직 게이트, 집적 회로, 마이크로프로세서, 메모리 회로, 수동 전자 구성요소, 능동 전자 구성요소, 광학적 구성요소, 하드웨어 회로 등과 같은 아날로그 또는 디지털 회로들에 의해 물리적으로 구현될 수 있으며, 옵션으로서 펌웨어 및 소프트웨어에 의해 구동될 수 있다. 상기 회로들은 예컨대, 하나 이상의 반도체 칩들 내에서, 혹은 인쇄 회로 보드 등과 같은 기판 서포트들 상에서 구현될 수 있다. 하나의 블록을 구성하는 회로들은 전용 하드웨어, 프로세서(가령, 하나 이상의 프로그래밍된 마이크로프로세서들 및 관련 회로), 또는 블록의 일부 기능들을 수행하기 위한 전용 하드웨어 및 블록의 다른 기능들을 수행하기 위한 프로세서의 조합을 통해 구현될 수 있다. 실시예들에서 각각의 블록은 본 발명의 범위에서 벗어나지 않고 둘 이상의 상호동작하는 개별 블록들로 물리적으로 분리될 수 있다. 마찬가지로 실시예들의 블록들은 본 발명의 범위에서 벗어나지 않고 보다 복잡한 블록들 안에 물리적으로 결합될 수 있다.

첨부된 도면들은 다양한 기술적 특징들을 용이하게 파악하는 것을 돕기 위해 사용되는 것으로, 본 개시에서 제시된 실시예들이 그 첨부 도면들로 한정되는 것은 아님을 알아야 한다. 이와 같이, 본 개시는 첨부된 도면들을 통해 특정하게 개시된 것들 외에 모든 대안물, 등가물, 및 치환물들로 확장하도록 유추될 수 있다. 여기에서는 다양한 구성요소들을 설명하기 위해 제1, 제2 등의 용어들이 사용될 수 있으나, 그 구성요소들이 그러한 용어들에 의해 한정되어서는 안된다. 그러한 용어들은 일반적으로 단지 한 구성요소를 다른 구성요소와 구별하기 위해 사용된다.

최근 들어, 점점 늘어나는 광대역 가입자들의 수에 맞춰 보다 많고 보다 나은 애플리케이션들 및 서비스들을 제공하기 위한 여러 광대역 무선 기술들이 개발되고 있다. 제2세대 무선 통신 시스템은 사용자들의 이동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 제3세대 무선 통신 시스템은 음성 서비스뿐만이 아니라 데이터 서비스까지 지원한다. 최근 들어, 고속 데이터 서비스를 지원하는 제4세대 무선 통신 시스템이 개발되었다. 그러나, 현재 제4세대 무선 통신 시스템은 고속 데이터 서비스의 수요 증가에 맞추기 위한 자원들이 부족하다는 문제를 겪고 있다. 그래서, 고속 데이터 서비스의 수요 증가에 맞추면서 높은 안정성(ultra-reliability)과 낮은 대기시간(low latency) 애플리케이션들을 지원하도록 제5세대 무선 통신 시스템이 개발 중에 있다.

제5세대 무선 통신 시스템은 보다 높은 데이터 레이트를 달성하기 위해, 저주파수 대역들에서뿐 아니라 보다 높은 주파수(mmWave) 대역들, 가령 10Ghz 내지 100 GHz 대역들에서도 구현될 수 있다. 무선파들의 전파 손실을 줄이고 전송 거리를 늘리기 위해, 빔포밍, 대규모 MIMO(multiple-input multiple-output), 전차원(full dimensional) MIMO(FD-MIMO), 어레이 안테나, 아날로그 빔포밍, 대규모 스케일의 안테나 기법들이 제5세대 무선 통신 시스템에서 고려되고 있다. 또한, 제5세대 무선 통신 시스템은 데이터 레이트, 대기시간, 안정성, 이동성 등과 관련하여 매우 상이한 요건을 가진 서로 다른 사용 케이스들을 다룰 것으로 기대된다. 그러나, 제5세대 무선 통신 시스템의 공중파 인터페이스의 설계가, 사용자 기기(UE)가 최종 소비자에게 서비스를 제공하는 사용 케이스 및 마켓 부분에 따라 매우 상이한 사양을 가지는 UE들을 서비스할 정도로 플렉시블(flexible)할 것이라는 것이 예상된다. 제5세대 무선 통신 시스템이 다룰 것으로 예상되는 소수의 사용 케이스들의 예들이 eMBB(enhanced Mobile Broadband), m-MTC(massive Machine Type Communication), URLL(ultra-reliable low latency communication) 등이다. 수 십 Gbps 데이터 레이트, 낮은 대기시간(latency), 높은 이동성 등과 같은 eMBB 요건들은, 때와 장소를 가리지 않고 인터넷 연결을 필요로 하는 종래의 무선 광대역 가입자들을 나타내는 마켓 부분(market segment)을 다룬다. 매우 높은 연결 밀도, 빈번하지 않은 데이터 전송, 매우 긴 배터리 수명, 낮은 이동성 어드레스 등과 같은 m-MTC 요건들은 수 십억 장치들의 연결을 내다보는 사물 인터넷(IoT)/만물 인터넷(Internet of Everything(IoE))을 나타내는 마켓 부분을 다룬다. 매우 낮은 대기시간, 매우 높은 안정성 및 가변적 이동성 등과 같은 URLL 요건들은 산업 자동화 애플리케이션, 자율 자동차의 조력자 중 하나라고 예견되는 차량 대 차량/차량 대 인프라 통신을 나타내는 마켓 부분을 다룬다.

제5세대 무선 통신 시스템에서, 연결 상태의 UE는 eNB(Enhanced Node B)와 통신한다. UE와 eNB 사이의 통신을 위한 무선 프로토콜 스택은 PDCP(Packet Data Convergence Protocol), RLC(Radio link control), MAC(Medium Access Control) 및 PHY(Physical) 서브 계층들을 포함한다. 하나 이상의 데이터 베어러(DRB)들이 사용자 영역(user plane) 패킷들을 교환하기 위한 UE와 eNB 사이에 설정된다. 각각의 DRB는 한 PDCP 엔티티 및 하나 이상의 RLC 엔티티들과 연관된다. 각각의 DRB는 MAC 서브 계층 내 로직 채널과 연관된다. UE 내에는 eNB를 위한 하나의 MAC 엔티티가 존재한다.

MAC 서브 계층의 주요 서비스들 및 기능들은 로직 채널들 및 전송 채널들 간 매핑, 전송 채널들을 통해 물리 계층으로/으로부터 전달되는 전송 블록(TB)들로/로부터 하나나 서로 다른 로직 채널들에 속하는 MAC SDU들의 멀티플렉싱/디멀티플렉싱, 스케줄링 정보 보고, HARQ(Hybrid automatic repeat request)를 통한 에러 정정, 한 UE의 로직 채널들 간 우선순위 처리, 동적 스케줄링을 이용한 UE들 간 우선순위 처리, 전송 포맷 선택 및 패딩을 포함한다. NR(New Radio) MAC에서, 로직 채널들 간 우선순위 처리는 한 UE에 대해 지원 및 설정되는 뉴머럴로지(numerology)와 연관된다.

RLC 서브 계층의 주요 서비스들 및 기능들은 상위 계층 PDU들의 전송, ARQ를 통한 에러 정정(AM(Acknowledged Mode) 데이터 전송에 대해서만), RLC SDU들의 연결(concatenation), 분할 및 재구성(UM(Un-acknowledgement Mode) 및 AM 데이터 전송에 대해서만), RLC 데이터 PDU들의 재분할(AM 데이터 전송에 대해서만), RLC 데이터 PDU들의 재정렬(UM 및 AM 데이터 전송에 대해서만), 중복 검출(UM 및 AM 데이터 전송에 대해서만), 프로토콜 에러 검출(AM 데이터 전송에 대해서만), RLC SDU 버리기(UM 및 AM 데이터 전송에 대해서만), 및 RCL 재설정을 포함한다. 연결(concatenation) 기능이 NR RLC 서브 계층에는 존재하지 않는다.

RLC 서브 계층의 기능들은 RLC 엔티티들에 의해 수행된다. RLC 엔티티는 다음과 같은 세 개의 모드들 중 하나에서 데이터 전송을 수행하도록 구성될 수 있다: 투과(transparent) 모드(TM), 미확인(unacknowledged) 모드(UM), 및 확인 모드(AM). 결과적으로, RLC 엔티티는 데이터 전송 모드에 따라 TM RLC 엔티티, UM RLC 엔티티, 및 AM RLC 엔티티로 분류된다. TM RLC 엔티티는 송신 TM RLC 엔티티 또는 수신 TM RLC 엔티티로서 구성된다. 송신 TM RLC 엔티티는 상위 계층(즉, PDCP)으로부터 RLC SDU들을 수신하고, 하위 계층들(즉, MAC)을 통해 그 상대 수신 TM RLC 엔티티로 RLC PDU들을 송신한다. 수신 TM RLC 엔티티는 상위 계층(즉, PDCP)로 RLC SDU들을 전달하고, 하위 계층들(즉, MAC)을 통해 그 상대 송신 TM RLC 엔티티로부터 RLC PDU들을 수신한다.

또한, UM RLC 엔티티는 송신 UM RLC 엔티티 또는 수신 UM RLC 엔티티로서 구성된다. 송신 UM RLC 엔티티는 상위 계층으로부터 RLC SDU들을 수신하고, 하위 계층들을 통해 그 상대 수신 UM RLC 엔티티로 RLC PDU들을 송신한다. 수신 UM RLC 엔티티는 상위 계층으로 RLC SDU들을 전달하고, 하위 계층들을 통해 그 상대 송신 UM RLC 엔티티로부터 RLC PDU들을 수신한다. AM RLC 엔티티는 전송측과 수신측으로 구성된다. AM RLC 엔티티의 송신측은 상위 계층으로부터 RLC SDU들을 수신하고, 하위 계층들을 통해 그 상대 AM RLC 엔티티로 RLC PDU들을 송신한다. AM RLC 엔티티의 수신측은 상위 계층으로 RLC SDU들을 전달하고, 하위 계층들을 통해 그 상대 AM RLC 엔티티로부터 RLC PDU들을 수신한다.

사용자 영역에 대한 PDCP 서브 계층의 주요 서비스들 및 기능들은, 헤더 압축 및 압축해제: ROHC에 대해서만, 사용자 데이터의 전송, RLC AM에 대한 PDCP 재설정 절차로 DC에서의 스플릿 베어러들에 대해 상위 계층 PDU들의 순차적(in-sequence) 전달(RLC AM에 대해서만 지원): 전송을 위한 PDCP PDU 라우팅 및 수신을 위한 PDCP PDU 재정렬, RLC AM에 대한 PDCP 재설정 절차 시 하위 계층 SDU들의 중복 검출, 핸드오버 시 PDCP SDU들의 재전송, 그리고 DC에서의 스플릿 베어러들에 대해 PDCP 데이터 복구 절차 시 PDCP PDU들의 재전송, RLC AM에 대해 암호화 및 암호화 해제, 및 업링크(UL)에서 타이머 기반 SDU 버리기를 포함한다. NR PDCP에서, 재정렬 및 중복 검출은 영구 기능들이다. 또한, NR PDCP는 RRC에 의해 설정된 경우 패킷 중복 기능을 지원한다. PDCP 서브 계층의 기능들은 PDCP 엔티티들에 의해 수행된다. 각각의 PDCP 엔티티는 한 무선 베어러의 데이터를 전달한다. UE 이동성으로 인해, UE는 한 eNB로부터 다른 eNB로 핸드오버를 할 수 있다. UE 이동성으로 인한 동작의 듀얼 연결(DC) 모드에서, UE는 한 MeNB에서 다른 MeNB로 핸드오버하거나 한 SeNB에서 다른 SeNB로 SCG 변경을 할 수 있다. eNB는 다수의 셀들을 지원할 수 있고, UE 역시 그 eNB의 한 셀에서 다른 셀로 핸드오버 할 수 있다.

LTE와 같은 제4세대 무선 통신 시스템에서, AM 데이터 무선 베어러(DRB)들에 대한 두 eNB(enhanced nodeB)들 또는 기지국들 사이의 핸드오버는 무손실이다.

핸드오버 후, AM 모드에서 RLC 계층을 통해 설정된 DRB들에 대한 사용자 영역 프로토콜들은 이전 시스템에서 다음과 같이 처리된다: PDCP SN이 베이러 기반으로 유지된다; 소스 eNB가 타깃 eNB에 아직 (소스 eNB나 서빙 게이트웨이로부터) PDCP 시퀀스 넘버를 가지지 못한 패킷에 할당할 다음 DL PDCP SN에 대한 정보를 준다; 보안 동기를 위해, HFN(Hyper Frame Number) 또한 유지된다; 소스 eNB는 타깃에, UL을 위한 한 기준 HFN 및 DL을 위한 것, 즉 HFN 및 대응하는 SN을 제공한다; 보안 키들이 갱신된다; PDCP가 타깃 eNB에 의해 설정된 경우 UE가 타깃 eNB로 PDCP 상태 보고서를 전송한다. 상태 보고서를 전송하기 위한 설정은 베어러 단위로 된다; 타깃 eNB는 UE에 PDCP 상태 보고서를 전송할 수 있고 UE는 UL 전송을 재개하기 위해 기다릴 필요가 없다; UE는 타깃 eNB나 타깃 셀 안에서, 타깃 eNB에 의한 PDCP SN 기반 보고를 통해 그 수신이 승인된 PDCP SDU들을 제외하고, 마지막 연속 승인 PDCP SDU 이후의 최초 PDCP SDU, 즉 소스의 RCL에서 승인되지 못한 가장 오래된 PDCP SDU에서 시작하는 모든 업링크 PDCP SDU들을 재전송한다. NR 시스템에서, 핸드오버 중에 AM DRB들을 위한 PDCP 재설정은 PDCP SN 및 HFN을 유지하는 대신 베어러 단위로 COUNT가 유지되고; 소스 gNB가 타깃 eNB에게 (소스 gNB 또는 UPF(user plane function)으로부터) 아직 PDCP COUNT를 가지지 못한 패킷에 할당할 다음 DL PDCP COUNT에 대한 정보를 준다는 점을 제외하고 구 시스템과 유사하다. 타깃 eNB는 UE에 의한 PDCP SN 기반 보고를 통해 그 수신이 승인된 PDCP SDU들을 제외하고 소스 eNB에 의해 전달된 모든 다운링크 PDCP SDU들을 재전송하고 순위화하고(즉, 타깃 eNB는 S1으로부터 데이터를 보내기 전에 X2로부터 PDCP SN들을 가진 데이터를 전송해야 한다); ROHC가 리셋되고; RLC/MAC가 리셋된다. PDU 재정렬 버퍼에 저장된 PDCP PDU들은 PDCP에서 해독 및 압축 해제되고 보관되며, COUNT와 연관된다.

이와 달리, 핸드오버 후, UM 모드에서 RLC를 통해 설정된 DRB들에 대한 사용자 영역 프로토콜들은 구 시스템에서 다음과 같이 처리된다: PDCP SN이 리셋되고; HFN이 리셋되고; 보안 키들이 갱신되고; PDCP 상태 보고서가 전송되지 않고; PDCP SDU들이 타깃 eNB 내에서 재전송되지 않으며; UE PDCP 엔티티는 소스 셀에서 전송이 완료되지 않았던 어떤 PDCP SDU도 타깃 셀 안에서 전송하고자 시도하지 않는다. 대신 UE PDCP 엔티티는 다른 PDCP SDU들을 가지고 전송을 시작하고; ROHC가 리셋되고; RLC/MAC가 리셋된다. NR 시스템에서, 핸드오버 중에 UM DRB들에 대한 PDCP 재설정은 구 시스템과 유사하다, 즉 PDCP COUNT가 리셋된다. UE 관점의 LTE 사용자 영역 프로토콜이 도 1a에 도시된다.

제5세대 무선 통신 시스템에서, 코어 네트워크 내 EPS 베어러 개념을 대체하는 QoS 플로우들이라는 개념이 소개된다. 이것은 gNB 및 게이트웨이 간 사용자 영역이 LTE 시스템의 S1-U 베어러 대신 QoS 플로우에 기반함을 의미한다. 특히, gNB와 데이터 게이트웨이(즉, UPF) 사이에는 애플리케이션/서비스 및 트래픽의 QoS 처리 특성에 따라 하나 이상의 QoS 플로우들이 있을 수 있다. EPS 베어러는 동일한 QoS를 가지고 EPS 베어러에 매핑되는 모든 사용자 패킷들을 처리한다. EPS 베어러 안에는 사용자 영역 패킷들에 대한 차별화된 처리가 더 존재하지 않는다. 5G 시스템의 QoS 플로우 개념은 이러한 LTE 시스템의 EPS 베어러의 결점을 극복한다. UE 트래픽에 속하는 상이한 QoS 플로우들에 매핑되는 패킷들은 서로 상이하게 처리될 수 있다. LTE 시스템에서 동일하게 차별화된 처리를 수행하기 위해서는, 상이한 QoS 파라미터들을 가진 다수의 EPS 베어러들이 생성되어야 한다. 5G 시스템에서, UE의 모든 상이한 QoS 플로우들은 gNB 및 데이터 게이트웨이(즉, UPF) 간 PDU 세션에 의해 처리된다. UE는 PDN 연결 수에 따라 하나를 초과하는 PDU 세션을 가질 수 있다. 그러나, 한 PDN 연결에 대해서는 하나의 PDU 세션이 생성된다. 높은 레벨에서, PDU 세션은 LTE 시스템에서의 EPS 베어러와 유사할 수 있다.

그러나, 무선 인터페이스 상에서 5G 시스템은 사용자 영역 처리를 위한 DRB 개념을 계속 유지하고 있다. 이는, UE의 PDU 세션에 속하는 하나 이상의 QoS 플로우들이 QoS 요건에 따라 DRB에 매핑될 것을 요한다. DRB에 대한 QoS 플로우의 매핑은 RAN 노드, 즉 gNB에서 PDCP 위에 자리하는 SDAP(Service Data Adaptation Protocol)라 불리는 새로운 사용자 영역 프로토콜 계층 안에서 수행된다. SDAP 엔티티들은 SDAP 서브 계층 안에 위치한다. 여러 개의 SDAP 엔티티들이 UE에 대해 정의될 수 있다. 각각의 개별 PDU 세션마다 셀 그룹마다 설정된 SDAP 엔티티가 존재한다. SDAP 서브 계층 내 SDAP 엔티티는 DL 및 UL 둘 모두에 대해 QoS 플로우 및 데이터 무선 베어러 간 매핑을 수행한다. UE 관점의 5G 사용자 영역 프로토콜이 도 1b에 도시된다.

MR-DC(multi-RAT dual connectivity)는, 다수의 Rx/Tx UE가 이상적이지 않은 백홀(backhaul)을 통해 연결된 두 개의 서로 다른 노드들-하나는 E-UTRA 액세스를 지원하고 다른 하나는 NR 액세스를 지원함- 내 두 개의 각각의 스케줄러들에 의해 제공되는 무선 자원들을 활용하도록 설정될 수 있는 3GPP 36.300에 기술된 인트라 E-UTRA DC(dual connectivity)를 일반화한 것이다. 한 스케줄러는 마스터 노드(MN) 내에 위치하고 다른 하나는 이차 노드(SN)에 위치한다. MN 및 SN은 네트워크 인터페이스를 통해 연결되며, 적어도 MN은 코어 네트워크에 연결된다.

3GPP TS 37.340에 기술된 바와 같이, E-UTRAN은 도 2a에 도시된 바와 같이, UE가 MN으로 동작하는 하나의 LTE eNB와 SN으로 동작하는 하나의 NR gNB에 연결되는 EN-DC(E-UTRA-NR dual connectivity)를 통해 MR-DC를 지원한다. MN, 즉 LTE eNB는 EPC에 연결되고 SN, 즉 NR gNB는 X2 인터페이스를 통해 MN, 즉 LTE eNB에 연결된다.

NG-RAN은 도 2b에 도시된 바와 같이, UE가 MN으로 동작하는 하나의 LTE eNB와 SN으로 동작하는 하나의 NR gNB에 연결되는 NGEN-DC(NG-RAN E-UTRA-NR dual connectivity)를 지원한다. LTE eNB는 5G-Core(5G-CN)에 연결되고 NR gNB는 Xn 인터페이스를 통해 MN, 즉 LTE eNB에 연결된다.

NG-RAN은 도 2c에 도시된 바와 같이, UE가 MN으로 동작하는 하나의 NR gNB와 SN으로 동작하는 하나의 LTE eNB에 연결되는 NE-DC(NR-E-UTRA Dual Connectivity)를 지원한다. NR gNB는 5G-Core에 연결되고 LTE eNB는 Xn 인터페이스를 통해 MN, 즉 NR gNB에 연결된다.

NG-RAN은 도 2d에 도시된 바와 같이, UE가 MN으로 동작하는 하나의 NR gNB와 SN으로 동작하는 또 하나의 NR gNB에 연결되는 NR-NR DC(NR-NR Dual Connectivity)를 지원한다. NR gNB는 5G-Core에 연결되고 다른 하나의 NR gNB는 Xn 인터페이스를 통해 MN에 연결된다.

MR-DC에서, 특정 무선 베어러가 사용하는 무선 프로토콜 구조는 무선 베어러가 어떻게 설정되는지에 따라 좌우된다. 다음과 같은 4 개의 베어러 타입이 존재한다: MCG 베어러, MCG 스플릿 베어러, SCG 베어러, 및 SCG 스플릿 베어러. 이들 4 개의 베어러 타입들이 NR 사용자 영역 프로토콜 스택을 취하는 도 3a 및 도 3b에 묘사되어 있다. LTE eNB가 MN이고 EPC, 즉 EN-DC에 연결될 때의 이하의 도면들에서는 사용자 영역 프로토콜 스택에 SDAP 계층이 존재하지 않는다. MCG 베어러는 LTE PDC 또는 NR PDCP가 설정될 수 있고, MCB 스플릿 베어러, SCG 스플릿 베어러 및 SCG 베어러는 NR PDCP가 설정된다. 그러나 LTE eNB가 MN이고 5G-CN에 연결될 때, 즉 NGEN-DC, NE-DC 및 NR-NR DC일 때, SDAP 계층 프로토콜 스택이 존재한다. MCG 베어러, MCG 스플릿 베어러, SCG 스플릿 베어러 및 SCG 베어러는 NR PDCP가 설정된다.

따라서, 상술한 불리한 점들 또는 기타 단점들을 해소하거나 적어도 유용한 대안을 제공하는 것이 요망된다.

본 개시의 실시예들은 무선 통신 시스템에서 PDCP 동작을 처리하기 위한 방법을 개시한다. 이 방법은 E-UTRA-NR 듀얼 연결(EN-DC) 가능한 사용자 기기(UE)에 의해, LTE 노드로부터 핸드오버 메시지를 수신하는 단계를 포함한다. 핸드오버 메시지는 LTE PDCP에서 NR PDCP로의 PDCP 버전 변경을 지시하는 지시를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, UE의 RRC 엔티티로부터 UE의 LTE PDCP 엔티티로 상기 지시를 지시하는 단계를 포함한다. 또한, 이 방법은 상기 지시에 기반하여 LTE RLC 엔티티를 재설정 할 때, EN-DC 가능한 UE의 수신기 LTE PDCP 엔티티에 의해 LTE RLC 엔티티로부터 LTE PDCP PDU들을 수신하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, LTE 포맷을 사용하여 수신기 LTE PDCP 엔티티에서 LTE PDCP PDU들을 처리하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, UE의 수신기 LTE PDCP 엔티티 및 송신기 LTE PDCP 엔티티를 재설정하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, NR 포맷을 사용하여 송신기NR PDCP 엔티티에 의한 PDCP SDU들을 재전송하는 단계를 포함한다. 또한, 이 방법은 EN-DC 가능한 UE에 의해, NR PDCP 동작에 기반하여 수신기 NR PDCP 엔티티에 의해 수신된 PDCP PDU들 및 송신기 NR PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하는 단계를 포함한다.종래의 방법 및 시스템들과 달리, 제안된 방법은 변경된 PDCP 재설정 절차를 이용하여 LTE PDCP에서 NR PDCP로의 PDCP 버전 변경 및 그 반대의 변경을 지원하기 위해 사용될 수 있다. 제안된 방법은 PDCP 버전 변경, 즉 (가령, EPC에 연결된 구 LTE 노드에서 EPC에 연결된 EN-DC 가능한 LTE로) 핸드오버 중에 E-UTRA의 LTE PDCP에서 NR 무선 액세스 기술 상의 NR PDCP로의 변경 및 베어러 재설정(가령, LTE PDCP가 설정된 MCG 베어러를 NR-PDCP가 설정된 MCG 베어러로의 베어러 재설정)에 있어 무손실 전환을 지원하기 위해 사용될 수 있다. 제안된 방법은 PDCP 버전 변경, 즉 (가령, EPC에 연결된 EN-DC 가능한 LTE에서 EPC에 연결된 구 LTE 노드로) 핸드오버 중에 NR 무선 액세스 기술 상의 NR PDCP에서 E-UTRA 상의 LTE PDCP로의 변경에 대해 무손실 전환을 지원하기 위해 사용될 수 있다. 제안된 방법은 또한, SN 버전 변경, 즉 타깃의 NR PDCP SN 사이즈가 소스의 NR PDCP SN 사이즈 이상인 것에 대한 무손실 전환을 지원할 수 있다. LTE PDCP 및 E-UTRA PDCP는 서로 혼용하여 사용된다.

베어러 타입 조화가 통합 베어러 개념을 도입하였으며, 보다 많은 배치(deployment) 융통성을 허용하면서 베어러 타입 변경 옵션들의 수 감소를 가능하게 한다. 이러한 특성의 일환으로서, 동일한 PDCP 프로토콜 사양, 즉 NR PDCP가 MCG 스플릿 베어러, SCG 스플릿 베어러 및 SCG 베어러를 위한 DRB들에 대해 용된다. 동일한 사항이, 네트워크(NW)가 EN-DC나 NGEN-DC 동작 중이나 CN-RAN 배치 시나리오들(eNB가 NextGen 코어에 연결됨)에서 NR PDCP 또는 LTE PDCP를 MCG 베어러에 설정할 수 있는 MCB 베어러에 확장된다. MCG 베어러나 자립형 LTE 베어러에 대해 NR PDCP 및 LTE PDCP 사이에서 PDCP 버전 변경이 일어날 수 있는 가능한 시나리오들이 다음과 같이 있을 수 있다.

A) Bearer Type change(베어러 타입 변경)(BTC): EN-DC 또는 MR-DC 동작 중에, 아래 경우들의 베어러 타입 변경은 MCG 베어러가 LTE PDCP로 설정되어 있는 경우, PDCP 버전 변경으로 이어질 수 있다:

a) MCG에서 MCG Split bearer로/MCG Split bearer로부터 MCG로

b) MCG에서 SCG 동작으로/SCG에서 MCG로

c) MCG에서 SCG Split bearer로/SCG Split bearer로부터 MCG로

BTC의 상기 시나리오들에 있어서, 제1단계는 MCG 베어러가 LTE-PDCP로 설정된 경우, PDCP 재설정 및 PDCP 재구성을 수반하는 HO 절차를 통해 PDCP 버전 변경을 수행하는 것이다. 제2단계에서, 바람직한 BTC는 HO 절차를 통하거나 HO 절차 없이 이루어질 수 있다.

B) Inter RAT(RAT 간) 핸드오버가 아래의 경우들에서 PDCP 버전 변경을 일으킬 수 있다:

I. EN-DC 가능한 UE가 EN-DC 동작을 위해 구 LTE에서 Rel-1 LTE 노드로 이동할 때, 즉 LTE PDCP가 설정된 그러한 베어러가 VOIP 패킷들을 운반하고 있지 않을 때 MCG 베어러 PDCP 버전 변경이 일어날 수 있다(즉, LTE PDCP에서 NR PDCP로 버전 변경).

II. EN-DC 가능한 UE가 EN-DC 동작을 지원하는 Rel-15 LTE 노드에서 구 LTE 노드로 이동할 때, 즉 그러한 베어러가 NR PDCP로 설정되어 있을 때 MCG 베어러 PDCP 버전 변경이 일어날 수 있다(즉, NR PDCP에서 LTE PDCP로 버전 변경).

C) EN-DC 동작 중 PDCP 버전 변경: EN-DC 동작 중에, NW는 MCG 베어러를 LTE PDCP 또는 NR PDCP로 설정할 수 있다. NW 배치 또는 요건들에 기반하여, NR PDCP 및 LTE PDCP 사이에서 MCG 베어러를 위한 PDCP 버전을 변경할 수 있다. 그러한 한 경우가, 베어러 타입 변경에 있어서, MCG DRB가 NR PDCP로 설정되어 있는 경우, 어떤 복잡성이나 제한 없이, 베어러 타입들 간 직접 변경이 지원될 수 있다는 것이다. MCG DRB가 LTE PDCP로서 설정되어 있는 경우, 베어러 타입 변경에 영향이 있을 수 있는데, 이는 베어러 타입들 간 직접 변경, 예컨대 MCG에서 SCG 베어러로의 변경 또는 MCG에서 스플릿 베어러로/스플릿 베어러에서 MCG로의 변경이 무손실 전환으로는 지원될 수 없기 때문이다.

상술한 모든 시나리오들은 핸드오버 절차들을 통해 지원될 수 있는데, 핸드오버 절차가 PDCP 재설정을 요하는 PDCP 버전 변경 및 보안 키 변경을 수반하기 때문이다. LTE PDCP 및 NR PDCP는 기능면에서 매우 유사하다고는 하나, 지원되는 PDCP SN 사이즈, 상태 변수들, 재정렬 기능, PDCP PDU 사이즈 등의 측면에서 여전히 약간의 차이들이 존재한다. 어느 한 방향으로의 무손실 PDCP 버전 변경을 지원하기 위해, 데이터 손실을 가져오지 않는 PDCP 재설정 절차를 통한 PDCP 버전 변경을 수행하기 위한 약간의 제한이 요구된다. 또한, 버전 변경으로 인한 PDCP 재설정과, RLC SDU 처리 측면에서 버전 변경을 수반하지 않는 PDCP 재설정 간에는 작은 차이가 존재한다. 따라서, RRC가 PDCP 재설정을 유발(트리거링)할 때, 하위 계층들, 즉 PDCP 서브 계층은 그 재설정이 버전 변경을 수반하는지 버전 변경 없이 되는지 여부를 알아야 한다. NR PDCP 절차들 및 상태 변수들은 시퀀스 넘버(SN) 대신 카운트(COUNT) 값을 기반으로 한다. COUNT 값은 HFN 및 PDCP SN으로 구성된다. HFN 파트의 비트 단위 사이즈는 32-(PDCP SN의 길이)에 해당한다. NR에서 지원되는 SN은 12 및 18 비트이다. 모든 NR PDCP 상태 변수들은 COUNT를 기반으로 한다.

a) TX_NEXT: 이 상태 변수는 전송될 다음 PDCP SDU의 COUNT 값을 나타낸다. 그 초기 값은 0이다. 수신 PDCP 엔티티는 다음과 같은 상태 변수들을 유지해야 한다:

b) RX_NEXT: 이 상태 변수는 수신이 예상되는 다음 PDCP SDU의 COUNT 값을 나타낸다. 그 초기 값은 0이다.

c) RX_DELIV: 이 상태 변수는 상위 계층들로 전달되는 마지막 PDCP SDU의 COUNT 값을 나타낸다. 그 초기 값은 2³² -이다.**2³² -??

d) RX_REORD: 이 상태 변수는 t-Reordering 를 트리거링한 PDCP 데이터 PDU와 관련된 COUNT 값을 뒤따르는 COUNT 값을 나타낸다.

LTE PDCP 절차들 및 상태 변수들은 PDCP SN 및 HFN을 기반으로 한다. LTE에서 암호화 및 무결성을 위해 한 COUNT 값이 유지된다. 그 COUNT 값은 HFN 및 PDCP SN으로 구성된다. PDCP SN의 길이는 상위 계층들에 의해 설정되고 사이즈가 7, 12, 15, 18 비트일 수 있다. HFN 파트의 비트 단위 사이즈는 32-(PDCP SN의 길이)에 해당한다. LTE에서 다양한 상태 변수들이 아래와 같이 언급된다.

A) Next_PDCP_TX_SN: 변수 Next_PDCP_TX_SN은 주어진 PDCP 엔티티에 대한 다음 PDCP SDU의 PDCP SN을 나타낸다. PDCP 엔티티의 설정 시, UE는 Next_PDCP_TX_SN을 0으로 설정해야 한다.

B) TX_HFN: 변수 TX_HFN은 주어진 PDCP 엔티티에 대한 PDCP PDU들에 대해 사용되는 COUNT 값의 생성을 위한 HFN 값을 나타낸다. PDCP 엔티티의 설정 시, UE는 TX_HFN을 0으로 설정해야 한다. 각각의 PDCP 엔티티의 수신측은 다음과 같은 상태 변수들을 유지해야 한다:

C) Next_PDCP_RX_SN: 변수 Next_PDCP_RX_SN는 주어진 PDCP 엔티티에 있어서 수신기에 의해 다음으로 예상된 PDCP SN을 나타낸다. PDCP 엔티티의 설정 시, UE는 Next_PDCP_RX_SN을 0으로 설정해야 한다.

D) RX_HFN: 변수 RX_HFN은 주어진 PDCP 엔티티에 대해 수신되는 PDCP PDU들에 대해 사용되는 COUNT 값의 생성을 위한 HFN 값을 나타낸다. PDCP 엔티티의 설정 시, UE는 RX_HFN을 0으로 설정해야 한다.

E) Last_Submitted_PDCP_RX_SN: RLC AM 상에 매핑되는 DRB들에 대한 PDCP 엔티티들에 있어서, 변수 Last_Submitted_PDCP_RX_SN는 상위 계층들로 전달된 마지막 PDCP SDU의 SN을 나타낸다. PDCP 엔티티의 설정 시, UE는 Last_Submitted_PDCP_RX_SN을 Maximum_PDCP_SN으로 설정해야 한다.

F) Reordering_PDCP_RX_COUNT: 이 변수는 재정렬 기능이 사용될 때에만 사용된다. 이 변수는 t-Reordering 를 트리거링한 PDCP PDU와 관련된 COUNT 값을 뒤따르는 COUNT 값을 가진다. 정리하면, LTE 및 PDCP 간 차이는 이하에서 표 1에 보여진 바와 같다.

[표 1]

이제 일관되게 도면 전체를 통하여 유사한 참조 문자들이 해당 구성들을 나타내는 도면들, 특히 도 4 내지 도 11을 참조하여, 바람직한 실시예들이 보여진다.

도 4는 본 개시의 일 실시예에 따라, LTE 노드(가령, LTE eNB(200))에서 EN-DC 가능한 노드(가령, EN-DC 가능한 LTE eNB(300))으로의 핸드오버 중에 수반되는 다양한 단계들을 도시한 순차도이다.

S402에서, EN-DC 가능한 UE(100)와 LTE eNB(200) 사이에 핸드오버가 일어난다. S404에서, EN-DC 가능한 UE(100)가 LTE eNB(200)로 측정 보고서를 전송한다. S406에서, LTE eNB(200)는 UE 사양들 및 LTE PDCP 상태 파라미터들을 포함하는 핸드오버 요청 메시지를 EN-DC 가능한 LTE eNB(300)로 보낸다.

S408에서, EN-DC 가능한 LTE eNB(300)는 DRB가 LTE PDCP로 설정되는지 NR PDCP로 설정되는지 여부를 판단한다. S410에서, EN-DC 가능한 LTE eNB(300)는 LTE eNB(200)에, LTE PDCP 지시와 함께 이동성 제어 정보를 포함하는 핸드오버 확인(acknowledgement) 메시지를 보낸다. S412에서, LTE eNB(200)는 EN-DC 가능한 UE(100)에, LTE PDCP 지시와 함께 이동성 제어 정보를 포함하는 핸드오버 명령 메시지를 보낸다. S414에서, EN-DC 가능한 UE(100)는 타깃 셀로 스위칭한다. EN-DC 가능한 UE(100)는 S416에서 LTE PDCP 재설정 동작을 수행하고, EN-DC 가능한 LTE eNB(300)는 S418에서 LTE PDCP 재설정 동작을 수행한다. S420에서, EN-DC 가능한 UE(100)와 EN-DC 가능한 LTE eNB(300) 사이에 핸드오버가 완료된다.

구체적으로, 도 4는 구 LTE 노드와 연결된 UE(100)의 EN-DC 가능한 Rel-15 LTE를 향하는 핸드오버를 도시한다. X2 인터페이스 상으로, 소스 즉, LTE eNB(200)가 타깃, 즉 EN-DC 가능한 LTE eNB(300)로 핸드오버 요청 메시지를 보낸다. HO 요청 메시지는 as-Config, rrm-Config, ue-RadioAccessCapabilityInfo, as-Context 등을 포함하는 핸드오버 준비 정보(HandoverPreparationInformation)를 포함한다. ue-RadioAccessCapabilityInfo는 UE 사양들을 지시한다, 즉 UE(100)가 EN-DC 가능하다는 것을 지시하고, as-Config는 Next_PDCP_TX_SN, TX_HFN, Next_PDCP_RX_SN, RX_HFN, Last_Submitted_PDCP_RX_SN 및 Reordering_PDCP_RX_COUNT 같은 LTE PDCP 상태 파라미터들을 포함한다. 핸드오버 준비 정보 안에 제공되는 정보에 기반하여, 타깃은 핸드오버를 거치고 있는 UE(100)의 DRB들이 LTE PDCP로 설정되어야 하는지 NR PDCP로 설정되어야 하는지 여부를 결정한다. UE(100)의 DRB들이 NR PDCP로 설정되어야 하면, 이는 소스가 보낸 LTE PDCP 상태 파라미터들을 NR PDCP 파라미터들로 변환하는 것을 포함하는 PDCP 버전 변경을 수반한다. UE(100)는 또한, 타깃 안에서 LTE PDCP를 지속하는지 여부나 PDCP 버전 변경을 수행할 필요가 있는지 여부에 대한 정보를 얻어야 한다. 그것은 X2 인터페이스를 통해 소스로 전송되는 핸드오버 확인(acknowledgement) 메시지에 포함되는 RRC 컨테이너를 통해 타깃 셀에 의해 UE(100)로 지시된다. 소스는 타깃으로부터 수신되어 이동성 제어 정보를 포함하는 RRC 컨테이너를 UE(100)로 전달한다. 도 4에서, UE(100)가 PDCP 버전 변경 지시를 수신하지 않는다는 것이 보여진다, 즉 UE(100)는 LTE PDCP에 기반하여 타깃에서 DRB들을 설정해야 한다. 도 4에 도시된 바와 같이, UE(100)가 HO 메시지를 수신할 때, 현재의 UE 설정의 일부인 drb-identity(신원)에 대해 PDCP 버전 변경에 관한 명시적 지시는 포함되지 않는다. 그것은, PDCP 버전 변경을 수반하지 않는 PDCP 재설정, 즉 일반적인 PDCP 재설정임을 지시한다. UE RRC는 PDCP에 대한 지시를 생성하지 않으며, 일반적인 LTE PDCP 재설정이 일어난다.

도 5는 본 개시의 일 실시예에 따라, LTE eNB(200)에서 EN-DC 가능한 LTE eNB(300)로의 핸드오버 중에 수반되는 다양한 단계들을 도시한 순차도이다.

S502에서, EN-DC 가능한 UE(100)와 LTE eNB(200) 사이에 핸드오버가 일어난다. S504에서, EN-DC 가능한 UE(100)가 LTE eNB(200)로 측정 보고서를 전송한다. S506에서, LTE eNB(200)는 UE 사양들 및 LTE PDCP 상태 파라미터들을 포함하는 핸드오버 요청 메시지를 EN-DC 가능한 LTE eNB(300)로 보낸다.

S508에서, EN-DC 가능한 LTE eNB(300)는 DRB가 LTE PDCP로 설정되는지 NR PDCP로 설정되는지 여부를 판단한다. S510에서, EN-DC 가능한 LTE eNB(300)는 LTE eNB(200)에, LTE PDCP 지시와 함께 이동성 제어 정보를 포함하는 핸드오버 확인 메시지를 보낸다. S512에서, LTE eNB(200)는 EN-DC 가능한 UE(100)에, PDCP 지시와 함께 이동성 제어 정보를 포함하는 핸드오버 명령 메시지를 보낸다. S514에서, EN-DC 가능한 UE(100)는 타깃 셀로 스위칭한다. EN-DC 가능한 UE(100)는 S516에서 PDCP 재설정 동작을 수행하고, EN-DC 가능한 LTE eNB(300)는 S518에서 PDCP 재설정 동작을 수행한다. S520에서, EN-DC 가능한 UE(100)와 EN-DC 가능한 LTE eNB(300) 사이에 핸드오버가 완료된다.

구체적으로, 도 5에서, UE(100)가 PDCP 버전 변경 지시를 수신한다는 것이 보여진다, 즉 UE(100)는 NR PDCP에 기반하여 타깃에서 DRB들을 설정해야 한다. HO 명령 메시지, 즉 이동성 제어 정보를 포함하는 RRC 재설정 메시지를 수신한 후, UE(100)는 일반 LTE PDCP 재설정을 수행하거나, PDCP를 재설정하면서 PDCP 버전 변경을 수행한다. LTE PDCP에서 NR PDCP로의 PDCP 버전 변경에 있어서, NR PDCP SN 사이즈는 LTE PDCP SN 사이즈와 같거나 더 커야 한다. LTE에서 NR로의 PDCP 상태 파라미터 변환에 대해 본 발명에서는 두 방법이 제안되어, PDCP 버전 변경이 무손실이 되게 하고, EN-DC 가능한 LTE 노드 및 UE(100)에서의 NR PDCP 엔티티들(즉, PDCP TX/RX)이 무손실 데이터 전송 및 수신을 하도록 재설정될 수 있다. 도 5에 도시된 바와 같이, UE(100)가 HO 메시지를 수신할 때, 현재의 UE 설정의 일부인 drb-identity에 대해 PDCP 버전 변경(즉, NR-PDCP로)에 관한 명시적 지시가 포함된다. 이와 달리, HO 메시지는 PDCP 설정에 기반하는 UE 설정의 일환인 그 drb-identity에 대한 PDCP 버전 변경과 관련한 암묵적 지시를 포함할 수 있다. 그것은, PDCP 버전 변경, 즉 LTE PDCP에서 NR PDCP로의 변경을 수반하는 PDCP 재설정임을 지시한다. UE RRC는 이러한 drb-identity에 대한 PDCP로의 지시를 생성하고, 버전 변경을 수반하는 PDCP 재설정이 일어난다.

도 6은 본 개시의 일 실시예에 따라, 버전 변경(LTE에서 NR로)를 위한 PDCP 동작 및 PDCP 재설정 중에 수반되는 다양한 단계들을 도시한 흐름도(600)이다. 동작들(602-614)은 PDCP 동작 핸들러에 의해 수행된다. 초기에, UE(100)는 HO 메시지를 통해 관련 drb-id에 대해 PDCP 버전 변경에 대한 암묵적/명시적 지시를 수신한다.

602에서, 이 방법은 LTE 노드로부터 핸드오버 메시지를 수신하는 단계를 포함한다. 핸드오버 메시지는 LTE PDCP에서 NR PDCP로의 PDCP 버전 변경을 지시하는 지시를 포함한다. 604에서, 이 방법은 UE(100)의 LTE RRC 엔티티로부터 UE의 LTE PDCP 엔티티로 상기 지시를 지시하는 단계를 포함한다. 606에서, 이 방법은 상기 지시에 기반하여 LTE RLC 엔티티를 재설정 할 때, 수신기 LTE PDCP 엔티티에 의해 LTE RLC 엔티티로부터 LTE PDCP PDU들을 수신하는 단계를 포함한다. 608에서, 이 방법은 LTE 포맷을 사용하여 수신기 LTE PDCP 엔티티에서 LTE PDCP PDU들을 처리하는 단계를 포함한다. 610에서, 이 방법은 수신기 LTE PDCP 엔티티를 수신기 NR PDCP 엔티티로서 재설정하고 송신기 LTE PDCP 엔티티를 송신기 NR PDCP 엔티티로서 재설정하는 단계를 포함한다. 612에서, 이 방법은 NR 포맷을 사용하여 재설정된 송신기 NR PDCP 엔티티에 의해 PDCP PDU들을 재전송하는 단계를 포함한다. 614에서, 이 방법은 NR PDCP 동작에 기반하여 수신기 NR PDCP 엔티티에 의해 수신된 PDCP PDU들 및 송신기 NR PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하는 단계를 포함한다.

도 7은 본 개시의 일 실시예에 따라, 구 LTE 노드를 향해 EN-DC 가능한 Rel-15 LTE 노드(200)에 연결되는 UE(100)의 핸드오버 중에 수반되는 다양한 단계들을 도시한 순차도이다.

S702에서, EN-DC 가능한 UE(100)와 EN-DC 가능한 LTE eNB(300) 사이에 핸드오버가 일어난다. S704에서, EN-DC 가능한 UE(100)가 EN-DC 가능한 LTE eNB(300)로 측정 보고서를 전송한다. S706에서, EN-DC 가능한 LTE eNB(300)는 UE 사양들 및 LTE 또는 NR PDCP 상태 파라미터들을 포함하는 핸드오버 요청 메시지를 LTE eNB(200)로 보낸다.

S708에서, LTE eNB(200)는 DRB가 LTE PDCP로 설정되는지 여부를 판단한다. S710에서, LTE eNB(200)는 EN-DC 가능한 LTE eNB(300)에, PDCP 버전 변경 지시와 함께 이동성 제어 정보를 포함하는 핸드오버 확인 메시지를 보낸다. S712에서, LTE eNB(300)는 EN-DC 가능한 UE(100)에, PDCP 지시와 함께 이동성 제어 정보를 포함하는 핸드오버 명령 메시지를 보낸다. S714에서, EN-DC 가능한 UE(100)는 타깃 셀로 스위칭한다. EN-DC 가능한 UE(100)는 S716에서 PDCP 재설정 동작을 수행하고, LTE eNB(300)는 S718에서 PDCP 재설정 동작을 수행한다. S720에서, EN-DC 가능한 UE(100)와 LTE eNB(300) 사이에 핸드오버가 완료된다.

구체적으로, 도 7은 EN-DC 가능한 Rel-15 LTE 노드에 연결된 UE의 구 LTE 노드를 향한 핸드오버를 도시한다. X2 인터페이스 상으로, 소스 즉, EN-DC 가능한 LTE eNB(300)가 타깃, 즉 LTE eNB(200)로 핸드오버 요청 메시지를 보낸다. HO 요청 메시지는 as-Config, rrm-Config, ue-RadioAccessCapabilityInfo, as-Context 등을 포함하는 핸드오버 준비 정보(HandoverPreparationInformation)를 포함한다. ue-RadioAccessCapabilityInfo는 UE 사양들, 즉 UE(100)가 EN-DC 가능하다는 것을 나타내며, as-Config는 소스 내 DRB의 PDCP 설정 여부에 따라 Next_PDCP_TX_SN, TX_HFN, Next_PDCP_RX_SN, RX_HFN, Last_Submitted_PDCP_RX_SN 및 Reordering_PDCP_RX_COUNT 같은 LTE PDCP 상태 파라미터들 또는 TX_NEXT, RX_NEXT, RX_DELIV and RX_REORD 같은 NR PDCP 파라미터들을 포함한다.

핸드오버 준비 정보(HandoverPreparationInformation) 안에 제공되는 정보에 기반하여, 타깃은 소스 내 DRB들의 PDCP 설정과 무관하게, 핸드오버를 거치고 있는 UE(100)의 DRB들이 LTE PDCP로 설정되어야 한다고 결정한다. UE(100)의 DRB들이 소스에서 NR PDCP로 설정되었으면, 이는 소스가 보낸 NR PDCP 상태 파라미터들을 LTE PDCP 파라미터들로 변환하는 것을 포함하는 PDCP 버전 변경을 수반하고, 그렇지 않으면 핸드오버는 일반적인 LTE 핸드오버와 같다. UE(100)는 또한, 소스 내 DRB에 대해 NR PDCP가 설정되었으면 PDCP 버전 변경을 수행해야 할지 타깃에서 LTE PDCP가 지속될지 여부에 대해 정보를 받아야 한다. 그것은 X2 인터페이스를 통해 소스로 전송되는 핸드오버 확인 메시지에 포함되는 RRC 컨테이너를 통해 타깃 셀에 의해 UE(100)로 지시된다. 소스는 타깃으로부터 수신되어 이동성 제어 정보를 포함하는 RRC 컨테이너를 UE로 전달한다. 도 7에서, UE(100)가 PDCP 버전 변경 지시를 수신한다는 것이 보여진다, 즉 UE(100)는 LTE PDCP에 기반하여 타깃에서 DRB들을 설정해야 한다. HO 명령 메시지, 즉 이동성 제어 정보를 포함하는 RRC 재설정 메시지를 수신한 후, UE(100)는 일반 LTE PDCP 재설정을 수행하거나, UE(100)가 PDCP를 재설정하면서 PDCP 버전 변경 동작(즉, NR PDCP에서 LTE PDCP로)을 수행한다. NR PDCP에서 LTE PDCP로의 PDCP 버전 변경에 있어서, LTE PDCP SN 사이즈는 NR PDCP SN 사이즈와 같거나 더 커야 한다. LTE에서 NR로의 PDCP 상태 파라미터 변환에 대해 본 개시에서는 두 방법이 제안되어, PDCP 버전 변경이 무손실이 되게 하고, 타깃, 즉 구 LTE 노드 및 UE(100)에서의 LTE PDCP 엔티티들(즉, PDCP TX/RX)이 무손실 데이터 전송 및 수신을 하도록 재설정될 수 있다.

도 8은 본 개시의 일 실시예에 따라, 버전 변경(NR에서 LTE로)를 위한 PDCP 동작 및 PDCP 재설정 중에 수반되는 다양한 단계들을 도시한 흐름도(800)이다. 동작들(802-814)은 PDCP 동작 핸들러에 의해 수행된다. 초기에, UE(100)는 HO 메시지를 통해 관련 drb-id에 대해 PDCP 버전 변경에 대한 암묵적/명시적 지시를 수신한다. 802에서, 이 방법은 NR 노드로부터 핸드오버 메시지를 수신하는 단계를 포함한다. 핸드오버 메시지는 NR PDCP에서 LTE PDCP로의 PDCP 버전 변경을 지시하는 지시를 포함한다. 804에서, 이 방법은 UE(100)의 NR RRC 엔티티로부터 UE(100)의 NR PDCP 엔티티로 상기 지시를 지시하는 단계를 포함한다. 806에서, 이 방법은 상기 지시에 기반하여 LTE RLC 엔티티를 재설정 할 때, 수신기 NR PDCP 엔티티에 의해 LTE RLC 엔티티로부터 NR PDCP PDU들을 수신하는 단계를 포함한다. 808에서, 이 방법은 NR 포맷을 사용하여 수신기 NR PDCP 엔티티에서 NR PDCP PDU들을 처리하는 단계를 포함한다. 810에서, 이 방법은 수신기 NR PDCP 엔티티를 수신기 LTE PDCP 엔티티로서 재설정하고 송신기 NR PDCP 엔티티를 송신기 LTE PDCP 엔티티로서 재설정하는 단계를 포함한다. 812에서, 이 방법은 LTE 포맷을 사용하여 송신기 LTE PDCP 엔티티에 의해 PDCP PDU들을 재전송하는 단계를 포함한다. 814에서, 이 방법은 LTE PDCP 동작에 기반하여 수신기 LTE PDCP 엔티티에 의해 수신된 PDCP PDU들 및 송신기 LTE PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하는 단계를 포함한다.

LTE 및 NR에서의 핸드오버 절차는 PDCP 재설정 절차를 일으킨다. AM 베어러들에 있어서, PDCP SN 또는 카운트가 유지되고 헤더 압축이 리셋된다. AM DRB들에 대해 PDCP 재설정이 완료되면, 하위 계층들에 의해 해당 PDCP 데이터 PDU에 대한 성공적 전달이 승인되지 못한 제1PDCP SDU로부터, PDCP 엔티티 재설정에 앞서 PDCP SDU와 관련된 COUNT 값들의 오름차순에 따라 PDCP SN들과 이미 관련된 모든 PDCP SDU들의 재전송 또는 전송을 수행한다.

NR 및 LTE PDCP 재설정 절차 중에 상태 변수들은 유지된다.

문제점: LTE PDCP에서 NR PDCP로/NR PDCP에서 LTE PDCP로의 버전 변경 중에, NR 및 LTE 사이에 상태 변수들이 상이하므로, 버전 변경 중에 무손실 전환을 지원하기 위한 LTE 및 NR 상태 변수들간의 매핑이 필요하다. PDCP SN 사이즈가 LTE 및 NR PDCP에서 동일할 때 LTE에서 NR PDCP로의 버전 변경을 위한 매핑 방법이 제공된다.

LTE PDCP 및 NR PDCP에서의 PDCP SN의 사이즈가 동일하면(즉 N1 비트들이면), LTE PDCP에서 NR PDCP로 변경하는 경우, NR PDCP 상태 변수들은 이하의 표 2에서 보여진 것과 같이 제안된 방법들에서의 LTE 상태 변수들을 이용하여 결정될 수 있다. [표 2]에서 상태 변수 전환 중에 SN은 유지된다.

[표 2]

NR에서 LTE PDCP로의 버전 변경이 일어날 때는 RX_REORD 같은 파라미터들은 필요하지 않는데, 이는 LTE가 MCG DRB 또는 자립형 LTE DRB에 대한 재정렬 동작을 지원하고 있지 않기 때문이나, LTE에서 NR로 변경하는 동안에는 그 파라미터가 필요하며, 이는 NR이 항상 재정렬을 지원하므로 그것이 DL 시 최초 수신 패킷에 기반하여 산출되어야 하기 때문이다.

또한, PDCP SN 사이즈가 LTE 및 NR PDCP에서 동일할 때 NR PDCP에서 LTE PDCP로의 버전 변경을 위한 매핑 방법이 제공된다. LTE PDCP 및 NR PDCP에서의 PDCP SN의 사이즈가 동일하면(즉 N1 비트들이면), NR PDCP에서 LTE PDCP로 변경하는 경우, LTE PDCP 상태 변수들은 이하의 표 3에서 보여진 것과 같이 제안된 발명에서의 NR 상태 변수들을 이용하여 결정될 수 있다. 표 2에서 상태 변수 전환 중에 SN은 유지된다.

[표 3]

또한, NR PDCP에서의 PDCP SN 사이즈가 LTE PDCP에서의 PDCP SN 사이즈보다 클 때, LTE에서 NR PDCP로의 버전 변경을 위한 매핑 방법이 제공된다. UE(100)는 PDCP 재설정 절차 중에 HFN 값을 그대로 유지하지 않고 0으로 초기화 하며, 무손실 전환을 위한 NR 변수들을 결정하기 위해 이하의 매핑 절차를 수행한다.

Next_PDCP_TX_SN 및 HFN = 0에 기반하여 TX_NEXT를 산출한다. TX_NEXT = (2^Y *HFN) + Next_PDCP_TX_SN이고, 여기서 Y는 NR PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다. 즉 TX_NEXT는 Next_PDCP_TX_SN로 설정된다.

Next_PDCP_RX_SN 및 HFN = 0에 기반하여 RX_NEXT를 산출한다. RX_NEXT = (2^Y *HFN) + Next_PDCP_RX_SN이고, 여기서 Y는 NR PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다. 즉 RX_NEXT는 Next_PDCP_RX_SN로 설정된다.

RX_DELIV의 새 값이 Last_Submitted_PDCP_RX_SN 및 HFN = 0에 기반하여 산출될 수 있다. RX_ DELIV = (2^Y *HFN) + Last_Submitted_PDCP_RX_SN이고, 여기서 Y는 NR PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다. 즉 RX _DELIV는 Last_Submitted_PDCP_RX_SN로 설정된다.

Reordering_PDCP_RX_COUNT는 하위 계층들로부터 수신된 제1패킷에 기반하여, 즉 RX_NEXT에 기반하여 산출될 수 있다.

PDCP 상태 보고가 Last_Submitted_PDCP_RX_SN에 기반하여 준비될 것이다. 상기 상태 변수 변환 중에, SN은 유지되나 COUNT는 유지되지 않는다.

일 실시예에서, 이 방법은 NR PDCP에서의 PDCP SN 사이즈가 LTE PDCP에서의 PDCP SN 사이즈와 동일할 때에도 사용될 수 있다.

또한, LTE에서의 PDCP SN 사이즈가 NR PDCP에서의 PDCP SN 사이즈보다 클 때, NR에서 LTE PDCP로의 버전 변경을 위한 매핑 방법이 제공된다. UE(100)는 PDCP 재설정 절차 중에 HFN 값을 그대로 유지하지 않고 0으로 초기화 하며, 무손실 전환을 위한 LTE 변수들을 결정하기 위해 이하의 매핑 절차를 수행한다.

TX_HFN을 0으로 설정. RX_HFN을 0으로 설정.

TX_NEXT으로부터(소스 SN 길이에 기반하여) Next_PDCP_TX_SN을 산출. Next_PDCP_TX_SN = TX_NEXT의 Y개의 LSB들의 값이고, 여기서 Y는 NR PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다.

RX_NEXT으로부터(소스 SN 길이에 기반하여) Next_PDCP_RX_SN을 산출. Next_PDCP_RX_SN = RX_NEXT의 Y개의 LSB들의 값이고, 여기서 Y는 NR PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다.

RX_DELIV으로부터(소스 SN 길이에 기반하여)Last_Submitted_PDCP_RX_SN을 산출. Last_Submitted_PDCP_RX_SN = value of Y LSBs of RX_DELIV이고, 여기서 Y는 NR PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다.

Reordering_PDCP_RX_COUNT는 재정렬이 가능할 때 사용되므로, 필요하지 않다.

NR이 재정렬을 지원하고 있으므로, LTE에서의 순차적 전송을 지원하기 위해 PDCP 상태 보고서가 RX_DELIV에 기반하여 준비될 것이다. 상기 상태 변수 변환 중에, SN은 유지되나 COUNT는 유지되지 않는다.

일 실시예에서, 이 방법은 NR PDCP에서의 PDCP SN 사이즈가 LTE PDCP에서의 PDCP SN 사이즈와 동일할 때에도 사용될 수 있다.

또한, NR PDCP에서의 PDCP SN 사이즈가 LTE PDCP에서의 PDCP SN 사이즈보다 클 때, LTE에서 NR PDCP로의 버전 변경을 위한 매핑 방법이 제공된다.

LTE PDCP에서의 Next_PDCP_TX_SN 및 TX_HFN에 기반하여 TX_NEXT를 산출한다. TX_NEXT = (2^X*TX_HFN) + Next_PDCP_TX_SN이고, 여기서 X는 LTE PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다.

Next_PDCP_RX_SN 및 HFN에 기반하여 RX_NEXT를 산출한다. RX_NEXT = (2^X *RX_HFN) + Next_PDCP_RX_SN이고, 여기서 X는 LTE PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다.

RX_DELIV의 새 값이 LTE PDCP에서의 Last_Submitted_PDCP_RX_SN 및 RX_HFN에 기반하여 산출될 수 있다. RX_ DELIV = (2^X *RX_HFN) + Last_Submitted_PDCP_RX_SN이고, 여기서 X는 LTE PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다.

Reordering_PDCP_RX_COUNT는 하위 계층들로부터 수신된 제1패킷에 기반하여, 즉 RX_NEXT에 기반하여 산출될 수 있다.

PDCP 엔티티 재설정 시 PDCP SN과 이미 관련되는 각각의 PDCP SDU의 PDCP SN은 다음과 같이 갱신된다:

PDCP SDU의 새 PDCP SN = [LTE PDCP에서의 이 PDCP SDU의 COUNT 값]의 Y LSB들 = [(LTE PDCP에서의 이 PDCP SDU의 2^X * HFN) + LTE PDCP에서의 이 PDCP의 PDCP SN]. X는 LTE PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다. Y는 NR PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다. 상기 상태 변수 변환 중에, COUNT는 유지되나 SN은 유지되지 않는다.

일 실시예에서, 이 방법은 NR PDCP에서의 PDCP SN 사이즈가 LTE PDCP에서의 PDCP SN 사이즈와 동일할 때에도 사용될 수 있다.

또한, LTE에서의 PDCP SN 사이즈가 NR PDCP에서의 PDCP SN 사이즈보다 클 때, NR에서 LTE PDCP로의 버전 변경을 위한 매핑 방법이 제공된다.

TX_NEXT으로부터(타깃 SN 길이에 기반하여) Next_PDCP_TX_SN을 산출. Next_PDCP_TX_SN = TX_NEXT의 X개의 LSB들의 값이고, 여기서 X는 LTE PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다.

TX_NEXT으로부터(타깃 SN 길이에 기반하여) TX_HFN을 산출. TX_HFN = TX_NEXT의 X1개의 MSB들의 값이고, 여기서 X1은 LTE PDCP에서의 HFN의 (비트) 사이즈와 동일하다.

RX_NEXT로부터(타깃 SN 길이에 기반하여) Next_PDCP_RX_SN을 산출. Next_PDCP_RX_SN = RX_NEXT의 X개의 LSB들의 값이고, 여기서 X는 LTE PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다.

RX_NEXT로부터(타깃 SN 길이에 기반하여) RX_HFN을 산출. RX_HFN = RX_NEXT의 X1개의 MSB들의 값이고, 여기서 X1은 LTE PDCP에서의 HFN의 (비트) 사이즈와 동일하다.

RX_DELIV으로부터(타깃 SN 길이에 기반하여)Last_Submitted_PDCP_RX_SN을 산출. Last_Submitted_PDCP_RX_SN = RX_DELIV의 X개의 LSB들의 값이고, 여기서 X는 LTE PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다.

Reordering_PDCP_RX_COUNT는 재정렬이 가능할 때 사용되므로, 필요하지 않다.

NR이 재정렬을 지원하고 있으므로, LTE에서의 순차적 전송을 지원하기 위해 PDCP 상태 보고서가 RX_DELIV에 기반하여 준비될 것이다.

PDCP 엔티티 재설정 시 PDCP SN과 이미 관련되는 각각의 PDCP SDU의 PDCP SN은 다음과 같이 갱신된다:

PDCP SDU의 새 PDCP SN = [NR PDCP에서의 이 PDCP SDU의 COUNT 값]의 X LSB들 = [(NR PDCP에서의 이 PDCP SDU의 2^Y * HFN) + NR PDCP에서의 이 PDCP의 PDCP SN]. X는 LTE PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다. Y는 NR PDCP에서의 PDCP SN의 (비트) 사이즈와 동일하다. 상기 상태 변수 변환 중에, COUNT는 유지되나 SN은 유지되지 않는다.

일 실시예에서, 이 방법은 NR PDCP에서의 PDCP SN 사이즈가 LTE PDCP에서의 PDCP SN 사이즈와 동일할 때에도 사용될 수 있다.

일 실시예에서, LTE PDCP에서 NR PDCP로의 버전 변경은 핸드오버(HO) 절차를 통해 일어날 것이다. DRB에 대한 PDCP 버전 변경이 HO 절차를 통해 발생될 때, 본 개시의 한 구현예는, RLC가 PDCP와 함께 재설정되는 것으로, 이것은 RRC, LTE PDCP 및 NR PDCP 사이의 인터랙션을 다소 번거롭게 만들 것이다. 다음은 예컨대 동작 타임라인이다:

1. t1: PDCP 재설정은 RRC에 의해 지시된다

a. PDCP 엔티티는 그것이 일반 PDCP 재설정인지 버전 변경을 수반하는 PDCP 재설정인지 여부를 구별해야 한다. 버전 변경을 포함하는 PDCP 설정을 지시하기 위해 RRC에서 PDCP로의 지시가 필요하다

2. t2: 수신기 RLC 엔티티가 재설정된다; LTE PDCP들이 수신기 PDCP 엔티티로 전달된다;

3. t3: LTE PDCP PDU들이 수신기 PDCP 엔티티 내에서 LTE PDCP PDU 포맷에 따라 처리될 것이다;

4. t4: NR PDCP 상태 변수가 적절한 값들로 설정되고, PDCP 재설정 관련 동작이 뒤따른다. 전달된 LTE PDCP PDU들이 LTE 동작에 따라 처리되어 상위 계층으로 전달된 후, ROHC가 리셋되고, 새 키가 도출되고, RLC 재설정 후 보내진 새 NR PDCP PDU들이 NR PDCP 포맷을 통해 처리된다.　

상술한 동작에서, 복잡한 것은, LTE RLC 엔티티의 재설정으로 인해 수신된 LTE PDCP PDU들이 LTE PDCP에서의 LTE PDCP PDU 포맷에 따라 처리되기 때문에 PDCP 재설정 관련 동작 중 일부가 LTE PDCP 헤더 포맷에 따라 수행되고, 상태 변수들의 설정, ROHC 리셋, 새로운 암호화 및 무결성 키들의 적용과 같은 다른 재설정 절차는 NR PDCP 재설정 절차에 따라 수행된다는 데 있다.

PDCP 재설정이 LTE에서 NR로의 PDCP 버전 변경을 수반한다는 지시에 기반하여, 다음과 같은 세부 동작이 수신기 PDCP 엔티티에 의해 수행될 수 있다:

1. 수신기 PDCP 엔티티는 RLC 재설정 시, 수신된 PDCP PDU들의 PDCP 헤더와 페이로드를 분리한다;

2. LTE 보안 알고리즘에 따라 페이로드, 즉 PDCP SDU는 현재의 암호화 키를 사용해 해독되고 무결성 체크는 현재의 무결성 키를 사용하여 수행된다.

3. PDCP 헤더는 LTE 동작에 따라 압축해제되고 헤더는 LTE 헤더 포맷에 따라 처리된다;

4. 처리된 PDCP SDU들이 상위 계층으로 전달된다;

5. LTE PDCP 엔티티는 NR PDCP 엔티티에게 PDCP 재설정 절차를 수행하도록 지시한다;

6. drb-ContinueROHC가 설정되지 않으면 ROHC 리셋이 수행되고, 새 보안 키들이 도출되므로, 수신기 PDCP 엔티티가 재설정된다;

7. LTE 상태 변수들이 계속되는 SN 또는 계속되는 COUNT에 기반하는 방법 중 하나에 따라 NR 상태 변수들로 변환된다;

8. RLC 엔티티로부터 수신된 새 PDCP PDU들이 NR PDCP 동작에 따라 처리된다, 즉 PDCP 헤더는 NR PDCP 헤더 포맷에 따라 처리되고 NR 보안 알고리즘이 해독 및 무결성 체크에 적용된다. PDCP SDU들을 처리하면서 중복 검출 및 재정렬 기능이 항상 수행될 것이다.

PDCP 재설정이 LTE에서 NR로의 PDCP 버전 변경을 수반한다는 지시에 기반하여, 다음과 같은 세부 동작이 송신기 PDCP 엔티티에 의해 수행될 수 있다:

1. NR PDCP 엔티티는 LTE PDCP 엔티티에게 PDCP 재설정 절차를 수행하도록 지시한다;

2. drb-ContinueROHC이 설정되지 않으면 ROHC 리셋이 수행된다;

3. LTE 상태 변수들이 계속되는 SN 또는 계속되는 COUNT에 기반하는 방법 중 하나에 따라 NR 상태 변수들로 변환된다;

4. 재전송될 PDCP SDU들에 있어서, 그 PDCP SDU들을 상위 계층에서 수신된 것이라 간주하여, 송신기 PDCP 엔티티는 NR PDCP 헤더 포맷에 따라 PDCP 헤더를 처리하였고 헤더의 압축을 수행한다;

5. 송신기 PDCP 엔티티는 PDCP 헤더를 NR PDCP 헤더 포맷에 따라 처리하였고, 헤더의 압축을 수행한다;

6. 새 보안 키들 및 NR 보안 알고리즘들에 기반하여 암호화 및 무결성 보호가 PDCP SDU에 적용된다;

7. NR PDCP PDU들이 전송되기 위해 하위 계층으로 전달된다. 송신기 엔티티는 상대 변수 및 누락 패킷 정보에 기반하여 PDCP 상태 보고서를 보낼 수 있다.

PDCP 재설정이 NR에서 LTE로의 PDCP 버전 변경을 수반한다는 지시에 기반하여, 다음과 같은 세부 동작이 수신기 PDCP 엔티티에 의해 수행될 수 있다:

1. PDCP 헤더는 NR 동작에 따라 압축해제되고 헤더는 NR 헤더 포맷에 따라 처리된다;

2. 처리된 PDCP SDU들이 상위 계층으로 전달된다;

3. NR PDCP 엔티티는 LTE PDCP 엔티티에게 PDCP 재설정 절차를 수행하도록 지시한다;

4. drb-ContinueROHC가 설정되지 않으면 ROHC 리셋이 수행되고, 새 보안 키들이 도출되므로, 수신기 PDCP 엔티티가 재설정된다;

5. NR 상태 변수들이 계속되는 SN 또는 계속되는 COUNT에 기반하는 방법 중 하나에 따라 LTE 상태 변수들로 변환된다;

6. RLC 엔티티로부터 수신된 새 PDCP PDU들이 LTE PDCP 동작에 따라 처리된다, 즉 PDCP 헤더는 LTE PDCP 헤더 포맷에 따라 처리되고 LTE 보안 알고리즘이 해독 및 무결성 체크에 적용된다. PDCP SDU들을 처리하면서 중복 검출 및 재정렬 기능이 항상 수행될 것이다.

PDCP 재설정이 NR에서 LTE로의 PDCP 버전 변경을 수반한다는 지시에 기반하여, 다음과 같은 세부 동작이 송신기 PDCP 엔티티에 의해 수행될 수 있다:

1. NR PDCP 엔티티는 LTE PDCP 엔티티에게 PDCP 재설정 절차를 수행하도록 지시한다;

2. drb-ContinueROHC이 설정되지 않으면 ROHC 리셋이 수행된다;

3. NR 상태 변수들이 계속되는 SN 또는 계속되는 COUNT에 기반하는 방법 중 하나에 따라 LTE 상태 변수들로 변환된다;

4. 재전송될 PDCP SDU들에 있어서, 그 PDCP SDU들을 상위 계층에서 수신된 것이라 간주하여, 송신기 PDCP 엔티티는 LTE PDCP 헤더 포맷에 따라 PDCP 헤더를 처리하였고 헤더의 압축을 수행한다;

5. 송신기 PDCP 엔티티는 PDCP 헤더를 LTE PDCP 헤더 포맷에 따라 처리하였고, 헤더의 압축을 수행한다;

6. 새 보안 키들 및 NR 보안 알고리즘들에 기반하여 암호화 및 무결성 보호가 PDCP SDU에 적용된다;

7. LTE PDCP PDU들이 전송되기 위해 하위 계층으로 전달된다. 송신기 엔티티는 상대 변수 및 누락 패킷 정보에 기반하여 PDCP 상태 보고서를 보낼 수 있다.

HO 명령 메시지가 수신될 때, UE(100)는 PDCP 버전 변경을 수반하는 DRB들을 식별한다. PDCP 버전들을 포함하는 DRB들을 식별하는 두 가지 옵션들이 존재한다:

옵션 1: RRC 시그날링을 통한 명시적 지시 -> 이 방법에서, 네트워크는 UE(100)에게 PDCP 버전 변경을 수반하는 DRB들을 명시적으로 지시한다. 현재의 UE 설정의 일부인 drb-identity에 대한 drbAddList에서, NR-PDCP 또는 LTE-PDCP 같은 것에 명시적 지시가 추가된다. 그러한 명시적 지시에 기반하여, UE RRC는 PDCP 버전 변경을 수반하는 PDCP 재설정에 대한 PDCP로의 지시를 생성한다.

옵션2: RRC 시그날링을 통한 PDCP 설정에 기반하는 암묵적 지시 -> 이 방법에서, LTE PDCP에서 NR PDCP로의 PDCP 버전 변경을 수반하는 현재의 UE 설정에 속하는 DRB에 대해, 네트워크는 UE(100)로의 RRC 시그날링 시 구 pdcpConfig 대신 RadioBearerConfiguration을 포함한다. 반대의 방향에서 네트워크는 RadioBearerConfiguration 대신 구 pdcpConfig를 포함한다. 수신된 PDCP 설정, 즉 RadioBearerConfiguration 또는 legacypdcpConfig에 기반하여, UE RRC는 PDCP 버전 변경을 수반하는 PDCP 재설정에 대한 PDCP로의 지시를 생성한다.

옵션3: PDCP 버전 변경 상태 변수에 기반하는 암묵적 지시 -> 이 방법에서, UE(100)가 PDCP 설정 타입에 기반하여 MCG 베어러를 설정하면, 그 상태 변수, 즉 베어러의 DRB 버전을 유지할 수 있다. UE(100)가 MCG 베어러를 추가 또는 수정하는 동안 pdcp-Config를 수신하면, drb-version은 LTE PDCP로서 유지될 수 있다. UE(100)가 MCG 베어러를 추가 또는 수정하는 동안 radioBearerConfig1 또는 radioBearerConfig2를 수신하면, drb-version은 NR PDCP로서 유지될 수 있다. UE(100)가 HO 절차를 수신하였으면, DRB가 LTE PDCP에서 NR PDCP로의 PDCP 버전 변경을 수반하는 현재의 UE 설정에 속하는 경우, 네트워크는 UE(100)로의 RRC 시그날링 시 구 pdcpConfig 대신 RadioBearerConfiguration을 포함한다. 반대의 방향에서 네트워크는 RadioBearerConfiguration 대신 구 pdcpConfig를 포함한다. 수신된 PDCP 설정, 즉 RadioBearerConfiguration 또는 legacypdcpConfig 및 저장된 drb-version에 기반하여, UE RRC는 PDCP 버전 변경을 수반하는 PDCP 재설정에 대한 PDCP로의 지시를 생성한다.

현재의 UE 설정의 일부인 drb-identity에 대해 명시적 지시가 포함되지 않은 경우, 그것은 PDCP 버전 변경을 수반하지 않는 PDCP 재설정, 즉 일반적 PDCP 재설정이다. UE RRC는 PDCP에 대한 지시를 생성하지 않으며, 일반적인 PDCP 재설정이 일어난다.

암묵적 방법에서, 현재의 UE 설정의 일부인 drb-identity에 대해, RLC 엔티티가 pdcpConfig와 관련되었고 HO 메시지가 새 pdcpConfig를 포함하거나 델타(delta) 시그날링이 적용되는 경우, PDCP 재설정은 PDCP 버전 변경을 수반하지 않는다(즉, LTE PDCP가 LTE PDCP로서 재설정된다). 현재의 UE 설정의 일부인 drb-identity에 대해, RLC 엔티티가 RadioBearerConfiguration과 관련되었고 HO 메시지가 새 RadioBearerConfiguration를 포함하거나 델타(delta) 시그날링이 적용되는 경우, PDCP 재설정은 PDCP 버전 변경을 수반하지 않는다(즉, NR PDCP가 NR PDCP로서 재설정된다). UE RRC는 PDCP에 대한 지시를 생성하지 않으며, 일반적인 PDCP 재설정이 일어난다.

UE(100)는 PDCP 버전 변경을 수반하는 DRB들에 대해 PDCP 버전 변경을 수반하지 않고 DRB들에 여러 동작들의 집합을 적용한다(즉, 일반적 PDCP 재설정).

PDCP 버전 변경을 수반하지 않는 것으로 UE(100)에 의해 식별된 DRB들에 있어서(가령, LTE PDCP를 이용하는 DRB들에 대해)-> 이하에서와 같이 TS 36.323에 따른 일반 PDCP 재설정을 적용:

1. LTE PDCP 포맷에 기반하는 재설정으로 인해 하위 계층에서 수신된 PDCP PDU들을 처리하고,

2. LTE PDCP 포맷에 기반하는 HO 후 하위 계층에서 수신된 PDCP PDU들을 처리.

LTE PDCP에서 NR PDCP로의 PDCP 버전 변경과 함께 UE(100)에 의해 식별된 DRB들에 대해-> 아래와 같이 LTE에서 NR로의 PDCP 재설정을 적용:

1. LTE PDCP 포맷에 기반하는 재설정으로 인해 하위 계층에서 수신된 PDCP PDU들을 처리,

2. SN이 이어지거나 COUNT가 이어지는 변환 방법들 중 하나에 따라 NR 상태 변수들을 LTE 상태 변수들에 기반하여 적합한 값으로 설정,

3. NR PDCP 포맷에 기반하는 HO 후 하위 계층에서 수신된 PDCP PDU들을 처리.

NR PDCP에서 LTE PDCP로의 PDCP 버전 변경과 함께 UE(100)에 의해 식별된 DRB들에 대해-> 아래와 같이 NR에서 LTE로의 PDCP 재설정을 적용:

1. NR PDCP 포맷에 기반하는 재설정으로 인해 하위 계층에서 수신된 PDCP PDU들을 처리,

2. SN이 이어지거나 COUNT가 이어지는 변환 방법들 중 하나에 따라 LTE 상태 변수들을 NR 상태 변수들에 기반하여 적합한 값으로 설정,

3. LTE PDCP 포맷에 기반하는 HO 후 하위 계층에서 수신된 PDCP PDU들을 처리.

PDCP 버전 변경을 수반하지 않는 것으로 UE(100)에 의해 식별된 DRB들에 있어서(가령, NR PDCP를 이용하는 DRB들에 대해)-> 이하에서와 같이 일반 NR PDCP 재설정을 적용:

1. NR PDCP 포맷에 기반하는 재설정으로 인해 하위 계층에서 수신된 PDP PDU들을 처리하고,

2. NR PDCP 포맷에 기반하는 HO 후 하위 계층에서 수신된 PDCP PDU들을 처리.

이하의 내용은 NR에서의 PDCP 엔티티 재설정을 위한 절차들이다:

상위 계층들이 PDCP 엔티티 재설정을 요청할 때, UE(100)는 이 섹션에서 기술되는 절차들을 추가적으로 한 번 수행할 수 있다. 이 섹션의 절차들을 수행한 후, UE(100)는 규격에서 정의된 하위 조항 5.2의 절차들을 따를 수 있다. 상위 계층들이 PDCP 엔티티 재설정을 요청할 때, 송신 PDCP 엔티티는 다음과 같은 동작을 수행한다:

- 상위 계층이 NR PDCP에서 LTE PDCP로의 PDCP 재설정임을 지시하는 경우

- TS 36.323에 명시된 재설정 절차를 수행한다

- 그렇지 않은 경우 (이하의 절차)

- UM DRB들 및 AM DRB들에 있어서, drb-ContinueROHC가 TS 38.331에 설정되어 있지 않은 경우 업링크를 위한 헤더 압축 프로토콜을 리셋하고 RFC 3095 및 RFC 4815에 정의된 바와 같이 U 모드에서 IR 상태로 시작;

- UM DRB들 및 SRB들에 있어서, TX_NEXT를 초기 값으로 설정;

- AM DRB들에 있어서, PDCP 엔티티가 LTE PDCP로부터 재설정되는 경우

- NEXT_PDCP_TX_SN 및 TX_HFN에 기반하여 TX_NEXT 값을 설정;

- SRB들에 대해, 모든 저장된 PDCP SDU들 및 PDCP PDU들을 버림;

- PDCP 엔티티 재설정 절차 중에 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용;

- PDCP 엔티티 재설정 절차 중에 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용;

- UM DRB들에 있어서, PDCP SN과 이미 연관되어 있으나 해당 PDU가 하위 계층들로 이전에 제출되지 못했던 각각의 PDCP SDU에 대해:

- PDCP SDU들을 상위 계층에서 수신된 것으로 간주;

- PDCP 재설정에 앞서 discardTimer를 재시작하지 않고 PDCP SDU와 관련된 COUNT 값의 오름차순에 따라 PDCP SDU들의 전송을 수행.

- PDCP 엔티티가 LTE PDCP로부터 재설정되는 경우

- AM DRB들에 있어서, PDCP SN과 이미 연관되어 있으나 해당 PDCP 데이터 PDU가 하위 계층들에 의해 승인되지 못한 각각의 PDCP SDU에 대해:

- PDCP SDU들을 상위 계층에서 수신된 것으로 간주;

- 이하에 명시된 바와 같이 PDCP 재설정에 앞서 PDCP SDU와 관련된 COUNT 값의 오름차순에 따라 PDCP SDU들의 재전송 또는 전송을 수행;

- 그렇지 않은 경우 (이하의 절차)

AM DRB들에 대해, 이하에 명시되는 바와 같이, 하위 계층들에 의해 해당 PDCP 데이터 PDU에 대한 성공적 전달이 승인되지 못한 제1PDCP SDU로부터, PDCP 엔티티 재설정에 앞서 PDCP SDU와 관련된 COUNT 값들의 오름차순에 따라 PDCP SN들과 이미 관련된 모든 PDCP SDU들의 재전송 또는 전송을 수행;

- 규격의 하위 조항 5.7.4에 명시된 바와 같이 PDCP SDU의 헤더 압축을 수행;

- 규격의 하위 조항 5.9 및 5.8에 명시된 바와 같이 이 PDCP SDU와 관련된 COUNT 값을 이용하여 PDCP SDU의 무결성 보호 및 암호화를 수행;

- 그 결과에 따른 PDCP 데이터 PDU를 하위 계층으로 제출.

상위 계층들이 PDCP 엔티티 재설정을 요청할 때, 수신 PDCP 엔티티는 다음과 같은 동작을 수행할 수 있다:

- SRB들에 대해, 모든 저장된 PDCP SDU들 및 PDCP PDU들을 버림

- UM DRB들에 대해, t-Reordering이 실행 중이면:

- t-Reordering을 중지하고 리셋;

- 헤더 압축해제를 수행한 후 관련된 COUNT 값들의 오름차순으로, 저장된 모든 PDCP SDU들을 상위 계층들로 전달;

- 상위 계층이 NR PDCP에서 LTE PDCP로의 PDCP 재설정임을 지시하는 경우

- AM DRB들에 대해, 헤더 압축해제를 수행한 후 관련된 COUNT 값들의 오름차순으로, 저장된 모든 PDCP SDU들을 상위 계층들로 전달;

- TS 36.323에 명시된 재설정 절차를 수행한다

- 그렇지 않은 경우

- UM DRB들 및 AM DRB들에 있어서, drb-ContinueROHC가 설정되어 있지 않은 경우[3] 다운링크를 위한 헤더 압축 프로토콜을 리셋하고 U 모드에서 NC 상태로 시작[8][9];

- UM DRB들 및 SRB들에 있어서, RX_NEXT 및 RX_DELIV를 초기 값으로 설정;

- NEXT_PDCP_RX_SN 및 RX_HFN에 기반하여 X_NEXT 값을 설정;

- Last_Submitted_PDCP_RX_SN 및 RX_HFN에 기반하여 RX_DELIV 값을 설정;

- PDCP 엔티티 재설정 절차 중에 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용;

- PDCP 엔티티 재설정 절차 중에 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용.

부록(규범적): LTE에서 NR로의 PDCP 버전 변경 중에 LTE 및 NR 상태 변수들 간 매핑

LTE에서 RLC AM에 매핑된 DRB들에 대한 절차들,상위 계층들이 PDCP 재설정을 요청할 때, UE(100)는 다음과 같은 동작을 수행할 수 있다:

- 상위 계층이 LTE PDCP에서 NR PDCP로의 PDCP 재설정임을 지시하는 경우

- TS 38.323에 명시된 재설정 절차를 수행한다

- 그렇지 않은 경우

- 상위 계층들이 저장된 UE AS 컨텍스트가 사용됨을 지시하고 drb-ContinueROHC가 설정되어 있는 경우[3]를 제외하고, 업링크를 위해 헤더 압축 프로토콜을 리셋하고 U 모드(설정된 경우)의 IR 상태로 시작 [9][11];

- RN으로서 연결된 경우, 엔티티 재설정 절차 중에 (설정된 경우) 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용.

- 상위 계층들이 저장된 UE AS 컨텍스트가 사용됨을 나타내는 경우, Next_PDCP_TX_SN, 및 TX_HFN을 0으로 설정;

- PDCP 엔티티가 NR PDCP로부터 재설정되는 경우

- TX_NEXT에 기반하여 NEXT_PDCP_TX_SN 및 TX_HFN를 설정;

- 재설정 절차 중에 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용;

- LWA 베어러들에 있어서, LWAAP 엔티티로 제출되는 모든 PDCP SDU들이 성공적으로 전달된 것으로 간주;

- PDCP 엔티티가 NR PDCP로부터 재설정되는 경우

- AM DRB들에 있어서, PDCP SN과 이미 연관되어 있으나 해당 PDCP 데이터 PDU가 하위 계층들에 의해 승인되지 못한 각각의 PDCP SDU에 대해:

- PDCP SDU들을 상위 계층에서 수신된 것으로 간주;

- PDCP 재설정에 앞서 PDCP SDU와 관련된 COUNT 값의 오름차순에 따라 PDCP SDU들의 재전송 또는 전송을 수행;

- 그렇지 않은 경우 (이하의 절차)

이하에 명시되는 바와 같이, 하위 계층들에 의해 해당 PDCP PDU에 대한 성공적 전달이 승인되지 못한 제1PDCP SDU로부터, PDCP 재설정에 앞서 PDCP SDU와 관련된 COUNT 값들의 오름차순에 따라 PDCP SN들과 이미 관련된 모든 PDCP SDU들의 재전송 또는 전송을 수행;

- 규격에 정의된 하위 조항 5.5.4에 명시된 바와 같이 (설정된 경우) PDCP SDU의 헤더 압축을 수행;

- RN으로서 연결된 경우, 규격에 정의된 하위 조항 5.7에 명시된 바와 같이 이 PDCP SDU와 관련된 COUNT 값을 이용하여 PDCP SDU의 무결성 보호 및 암호화를 수행;

- 규격에 정의된 하위 조항 5.6에 명시된 바와 같이 이 PDCP SDU와 관련된 COUNT 값을 이용하여 PDCP SDU의 암호화를 수행;

- 그 결과에 따른 PDCP 데이터 PDU를 하위 계층으로 제출.

LTE에서 RLC UM에 매핑된 DRB들에 대한 절차들,

상위 계층들이 PDCP 재설정을 요청할 때, UE(100)는 다음과 같은 동작을 수행할 수 있다:

- 상위 계층이 LTE PDCP에서 NR PDCP로의 PDCP 재설정임을 지시하는 경우

- TS 38.323에 명시된 재설정 절차를 수행한다

- 그렇지 않은 경우

- DRB가 헤더 압축 프로토콜로 설정되고 drb-ContinueROHC가 설정되어 있지 않은 경우[3], 업링크를 위해 헤더 압축 프로토콜을 리셋하고 U 모드의 IR 상태로 시작 [9][11];

- Next_PDCP_TX_SN, 및 TX_HFN를 0으로 설정;

- 재설정 절차 중에 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용;

- RN으로서 연결된 경우, 엔티티 재설정 절차 중에 (설정된 경우) 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용.

- PDCP SN과 이미 연관되어 있으나 해당 PDU가 하위 계층들로 이전에 제출되지 못했던 각각의 PDCP SDU에 대해:

- PDCP SDU들을 상위 계층에서 수신된 것으로 간주;

- 규격에 정의된 바와 같이, discardTimer를 재시작하지 않고 하위 조항 5.1.1에 명시된 바와 같이 PDCP 재설정에 앞서 PDCP SDU와 관련된 COUNT 값의 오름차순에 따라 PDCP SDU들의 전송을 수행.

재정렬 기능이 사용되고 있지 않은 동안 LTE의 RLC AM에 매핑되는 DRB들에 대한 절차들

재정렬 기능이 사용되고 있지 않은 동안 상위 계층들이 PDCP 재설정을 요청할 때, UE(100)는 다음과 같은 동작을 수행할 수 있다:

- 규격에 정의된 하위 조항 5.1.2.1.2에 명시된 대로 하위 계층들의 재설정으로 인해 하위 계층들로부터 수신되는 PDCP 데이터 PDU들을 처리;

- 상위 계층이 LTE PDCP에서 NR PDCP로의 PDCP 재설정임을 지시하는 경우

- TS 38.323에 명시된 재설정 절차를 수행한다

- 그렇지 않은 경우

- 상위 계층들이 저장된 UE AS 컨텍스트가 사용됨을 지시하고 drb-ContinueROHC가 설정되어 있는 경우[3]를 제외하고, 다운링크를 위해 헤더 압축 프로토콜을 리셋하고 U 모드(설정된 경우)의 NC 상태로 시작 [9][11];

- 상위 계층들이 저장된 UE AS 컨텍스트가 사용됨을 나타내는 경우, Next_PDCP_RX_SN, RX_HFN을 0으로 설정하고 Last_submitted_PDCP_RX_SN를 Maximum_PDCP_SN으로 설정;

- PDCP 엔티티가 NR PDCP로부터 재설정되는 경우

- RX_NEXT에 기반하여 NEXT_PDCP_RX_SN 및 RX_HFN를 설정;

- 재설정 절차 중에 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용;

- RN으로서 연결된 경우, 엔티티 재설정 절차 중에 (설정된 경우) 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용.

LTE에서 RLC UM에 매핑된 DRB들에 대한 절차들,

상위 계층들이 PDCP 재설정을 요청할 때, UE(100)는 다음과 같은 동작을 수행할 수 있다:

- 규격에 정의된 하위 조항 5.1.2.1.3에 명시된 대로 하위 계층들의 재설정으로 인해 하위 계층들로부터 수신되는 PDCP 데이터 PDU들을 처리;

- 상위 계층이 LTE PDCP에서 NR PDCP로의 PDCP 재설정임을 지시하는 경우

- TS 38.323에 명시된 재설정 절차를 수행한다

- 그렇지 않은 경우

- DRB가 헤더 압축 프로토콜로 설정되고 drb-ContinueROHC가 설정되어 있지 않은 경우[3], 다운링크를 위해 헤더 압축 프로토콜을 리셋하고 U 모드의 NC 상태로 시작 [9][11];

- Next_PDCP_RX_SN, 및 RX_HFN를 0으로 설정;

- 재설정 절차 중에 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용;

- RN으로서 연결된 경우, 엔티티 재설정 절차 중에 (설정된 경우) 상위 계층들에 의해 제공되는 암호화 알고리즘 및 키를 적용.

부록(규범적): NR에서 LTE로의 PDCP 버전 변경 중에 LTE 및 NR 상태 변수들 간 매핑

LTE에서 UE(핸드오버)에 의해 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration의 수신 RRCConnectionReconfiguration 메시지가 mobilityControlInfo를 포함하고 UE(100)가 그 메시지에 포함된 설정에 부합할 수 있으면, UE(100)는 다음과 같은 동작을 수행할 수 있다:

1> 실행 중인 타이머 T310을 중단;

1> 실행 중인 타이머 T310을 중단;

1> mobilityControlInfo에 포함된 바와 같이 타이머 값을 t304로 설정한 상태로 타이머 T304를 시동;

1> 실행 중인 타이머 T370을 중단;

1> carrierFreq가 포함된 경우:

2> 타깃 PCell이 targetPhysCellId 에 의해 지시된 물리적 셀 아이디를 가진 carrierFreq가 지시하는 주파수 상에 있는 셀이라고 간주;

1> 그렇지 않으면:

2> 타깃 PCell이 targetPhysCellId 에 의해 지시된 물리적 셀 아이디를 가진 소스 PCell의 주파수 상에 있는 셀이라고 간주;

1> 타깃 PCell의 DL에 대한 동기화 시작;

주의 1: UE(100)는 핸드오버를 일으키는 RRC 메시지의 수신 후 가능하면 빨리 핸드오버를 수행해야 하며, 그것은 그 메시지의 성공적 수신을 확인(HARQ 및 ARQ)하기 전일 수 있다.

1> BL UE 또는 CE의 UE인 경우:

2> mobilityControlInfo 내에 sameSFN-Indication 이 존재하지 않는 경우;

3> 타깃 PCell 내에서 MasterInformationBlock을 획득

1> makeBeforeBreak 이 설정된 경우:

2> UE(100)가 소스 셀(들)과 업링크 전송/다운링크 수신을 중단한 후 MAC 리셋을 포함 및 추종하여 이 절차에 대한 나머지를 수행;

주의 1a: makeBeforeBreak이 설정된 경우, 타깃 셀로의 접속을 위한 재튜닝을 개시하기 위해[16] 소스 셀(들)과 업링크 전송/다운링크 수신을 언제 중단할지는 UE(100) 구현에 달려있다.

1> 설정된 경우 MCG MAC 및 SCG MAC를 리셋;

방법 1: NW로부터 수신된 정보에 기반

2> 현재의 UE 설정(DRB 재설정)의 일부인 drb-ToAddModList에 포함된 각각의 drb-Identity 값에 대해:

3> drb-Identity가 지시하는 DRB가 MCG DRB인 경우(MCG재설정):

4> MCG RLC 연결이 pdcp config를 사용한 것이었고, radioBearerConfig1이 수신된 경우:

5> 수신된 radioBearerConfig1에 따라 PDCP 엔티티를 재설정;

5> 상위 계층들에게 LTE PDCP에서 NR PDCP로의 PDCP 재설정임을 지시하는 경우

4> MCG RLC 연결이 radioBearerConfig1를 사용한 것이었고, pdcp config이 수신된 경우:

5> 수신된 pdcp-config에 따라 PDCP 엔티티를 재설정;

5> 상위 계층들에게 NR PDCP에서 LTe PDCP로의 PDCP 재설정임을 지시하는 경우

방법 2: 상태 변수 기반

2> 현재의 UE 설정(DRB 재설정)의 일부인 drb-ToAddModList에 포함된 각각의 drb-Identity 값에 대해:

3> drb-Identity가 지시하는 DRB가 MCG DRB인 경우(MCG재설정):

4> drb_version이 NR pdcp로 설정되고 pdcp-Config가 수신된 경우

5> 수신된 pdcp-config에 따라 PDCP 엔티티를 재설정;

5> 상위 계층들에게 NR PDCP에서 LTe PDCP로의 PDCP 재설정임을 지시하는 경우

4> drb_version이 LTE pdcp로 설정되고 radioBearerConfig1가 수신된 경우

5> 수신된 radioBearerConfig1에 따라 PDCP 엔티티를 재설정;

5> 상위 계층들에게 LTE PDCP에서 NR PDCP로의 PDCP 재설정임을 지시하는 경우

1> 설정되는 모든 RB들에 대해 PDCP 재설정;

주의 2: PDCP 재설정의 성공적 완료, 가령 미확인 PDCP SDU들의 재전송(뿐 아니라 관련 상태 보고) 후 무선 베어러들에 대한 처리, SN 및 HFN의 처리가 TS 36.323에 명시된다[8].

1> 설정된 모든 RB들에 대해, 설정된 MCG RLC 및 SCG RLC를 재설정;

LTE에서 DRB 추가/변경

UE(100)는 다음과 같이 동작할 수 있다:

1> 현재의 UE 설정(풀(full) 설정 옵션이 사용될 때의 경우를 포함하는 DRB 설정)의 일부인 drb-ToAddModList에 포함된 각각의 drb-Identity 값에 대해:

2> drb-ToAddModList의 관심 엔트리가 TRUE(참)으로 설정된 drb-TypeLWA를 포함하는 경우(즉, LWA DRB 추가):

3> 5.3.10.3a2에 명시된 바와 같이 LWA 고유 DRB 추가 또는 재설정을 수행;

2> drb-ToAddModList의 관심 엔트리가 drb-TypeLWIP를 포함하는 경우(즉, LWIP DRB 추가):

3> 5.3.10.3a3에 명시된 바와 같이 LWIP 고유 DRB 추가 또는 재설정을 수행;

2> 그렇지 않고 drb-ToAddModListSCG가 수신되지 않거나 drb-Identity 값을 포함하지 않는 경우(즉, EN-DC에 대한 MCG DRB 또는 스플릿 DRB 추가):

3> pdcp-Config가 수신된 경우, PDCP 엔티티를 설정하고 그것을 현재의 MCG 보안 설정으로, 수신된 pdcp-Config에 따라 구성;

4> drb_version을 LTE PDCP로서 설정

3> 수신된 rlc-Config에 따라 MCG RLC 엔티티 또는 엔티티들을 설정;

3> 수신된 ogicalChannelIdentity 및 수신된 logicalChannelConfig에 따라 MCG DTCH 로직 채널을 설정;

3> pdcp-Config가 수신되지 않으면, MCG RLC 및 MCG DTCH 엔티티들을 radioBearerConfig1 또는 radioBearerConfig2로 수신된 PDCP 엔티티와 연결

4> drb_version을 NR PDCP로서 설정

UE(100)는 DC(dual connectivity) 동작 모드에서 동작하도록 설정될 수 있으며, 이때 UE(100)는 마스터 노드(MN)로부터의 서빙 셀과 RRC 연결을 유지하며 UE(100)는 추가 데이터 처리율을 위해 이차 노드(SN)로부터의 하나 이상의 서빙 셀들로 설정될 수 있다. MN의 서빙 셀에서 설정된 데이터 무선 베어러(DRB)는 MN에서 종료되는 PDCP 앵커 포인트를 가지며, 그러한 DRB를 MCG DRB라고 부른다. SN의 서빙 셀에서 설정된 데이터 무선 베어러(DRB)는 SN에서 종료되는 PDCP 앵커 포인트를 가지며, 그러한 DRB를 SCG DRB라고 부른다. UE(100)는 스플릿 DRB로 설정될 수 있는데, 이때 PDCP PDU들은 그 DRB에 대해 MN 및 SN에서 설정된 두 RLC 엔티티들을 통해 전송될 수 있다. 그러한 스플릿 DRB의 PDCP 앵커 포인트는 MN 또는 SN에서 종료되도록 설정될 수 있고, 그것은 MN에 의해 결정된다. 스플릿 DRB의 PDCP 종료 포인트가 MN이면, 그 DRB를 MCG 스플릿 DRB라고 부른다. 스플릿 DRB의 PDCP 종료 포인트가 SN이면, 그 DRB를 SCG 스플릿 DRB라고 부른다. MN이 LTE eNB(200)이고 SN이 NR gNB인 DC, 즉 EN-DC 동작 모드에 기반하는 LTE 및 NR 상호 연동(interworking)에 있어서, MCG DRB는 LTE PDCP나 NR PDCP로 설정될 수 있고, 반면 스플릿 DRB(PDCP 종료 포인트와 무관하게) 및 SCG DRB는 NR PDCP에 대해 설정된다.

구 LTE 노드에 연결된즉, 자립형 모드) EN-DC 가능한 UE(100)가 EN-DC 가능한 LTE 노드를 향해 핸드오버를 거치고 있으면, 그 핸드오버 절차 중에 UE(100)의 DRB들의 PDCP 버전이 NR PDCP로 변경됨이 바람직할 수 있다. 이것은 DRB가 NR PDCP로 설정된 경우 EN-DC 가능한 UE(100)에 대한 다른 핸드오버 절차를 피할 수 있을 것이나, 그렇지 않은 경우 버전 변경을 위해 다른 핸드오버 절차, 즉 LTE PDCP를 가진 MCG 베어러를 NR PDCP를 가진 MCG 베어러로 변경하는 절차가 있을 것이다.

MCG DRB가 LTE PDCP로 설정되어 있는 경우, SCG나 스플릿 DRB로의 베어러 타입 재설정을 수행하기 위해, PDCP 재설정을 수반하는 핸드오버 절차를 통해 MCG DRB에 대해 PDCP 버전이 LTE PDCP에서 NR PDCP로 변경된다. 구 LTE에서 EPC에 연결된 Rel-15 LTE 노드로의 UE 이동 중에, EN-DC 가능한 UE(100)에 대해, 핸드오버 절차를 통해 LTE PDCP에서 NR PDCP로의 PDCP 버전 변경이 지원될 수 있다.

UE(100) 관점에서는 단 3 개의 베어러 타입들, 즉 MCG DRB, SCG DRB 및 스플릿 DRB만이 존재한다. 스플릿 DRB는 MN에서 종료하거나, MN 결정에 기반하여 SN에서 종료할 수 있다. EN-DC에서, 네트워크는 다음과 같은 설정을 통해 스플릿 베어러를 설정할 수 있다:

스플릿 베어러: NR PDCP 컨테이너 + RLC, MAC 및 물리 계층들 상에서의 LTE 설정들 + NR RLC, MAC 및 물리 계층들 상에서의 NR 설정들 등.

PDCP 종료 포인트가 MN에 있는 스플릿 베어러를 MN에서 종료하는 스플릿 베어러라고 부를 수 있다. PDCP 종료 포인트가 SN에 있는 스플릿 베어러를 SN에서 종료하는 스플릿 베어러라고 부를 수 있다. EN-DC(NGEN-DC 및 NE-DC에도 적용 가능함)에서의 보안 키들의 처리를 위한 3 개의 옵션들이 존재한다

a. PDCP 종료 포인트 마다 보안 키, 즉 2 개의 보안 키들,

b. MCG, 스플릿 및 SCG 베어러에 대한 각각의 보인 키, 즉 3 개의 보안 키들,

c. DRB 마다 보안 키.

옵션 a에서, UE(100)는 두 세트의 키들을 사용한다, 즉 한 세트는 모든 MCG DRB들 및 MCG 앵커링된 스플릿 DRB들에 대해 사용하고, 다른 한 세트는 모든 SCG DRB들 및 SCG 앵커링된 스플릿 DRB들에 대해 사용한다. 이것은 Rel-12 LTE DC와 유사하다. 네트워크 종료 포인트마다 개별 보안 키가 있는 경우, 보안 키들에 기반하는 UE(100)는 스플릿 베어러가 MN에서 종료하는지 SN에서 종료하는지 여부를 알 수 있게 된다. 이 경우 UE(100)는 PDCP 앵커 포인트의 위치, 즉 스플릿 베어러가 MN에서 종료하는지 SN에서 종료하는지 여부를 알 수 있다.

2 가지 보안 해법이 적용되는 경우, MCG DRB 및 MCG 스플릿 DRB 사이의 타입 변경 및 SCG DRB 및 SCG 스플릿 DRB 사이의 타입 변경에 대해 MAC 리셋을 행할 필요가 없다. 이것은, PDCP 종료 포인트가 이러한 베어러 타입 전환들에서는 변경되지 않을 것이고, 그에 따라 보안 키 역시 변경되지 않을 것이기 때문이다. 보안 키는 MCG 및 SCG 간, 그리고 MCG 및 SCG 스플릿 간 베어러 타입 변경에 대해, 또는 MCG의 PCell에 대한 핸드오버가 있을 때나 SN 변경이 있을 때 바뀔 수 있다. 그러나, 이것은 모든 베어러 타입 변경들에 대한 옵션 b 및 옵션 c에 대해서도 역시 적용 가능하다(즉, 보안 키들의 변경).

옵션 a에 있어서, 스플릿 베어러에 대해 지시된 보안 키에 기반하는 UE는 스플릿 베어러의 종료 지점을 알 수 있다. 옵션 a에 있어서, MCG 및 MCG 스플릿 간, 그리고 SCG 및 SCG 스플릿 간 베어러 타입 변경 중에는 MAC 리셋이 필요하지 않다. 옵션 b에 있어서, UE(100)는 베어러 타입 별로 서로 다른 키, 즉 MCG, SCG, 및 스플릿 베어러들에 대해 3 가지 각각의 키들을 사용한다. 이 경우에서와 같이, 스플릿 베어러는 MN이나 SN에서 종료하고 MCG 및 SCG 베어러들로부터 각각의 키를 사용할 수 있으므로, 이 옵션에서 스플릿 베어러 종료 포인트는 UE에서 인식되지 않는다. DRB 마다 보안 키가 있을 때의 옵션, 즉 옵션 c에 있어서 스플릿 베어러 종료 포인트는 UE(100)에서 인식되지 않는다. 설정된 스플릿 베어러에 대해 베어러 타입 별로 보안 키가 있을 때(옵션 b) 또는 DRB 별로 보안 키가 있을 때(옵션 c), UE(100)는 스플릿 베어러의 종료 지점을 알 수 없다. LTE-NR 상호 연동 시, mobilitycontrolinformation 없이, 즉 핸드오버 절차 없이 RRC 재설정을 통해 MCG 및 MCG 스플릿 간, 그리고 SCG 및 SCG 스플릿 간 베어러 타입 변경이 지원될 수 있다. 옵션 b 및 옵션 c는 이러한 베어러 타입 변경을 다루기 위해 아래와 같이 추가적 복잡성을 초래한다:

i. 이러한 베어러 타입 변경들 중에, 키들이 항상 변경되어야 할 것이다;

ii. 이러한 베어러 타입 변경들에 대한 키 변경은 PDCP 종료 포인트가 변경되지 않았을 때에도 일어난다(보안 원리에 따라 PDCP 종료 포인트가 바뀔 때 키가 변경되어야 한다);

iii. 키들이 변경되면, 다른 베어러들에 대해서도 영향을 미칠 수 있는 MAC 리셋이 필요한다.

옵션 b 및 옵션 c가 적용될 때, MAC 리셋을 피하기 위해, 다른 베어러에 대한 데이터가 영향을 받지 않도록 하는 특별한 처리가 필요하다. 그러한 특별한 처리는 추가 복잡도를 초래하는데, 이것은 적용시(옵션 a가 적용시) 완벽하게 피할 수 있다. 옵션 b 및 옵션 c는 PDCP 종료 포인트가 변경되지 않을 때에도 MCG 및 MCG 스플릿 간, 그리고 SCG 및 SCG 스플릿 간 베어러 타입 변경 중에 MAC 리셋을 요한다. MAC 리셋을 피하기 위해, 추가적 복잡도를 초래하는 특별한 처리가 요구된다. 옵션 b 및 옵션 c가 적용될 때 스플릿 베어러에 대한 PDCP 종료 포인트를 UE(100)가 인지할 수 없게 만드는 것은, 베어러 타입 변경 처리나 복잡도 감소 면에서 UE(100)에게 별로 이익을 가져다 주지 못한다. 옵션 a는 옵션 b 및 c와 동일한 보안 보호 수준을 제공한다. EN-DC, NGEN-DC 및 NE-DC에서, PDCP 종료 포인트 마다의 보안 키, 즉 2 개의 보안 키들이 지원될 수 있다.

MCG DRB(NR PDCP가 설정됨)에서 SCG DRB로의 베어러 타입 변경은, 도 9에 도시된 바와 같이 MCG DRB와 관련된 PDCP 엔티티에 있어서 네트워크 내 PDCP 앵커 포인트가 MN에서 SN으로 변경되는 것을 수반한다. SN에서 사용되는 보안 키가 MN에서 사용되는 보안 키와 상이하므로, PDCP 앵커 포인트의 변경은 UE로 시그날링 메시지, 즉 이동성 제어 정보, 즉 SCG-Config를 포함하는 RRC 재설정를 전송하는 것을 수반한다. 이동성 제어 정보, 즉 SCG-Config는 MCG DRB와 관련된 PDCP 엔티티에 대한 네트워크 내 앵커 포인트의 변경에 따라, PDCP 재설정 지시 및 보안 키 변경 지시 중 하나를 포함한다. 시그날링 메시지는 SCG-Config를 가진 RRC 재설정 또는 MCG MAC 리셋이 필요하지 않다는 것을 지시하는 베어러 타입 변경 메시지일 수 있다. 시그날링 메시지는 MCG DRB에서 SCG DRB로의 베어러 타입 변경에 대해 트리거링되며, 여기서, MCG PDCP 엔티티는 설정 시 NR PDCP 엔티티로서 설정된다. EN-DC 동작은 MCG DRB가 NR PDCP로 설정되어 있을 때, MCG DRB 및 스플릿 DRB, 그리고 MCG DRB 및 SCG DRB 간 한 단계의(직접적) 베어러 타입 변경을 지원해야 한다.

도 9는 본 발명의 일 실시예에 따라, MN 주도의 SN 변경 절차를 도시한다. S902에서, EN-DC 동작은 EN-DC 가능한 UE(100)와 NR eNB(900) 사이에 수행된다. S904에서, EN-DC 가능한 LTE eNB(300)는 SCG-Configinfo 및 베어러 타입 변경을 포함하는 SN 변경 요청을 NR gNB(900)로 전송한다. S906에서, NR gNB(900)는 PDCP 재설정 지시자 및 보안 키 변경 지시자와 함께 SCG-Configuration을 포함하는 SN 변경 확인 메시지를 EN-DC 가능한 LTE eNB(300)로 전송한다.

NR gNB(900)는 S908에서 MCG DRB가 SCG DRB로 재설정되도록 수행한다. S910에서, EN-DC 가능한 LTE eNB(300)는 EN-DC 가능한 UE(100)에, MCG MAC를 리셋하지 말라는 지시와 함께 SCG-configuration를 포함하는 RRC 재설정을 보낸다. S912에서 EN-DC 가능한 UE(100)는 DRB 타입 변경을 수행한다 S914에서 EN-DC 가능한 UE(100)는 PDCP 재설정을 수행하나 SCG MAC 리셋은 수행하지 않는다. S916에서, EN-DC 가능한 UE(100)는 EN-DC 가능한 LTE eNB(300)로 RRC configuration Complete(RRC 설정 완료)를 전송한다. S918에서, EN-DC 가능한 LTE eNB(300)는 NR gNB(900)로 SN configuration complete(SN 설정 완료)를 전송한다.

구체적으로, 도 9에 도시된 바와 같이, MN, 즉 LTE eNB(200)는 기본적으로 MCG DRB에서 SCG DRB로의 베어러 타입 변경을 지시하는 SCG-ConfigInfo를 포함하는 SN 변경 요청을 전송한다. MN은 베어러 컨텍스트 관련, 또는 다른 UE 컨텍스트 관련 정보, 데이터 전달 어드레스 정보(적용 가능한 경우)를 포함할 수 있는 SN 변경 요청 메시지, 및 MCG 설정, 키 변경 지시 및 SN에 의해 재설정하기 위한 기반으로서 사용될 UE 사양 조정을 위한 전체적인 UE 사양들을 포함하는 SCG-ConfigInfo를 전송한다. SN, 즉 NR gNB(900)는 SCG-Config 메시지 내 무선 설정 정보 및 데이터 전달 어드레스 정보(적용 가능한 경우)를 포함할 수 있는 SN 변경 요청 확인 메시지를 가지고 응답한다. 이 단계에서, SN이 PDCP 재설정 지시자 및 키 변경 지시자를 주도한다, 즉 SCG-Config 메시지가 PDCP 재설정 지시 및 보안 키 변경 지시 중 하나를 지시한다. MN은 PDCP 재설정 또는 PDCP 데이터 복구를 수행할 때까지, 이전의 DL GTP TEID를 가진 SN으로 DL PDCP PDU들을 계속 전송하고, PDCP 재설정 또는 데이터 복구를 시작하면서 새 DL GTP TEID를 사용할 것이다.

SCG DRB에서 MCG DRB(NR PDCP가 설정됨)로의 베어러 타입 변경은, 도 10에 도시된 바와 같이 SCG DRB와 관련된 PDCP 엔티티에 있어서 네트워크 내 PDCP 앵커 포인트가 SN에서 MN으로 변경되는 것을 수반한다. MN에서 사용되는 보안 키가 SN에서 사용되는 보안 키와 상이하므로, PDCP 앵커 포인트의 변경은 UE로 시그날링 메시지, 즉 이동성 제어 정보, 즉 SCG-Config를 포함하는 RRC 재설정를 전송하는 것을 수반한다. 이동성 제어 정보, 즉 SCG-Config는 SCG DRB와 관련된 PDCP 엔티티에 대한 네트워크 내 앵커 포인트의 변경에 따라, PDCP 재설정 지시 및 보안 키 변경 지시 중 하나를 포함한다. 시그날링 메시지는 SCG-Config를 가진 RRC 재설정 또는 SCG MAC 리셋이 필요하지 않다는 것을 지시하는 베어러 타입 변경 메시지일 수 있다. 시그날링 메시지는 SCG DRB에서 MCG DRB로의 베어러 타입 변경에 대해 트리거링되며, 이때 재설정 후 MCG PDCP 엔티티는 NR PDCP 엔티티로서 설정된다. EN-DC 동작은 MCG DRB가 NR PDCP로 설정되어 있을 때, SCG DRB 및 MCG DRB 간 한 단계의(직접적) 베어러 타입 변경을 지원해야 한다.

도 10는 본 발명의 일 실시예에 따라, SN 주도의 SN 변경 절차를 도시한다. S1002에서, EN-DC 동작은 EN-DC 가능한 UE(100)와 NR eNB(900) 사이에 수행된다. S1004에서, NR gNB(900)는 SCG-Configuration 및 베어러 타입 변경을 포함하는 SN 변경 요구 메시지를 EN-DC 가능한 LTE eNB(300)로 전송한다.

S1006에서, EN-DC 가능한 LTE eNB(300)는 SCG-Configinfo 및 베어러 타입 변경을 포함하는 SN 변경 요청을 NR gNB(900)로 전송한다. S1008에서, NR gNB(900)는 PDCP 재설정 지시자 및 보안 키 변경 지시자와 함께 SCG-Configuration을 포함하는 SN 변경 확인 메시지를 EN-DC 가능한 LTE eNB(300)로 전송한다. S1010에서, EN-DC 가능한 LTE eNB(300)는 UE(100)로, SCG MAC를 리셋하지 말라는 지시와 함께 SCG-configuration를 포함하는 RRC 재설정을 보낸다.

EN-DC 가능한 LTE eNB(300)는 S1012에서 SCG DRB가 MCG DRB로 재설정되도록 수행한다. S1014에서 EN-DC 가능한 UE(100)는 DRB 타입 변경을 수행한다 S1016에서 EN-DC 가능한 UE(100)는 PDCP 재설정을 수행하나 SCG MAC 리셋은 수행하지 않는다. S1018에서, EN-DC 가능한 UE(100)는 EN-DC 가능한 LTE eNB(300)로 RRC configuration Complete(RRC 설정 완료)를 전송한다. S1020에서, EN-DC 가능한 LTE eNB(300)는 NR gNB(900)로 SN 변경 설정 메시지를 전송한다.

구체적으로, 도 10에 도시된 바와 같이, SN, 즉 NR gNB는 베어러 컨텍스트 관련, 기타 UE 컨텍스트 관련 정보, 및 SCG의 새로운 무선 자원 설정을 포함하는 SCG-Config를 포함할 수 있는 SN 변경 요청 메시지를 전송한다. 베어러 해제 또는 변경을 위해, 해당 E-RAB 리스트가 SN 변경 요청, 즉 SCG DRB에서 MCG DRB로의 베어러 타입 변경 메시지 안에 포함된다, SN에 의해 서빙되는 베어러 해제의 경우, SCG-Config는 포함되지 않는다. 데이터 전달 및/또는 보안 키 변경이 적용되어야 하는 경우, MN은 MN이 주도하는 SN 변경 절차의 준비를 트리거링한다. MN, 즉 LTE eNB(200)는 전달 어드레스 및/또는 보안 키 정보를 포함하는 SN 변경 요청 메시지를 전송한다. SN이 SCG 베어러를 해제하도록 요청하였고 MN이 그것을 MCG 베어러로 재설정하기로 결정한 경우, MN은 SN 변경 요청 메시지 안에 키 변경 지시를 제공하고, SN은 SN 변경 요청 확인 메시지 안에 SCG-Configuration 내 각각의 RRC 정보를 제공한다.

MN이 SN 요청을 허용한 경우, MN은 SCG-Config에 따라 SCG의 새 무선 자원 설정을 포함하는 RRC 연결 재설정 메시지를 UE로 전송한다, 즉 PDCP 재설정 지시, 보안 키 변경 지시 및 SCG MAC을 리셋하지 말라는 것 중 하나를 지시한다. UE는 새 설정을 적용하여, RRC 연결 재설정 완료 메시지로 답한다. 성공적인 재설정 완료 시, SCG-Config와 관련된 절차의 성공이 SN 변경 승인 메시지 안에 지시된다.

MCG DRB(NR PDCP가 설정됨)와 MCG 스플릿 DRB 간, 그리고 SCG DRB 및 SCG 스플릿 DRB 간 베어러 타입 변경은 네트워크 내에서 PDCP 앵커 포인트 변경을 수반하지 않는다. 이러한 베어러 타입 변경 중에 보안 키는 동일하므로, PDCP는 그러한 베어러 타입 변경들 중에 재설정되지 않으나, 스플릿 DRB에서 MCG/SCG DRB로의 베어러 타입 변경에 대해 PDCP 복구는 일어날 수 있다. 제어 정보를 포함하는 시그날링 메시지를 UE(100)로 전송하는 것을 수반하는 PDCP 앵커 포인트의 변경이 없으므로 보안 키는 변경되지 않는다. 제어 정보는 MCG 스플릿 DRB로 재설정될 때 MCG DRB와 관련된 PDCP 엔티티와 그 반대의 경우에 대한 네트워크 내 베어러 타입 변경에 따라, PDCP 재설정 지시 및 보안 키 변경 지시 중 하나를 포함하지 않는다. SCG 스플릿 DRB로의 SCG DRB 재설정 및 그 반대의 경우에 대해서도 마찬가지이다.

MCG DRB(NR PDCP가 설정됨)에서 SCG 스플릿 DRB로의 베어러 타입 변경은, MCG DRB와 관련된 PDCP 엔티티에 있어서 네트워크 내 PDCP 앵커 포인트가 MN에서 SN으로 변경되는 것을 수반한다. 이것은 직접 변경 또는 2 단계 변경으로 수행될 수 있으며, 2 단계 변경 시 MCG DRB가 먼저 SCG DRB로 변경되고 이어서 SCG DRB가 SCG 스플릿 DRB로서 재설정된다. 직접 변경 또는 2 단계 변경과 무관하게, SN에서 사용되는 보안 키가 MN에서 사용되는 보안 키와 상이하므로, PDCP 앵커 포인트의 변경은 UE(100)로 제어 정보를 포함하는 시그날링 메시지를 전송하는 것을 수반한다. 제어 정보는 MCG DRB와 관련된 PDCP 엔티티에 대한 네트워크 내 앵커 포인트의 변경에 따라, PDCP 재설정 지시 및 보안 키 변경 지시 중 하나를 포함한다.

S-KgNB(즉, SN에서 사용되는 보안 키) 중 SCG DRB의 처리가 키 갱신 또는 SN 변경으로 인해 바뀌어 SCG PDCP, SCG RLC 재설정 및 SCG MAC 리셋을 일으킬 것이다. 스플릿 DRB는 스플릿 베어러의 종료 포인트에 기반하여 MCG PDCP 엔티티 또는 SCG PDCP 엔티티일 수 있는 하나의 PDCP 엔티티를 가질 것이다. 이와 별도로, 그것은 MCG RLC/MAC 엔티티 및 SCG RLC/MAC 엔티티를 가질 수도 있다.

SCG 스플릿 DRB에 있어서, PDCP 종료 포인트가 SN에 있으므로 UE(100)는 SCG PDCP 엔티티로 설정될 것이다. S-KgNB가 키 갱신 또는 SN 변경으로 인해 바뀔 때, SCG PDCP/RLC는 재설정되어야 하고 SCG MAC는 리셋되어야 한다. 이와 별도로, 이러한 스플릿 베어러와 관련된 그 MCG RCL 엔티티가 재설정되어야 하고, 구 키들을 가진 데이터를 버리기 위해 MCG MAC가 리셋되어야 한다.

MCG 스플릿 DRB에 있어서, PDCP 종료 포인트가 MN에 있으므로 UE(100)는 MCG PDCP 엔티티로 설정될 것이다. SN이 변경되고 UE(100)가 MCG 스플릿 DRB로 설정될 때, MCG PDCP/RLC/MAC 엔티티에는 아무 영향이 없을 것이나, 대응하는 SCG RLC/MAC 엔티티는 영향을 받을 것이므로 재설정 및 리셋되어야 한다. 이 경우, MCG 스플릿 DRB와 관련된 SCG RLC 및 MAC 엔티티만을 리셋/재설정하며, MCG PDCP 엔티티는 재설정하지 않으므로, SCG RLC 재설정 절차로 인해 일어나는 누락된 데이터에 대한 복구 방법이 없다. SN 변경 절차 중에 MCG 스플릿 DRB에 대한 PDCP 데이터 복구 절차를 도입할 필요가 있다.

중앙집중적 배치는 CU, DU 및 TRP(Transmission Reception Point) 노드들로 구성된다. 이러한 스플릿 구조로 인한 이동성 절차의 가능한 한 타입이 인트라(intra) CU-인터(inter) DU 핸드오버이다. 이 경우, CU 엔티티의 변경은 없을 수 있으나, 동일한 CU 노드를 서비스하는 두 DU 엔티티들 간에 핸드오버가 일어날 수 있다. 인트라 CU-인터 DU HO(핸드오버) 중에는, PDCP 종료 포인트가 바뀌지 않으므로 PDCP 재설정의 필요가 없으나, NW 측에서의 RLC 및 MAC 엔티티 변경에 대해 재설정 및 리셋을 수행할 것이 요구된다. 인터 CU 핸드오버 중에, PDCP 종료 포인트가 변경되므로, 모든 L2 엔티티들은 재설정되고 리셋되어야 한다. EN-DC에서, SCG DRB 및 스플릿 DRB에 있어서, SN이 핸드오버 중에 변화하지 않을 때, SCG RLC는 재설정되고 SCG MAC은 리셋된다.

EN-DC에서, 핸드오버나 SN 변경을 통해 베어러 타입 변경이 일어날 때, UE는 키 변경이나 PDCP 앵커 포인트 변경이나 PDCP 버전 변경을 수반할 수 있기 때문에 베어러 타입 변경에 대한 핸드오버나 SN 중에 적용할 수 있는 규칙을 따라야 한다. SN 변경은 계층 2의 리셋/재설정, 및 SCG DRB들이 설정되는 경우 보안 갱신을 포함하는 동시 발생적 재설정 절차이다. 핸드오버 절차를 통해 베어러 타입 변경이 일어나면, MCG 베어러, 스플릿 베어러, 및 SCG 베어러, MCG/SCG PDCP/RLC는 재설정되어야 하고 MCG/SCG MAC는 리셋되어야 한다. 베어러 타입 변경이 SN 변경 절차를 통해 일어나면, SCG PDCP가 재설정되고, SCG RLC가 재설정되며 SCG MAC는 리셋된다. 핸드오버나 SN 변경을 통한 베어러 타입 변경은 서비스 시 데이터 방해를 초래할 수 있다. PDCP 종료 포인트 또는 키들의 변경을 수반하지 않는 소수의 베어러 타입 변경이 존재한다. 그러한 베어러 타입 변경들은 이동 절차, 즉 핸드오버나 SH 변경 절차 없이 지원될 수 있다. UE(100)가 PDCP 종료 포인트마다 보안 키를 지원하는, 즉 2 개의 보안 키를 지원하는 경우, MCG 및 MCG 스플릿 베어러 사이의 베어러 타입 변경은 어떠한 키나 PDCP 종료 포인트 변경도 수반하지 않는다. 이 경우, PDCP 종료 포인트가 변경되지 않으므로 어떠한 동시발생적 재설정 절차의 필요성도 존재하지 않는다. 이러한 타입의 베어러 변경은 이동성 절차(즉, 핸드오버) 없이 지원될 수 있으므로, 결과적으로 다른 베어러들 상의 데이터에 영향을 주지 않을 것이다. 따라서 사용자 영역에서의 방해(interruption)가 없고 대기시간이 줄어들 수 있다. MN/SN에 변경이 없는 경우, 베어러 타입 변경은 이동성 절차 없이 가능해야 한다. 이동성 절차 없는 베어러 타입 변경은 키들, PDCP 버전 및 PDCP 종료 포인트가 변경되지 않을 때에만 가능해야 한다. SCG DRB 및 SCG 스플릿 DRB 간 베어러 타입 변경에 대해서도 마찬가지로 적용된다.

MCG DRB 및 SCG DRB 간 타입 변경 옵션은 키들 및 PDCP 종료 포인트의 변경을 수반한다. MCG에서 SCG 베어러 타입 변경 중에 MCG RLC 엔티티가 SCG RLC 엔티티로 재설정될 때, MCG RCL 엔티티 및 MCG MAC 간 대응 매핑이 해제될 것이고, SCG RLC 엔티티 및 SCG MAC 엔티티 간에 새로운 매핑이 생성될 것이다. 이것은 SCG에서 MCG 베어러 타입 변경 중에도 적용될 수 있다. 이 경우, MCG 및 SCG MAC 엔티티가 구 키들과 함께 데이터를 가질 것이나 MCG MAC 및 SCG MAC를 리셋할 필요가 없는 바, 이는 RLC 엔티티의 해제 또는 재설정으로 인해 대응하는 로직 채널 매핑이 해제될 것이기 때문이다. 그 결과, 구 데이터가 MAC에 의해 자동 폐기될 것이다. 마찬가지로, MCG 스플릿 베어러에서 MCG로, 또는 SCG 스플릿 베어러에서 SCG로 베어러 타입 변경 중에, 해당하는 로직 채널이 해제될 것이므로 MAC 리셋을 할 필요가 없다.

MCG DRB 및 SCG 스플릿 DRB 간에 베어러 타입 변경이 일어날 때, 키 변경뿐 아니라 PDCP 종료 포인트 변경이 수반된다. 그 결과로서, MCG MAC는 구 키들의 세트와 함께 데이터를 가질 것인 바, 이는 RLC 엔티티 및 MAC 엔티티 간 해당 매핑이 해제되지 않을 것이기 때문이다. 이로 인해, MCG MAC 엔티티를 리셋할 것이 요구된다. MCG 스플릿 DRB 및 MCG DRB 간, 또는 SCG 스플릿 DRB 및 SCG DRB 간 베어러 타입 변경은 PDCP 및 RLC 엔티티 재설정 없이, 그리고 MAC 엔티티를 리셋하지 않고 지원될 수 있다. 이것은, 키들이나 PDCP 종료 포인트의 변경이나 PDCP 버전 변경이 없을 때 유효하다. NW는 핸드오버나 SN 변경 절차 없이 그러한 베어러 타입 변경을 지원할 수 있다. 이동성 절차 없이 베어러 타입 변경이 일어날 때 L2 엔티티들을 재설정 및 리셋할 필요는 없다. EN-DC 동작은 MCG DRB가 NR PDCP로 설정되어 있을 때, SCG DRB 및 MCG DRB 간 한 단계의(직접적) 베어러 타입 변경을 지원해야 한다. EN-DC 동작은 핸드오버 절차나 SN 변경 절차 사용 없이, SCG DRB 및 SCG 스플릿 DRB 간 한 단계(직접적) 베어러 타입 변경을 지원해야 한다.

MCG 및 SCG 간 베어러 타입 변경이 키 변경과 PDCP 종료 포인트 변경을 수반하므로, MCG 및 SCG 간 베어러 변경을 위한 PDCP 종류의 재설정 절차가 필요하다. MCG 및 SCG 간 베어러 타입 변경에 대한 MAC 엔티티의 리셋은 필요하지 않다. MCG 및 SCG 간 베어러 타입 변경은 또한, RLC 버전의 변경, 즉 LTE RLC 및 NR RLC 간 버전 변경을 야기할 수 있다. MCG에서 SCG 베어러 타입 변경 중에, UE(100)는 RLC 재설정 절차를 수행할 필요가 있는데, 이는 UE(100)가 LTE RLC의 재정렬 기능으로 인해 버퍼링된 데이터를 가질 수 있기 때문이다. UE(100)는 MCG 엔티티에 대한 RLC 재설정을 수행하고, 그런 다음 MCG RCL 엔티티를 SCG RLC 엔티티로 재설정할 수 있다. SCG에서 MCG로 베어러 타입 변경 중에, NR RLC가 재정렬 기능을 지원하지 않으므로, RLC 재설정을 수행할 필요가 없다. UE(100)는 단순히 SCG RLC 엔티티를 해제하고 MCG RLC 엔티티를 설정할 수 있다. EN-DC 동작은 핸드오버 절차나 SN 변경 절차 사용 없이, PDCP 재설정 종류의 절차를 통해 MCG 및 SCG 베어러 간 한 단계(직접적) 베어러 타입 변경을 지원해야 한다. SCG에서 MCG로의 베어러 타입 변경에 있어서, RLC 재설정은 요구되지 않으며, SCG RLC 엔티티를 해제하고 MCG RLC 엔티티를 설정함으로써 베어러 타입 변경이 지원될 수 있다. MCG 및 SCG 스플린 DRB 간 베어러 타입 변경이 키 변경과 PDCP 종료 포인트 변경을 수반하므로, PDCP 종류의 재설정 절차가 필요하다. MCG 및 SCG 스플릿 DRB 간 베어러 타입 변경에 대해 MAC 리셋이 요구된다.

도 11은 본 개시의 일 실시예에 따른 EN-DC 가능 UE(100)의 블록도이다. 일 실시예에서, EN-DC 가능한 UE(100)는 PDCP 동작 핸들러(1100), 통신기(1200), 메모리(1300) 및 프로세서(1400)를 포함한다. 프로세서(1400)는 PDCP 동작 핸들러(1100), 통신부(1200), 및 메모리(1300)와 함께 동작된다.

일 실시예에서, PDCP 동작 핸들러(1100)는 LTE 노드(즉, LTE eNB(200))로부터 핸드오버 메시지를 수신하도록 구성된다. 핸드오버 메시지는 LTE PDCP에서 NR PDCP로의 PDCP 버전 변경을 지시하는 지시를 포함한다. 또한, PDCP 동작 핸들러(1100)는 UE(100)의 RRC 엔티티로부터 UE(100)의 E-UTRA PDCP 엔티티로 상기 지시를 지시하도록 구성된다. 또한, PDCP 동작 핸들러(1100)는 상기 지시에 기반하여 LTE RLC 엔티티를 재설정 시, 수신기 E-UTRA PDCP 엔티티에 의해 LTE RLC 엔티티로부터 LTE PDCP PDU들을 수신하도록 구성된다.

또한, PDCP 동작 핸들러(1100)는 LTE 포맷을 사용하여 수신기 E-UTRA PDCP 엔티티에서 LTE PDCP PDU들을 처리하도록 구성된다. 또한, PDCP 동작 핸들러(1100)는 UE(100)의 수신기 E-UTRA PDCP 엔티티 및 UE(100)의 송신기 E-UTRA PDCP 엔티티를 재설정하도록 구성된다. 또한, PDCP 동작 핸들러(1100)는 NR 포맷을 사용하여 송신기 NR PDCP 엔티티에 의해 PDCP PDU들을 재전송하도록 구성된다. 또한, PDCP 동작 핸들러(1100)는 NR PDCP 동작에 기반하여 수신기 NR PDCP 엔티티에 의해 수신된 PDCP PDU들 및 송신기 NR PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하도록 구성된다.

일 실시예에서, PDCP 동작 핸들러(1100)는 NR 노드(즉, EN-DDC 가능한 LTE eNB(300))로부터 핸드오버 메시지를 수신하도록 구성된다. 핸드오버 메시지는 NR PDCP에서 LTE PDCP로의 PDCP 버전 변경을 지시하는 지시를 포함한다. 또한, PDCP 동작 핸들러(1100)는 UE(100)의 RRC 엔티티로부터 UE(100)의 NR PDCP 엔티티로 상기 지시를 지시하도록 구성된다. 또한, PDCP 동작 핸들러(1100)는 상기 지시에 기반하여 LTE RLC 엔티티를 재설정 시, 수신기 NR PDCP 엔티티에 의해 LTE RLC 엔티티로부터 NR PDCP PDU들을 수신하도록 구성된다.

또한, PDCP 동작 핸들러(1100)는 NR 포맷을 사용하여 수신기 NR PDCP 엔티티에서 NR PDCP PDU들을 처리하도록 구성된다. 또한, PDCP 동작 핸들러(1100)는 UE(100)의 수신기 NR PDCP 엔티티 및 UE(100)의 송신기 NR PDCP 엔티티를 재설정하도록 구성된다. 또한, PDCP 동작 핸들러(1100)는 LTE 포맷을 사용하여 송신기 LTE PDCP 엔티티에 의해 PDCP PDU들을 재전송하도록 구성된다. 또한, PDCP 동작 핸들러(1100)는 LTE PDCP 동작에 기반하여 수신기 LTE PDCP 엔티티에 의해 수신된 또 다른 PDCP PDU들 및 송신기 LTE PDCP 엔티티에 의해 수신된 또 다른 PDCP SDU들을 처리하도록 구성된다.

프로세서(1400)는 메모리(1300)에 저장된 명령어들을 실행하고 다양한 프로세스들을 수행하도록 구성된다. 통신기(1200)는 내부의 하드웨어 구성요소들간에 내부적으로, 그리고 하나 이상의 네트워크들을 통해 외부 장치들과 통신하도록 구성된다.

메모리(1300)는 효과와 조건을 저장한다. 메모리(1300)는 프로세서(1400)에 의해 실행될 명령어들을 저장한다. 메모리(1300)는 비휘발성 저장 요소들을 포함할 수 있다. 그러한 비휘발성 저장 요소들의 예들에는 자기적 하드 디스크, 광 디스크, 플로피 디스크, 플래시 메모리, 또는 EPROM(electrically programmable memories)이나 EEPROM(electrically erasable and programmable) 메모리들의 형태들이 포함될 수 있다. 또한 메모리(1300)는 일부 예들에서, 비일시적 저장 매체라고 간주될 수 있다. “비일시적”이라는 용어는 저장 매체가 반송파나 전파 신호로 구현되지 않는다는 것을 가리킬 수 있다. 그러나, “비일시적”이라는 용어는 메모리(1300)가 비이동성이라고 해석되어서는 안된다. 일부 예들에서, 메모리(1300)는 메모리보다 큰 볼륨의 정보를 저장하도록 구성될 수 있다. 소정 예들에서, 비일시적 저장 매체는 시간에 따라 변화할 수 있는 데이터를 저장할 수 있다(가령, RAM(Random Access Memory)이나 캐시).

도 11는 EN-DC 가능한 UE(100)의 다양한 하드웨어 구성요소들을 도시하나, 다른 실시예들이 이에 한정되는 것은 아님을 알아야 한다. 다른 실시예들에서, EN-DC 가능한 UE(100)는 더 적거나 더 많은 수의 구성요소들을 포함할 수 있다. 또한, 구성요소들의 표시들이나 명칭들은 예시적 목적만을 위해 사용되는 것으로 본 발명의 범위를 한정하지 않는다. 하나 이상의 구성요소들이 함께 결합되어 무선 통신 시스템에서의 PDCP 동작을 처리하기 위해 동일하거나 실질적으로 유사한 기능을 수행하도록 할 수 있다.

도 12는 본 개시의 다른 실시예에 따른 기지국용 장치 구조를 예시한 블록도이다.

도 12를 참조할 때, 기지국(120)용 장치는 프로세서(121), 송수신기(122), 및 메모리(123)을 포함할 수 있다. 그러나, 도시된 구성요소들 모두가 필수적인 것은 아니다. 기지국(120)은 도 12에 도시된 것보다 많거나 적은 구성요소들로 구현될 수 있다. 또한, 프로세서(121), 송수신기(122) 및 메모리(123)가 다른 실시예에 따라 단일 칩으로 구현될 수도 있다.

상술한 구성요소들을 이하에서 상세히 기술할 것이다.

프로세서(121)는 제안된 기능, 프로세스, 및/또는 방법을 제어하는 하나 이상의 프로세서들 또는 다른 프로세싱 장치들을 포함할 수 있다. 기지국(120)의 동작은 프로세서(121)에 의해 구현될 수 있다.

프로세서(121)는 전송 자원들 및 수신 자원들의 위치들을 결정할 수 있다.

송수신기(122)는 전송되는 신호를 상향 변환 및 증폭하기 위한 RF 전송기, 및 수신된 신호의 주파수를 하향 변환하는 RF 수신기를 포함할 수 있다. 그러나, 다른 실시예에 따라, 송수신기(122)는 도시된 구성요소들보다 많거나 적은 구성요소들로 구현될 수 있다.

송수신기(122)는 프로세서(121)에 연결되어, 신호를 송신 및/또는 수신할 수 있다. 신호는 제어 정보 및 데이터를 포함할 수 있다. 또한, 송수신기(122)는 무선 채널을 통해 신호를 수신하고, 그 신호를 프로세서(121)로 출력할 수 있다. 송수신기(122)는 프로세서(121)로부터 출력된 신호를 무선 채널을 통해 송신할 수 있다.

메모리(123)는 기지국(120)에 의해 얻어진 신호에 포함된 제어 정보나 데이터를 저장할 수 있다. 메모리(123)는 프로세서(121)에 연결되어, 제안된 기능, 프로세스, 및/또는 방법에 대한 적어도 하나의 명령어 또는 프로토콜 또는 파라미터를 저장할 수 있다. 메모리(123)는 ROM(read-only memory) 및/또는 RAM(random access memory) 및/또는 하드 디스크 및/또는 CD-ROM 및/또는 DVD 및/또는 다른 저장 소자들을 포함할 수 있다.

흐름도들(600 및 800)의 다양한 액션들, 행위들, 블록들, 단계들 등은 제시된 순서, 그와 상이한 순서, 혹은 동시에 수행될 수 있다. 또한 일부 실시예들에서, 상기 액션들, 행위들, 블록들, 단계들 등 가운데 일부는 본 발명의 범위에서 벗어나지 않은 채, 생략되거나, 추가되거나, 변경되거나, 스킵되는 등의 동작이 이루어질 수 있다.

이 안에 개시된 실시예들은 적어도 하나의 하드웨어 장치 상에서 실행되고 구성요소들을 제어하는 네트워크 관리 기능들을 수행하는 적어도 하나의 소프트웨어 프로그램을 통해 구현될 수 있다.

특정 실시예들에 대한 상기 내용은 이 안의 실시예들의 일반적인 성격을 충분히 드러내어 타자들이 현재의 지식을 적용하여 일반 개념으로부터 벗어나지 않고 그러한 특정 실시예들과 같은 다양한 적용예들을 용이하게 변형 및/또는 적응시킬 수 있도록 할 것이며, 그에 따라 적응 및 변형예들은 개시된 실시예들의 의미 및 범위 내에 포괄되어야 하며 그렇게 의도된다. 이 안에서 사용된 어법이나 용어는 한정하는 것이 아닌 설명의 목적을 위한 것임을 알아야 한다. 따라서 이 안의 실시예들은 바람직한 실시예들과 관련하여 기술되었으나 당업자는 이 안의 실시예들이 여기 기술된 것과 같은 실시예들의 사상 및 범위 안에서의 변형을 통해 실시될 수 있다는 것을 인지할 것이다.

Claims (15)

1. 무선 통신 시스템에서 PDCP(Packet Data Convergence Protocol) 동작을 처리하기 위한 방법으로서,
   EN-DC(E-UTRA-NR Dual Connectivity) 가능한 UE(User Equipment)가, LTE(long term evolution) 노드로부터 핸드오버 메시지를 수신하되, 상기 핸드오버 메시지는 LTE PDCP(Packet Data Convergence Protocol)에서 NR(New Radio) PDCP로의 PDCP 버전 변경을 지시하는 지시(indication)를 포함하는 단계;
   상기 EN-DC 가능한 UE가 상기 UE의 LTE RRC(Radio Resource Control) 엔티티로부터 상기 UE의 수신기 LTE PDCP 엔티티로 상기 지시를 지시하는 단계;
   상기 EN-DC 가능한 UE가 상기 지시에 기반하여 LTE RLC 엔티티를 재설정하는 단계;
   상기 EN-DC 가능한 UE의 상기 수신기 LTE PDCP가, 상기 지시에 기반하여 상기 LTE RLC 엔티티 재설정 시 상기 LTE RLC로부터 LTE PDCP PDU(Protocol Data Unit)들을 수신하는 단계;
   상기 EN-DC 가능한 UE가, LTE 포맷을 사용하여 상기 수신기 LTE PDCP 엔티티에서 상기 LTE PDCP PDU들을 처리하는 단계;
   상기 EN-DC 가능한 UE가, 상기 UE의 상기 수신기 LTE PDCP 엔티티 및 상기 UE의 송신기 LTE PDCP 엔티티를 재설정하는 단계;
   상기 EN-DC 가능한 UE가, NR 포맷을 사용하여 송신기NR PDCP 엔티티에 의한 PDCP SDU들을 재전송하는 단계; 및
   상기 EN-DC 가능한 UE가, NR PDCP 동작에 기반하여 수신기 NR PDCP 엔티티에 의해 수신된 PDCP PDU들 및 상기 송신기 NR PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하는 단계를 포함하는 방법.
   
2. 제1항에 있어서,
   상기 수신기 LTE PDCP 엔티티는,
   설정된 LTE 무결성 절차에 기반하여 상기 수신된 LTE PDCP PDU들의 무결성 체크를 수행하고,
   상기 수신된 LTE PDCP PDU들의 PDCP 헤더 및 PDCP 페이로드를 분리하고,
   설정된 LTE 암호화 절차에 기반하여 상기 PDCP 페이로드를 암호해독하고,
   LTE 동작에 기반하여 상기 PDCP 헤더를 압축해제하고,
   LTE 포맷에 기반하여 상기 PDCP 헤더를 처리하고,
   상기 암호 해독된 PDCP SDU들을 상위 계층들로 전달함으로써, 상기 LTE RLC 엔티티로부터 상기 수신된 LTE PDCP PDU들을 처리하도록 구성되는, 방법.
   
3. 제1항에 있어서,
   상기 UE의 상기 수신기 LTE PDCP 엔티티 및 상기 UE의 상기 송신기 LTE PDCP 엔티티는,
   상기 LTE PDCP 엔티티에 의해 NR PDCP 엔티티에게 PDCP 재설정 절차를 수행하도록 지시하고,
   ROHC(Robust Header Compression) 리셋을 수행하고,
   무결성 키 및 암호화 키를 포함하는 보안 키들을 도출하고,
   LTE PDCP 상태 변수들을 NR PDCP 상태 변수들로 변환하고,
   상기 UE의 상기 PDCP 엔티티를 상기 NR PDCP 엔티티로서 재설정함으로써 재설정되는, 방법.
   
4. 제3항에 있어서,
   상기 ROHC 리셋은, drb-continue ROTC 파라미터가 설정되어 있지 않은 경우 수행되는, 방법.
   
5. 제3항에 있어서,
   상기 무결성 키는,
   설정된 NR 무결성 절차에 기반하여 도출되고, 상기 암호화 키는 NR 암호화 절차에 기반하여 도출되는, 방법.
   
6. 제3항에 있어서,
   상기 LTE PDCP 상태 변수들은, 연속 시퀀스 넘버(SN) 파라미터 및 연속 카운트(COUNT) 파라미터 중 하나에 기반하여 상기 NR PDCP 상태 변수들로 변환되는 방법.
   
7. 제1항에 있어서,
   상기 NR 포맷을 사용하여 재설정 시 상기 송신기 NR PDCP 엔티티가 상기 PDCP SDU들을 재전송하는 단계는,
   재전송될 상기 PDCP SDU들을 식별하는 단계;
   상기 NR 포맷에 기반하여 식별된 PDCP SDU들의 PDCP 헤더를 처리하는 단계;
   상기 NR 동작에 기반하여 식별된 PDCP SDU들의 PDCP 헤더를 압축하는 단계;
   설정된 NR 무결성 절차에 기반하여 MAC-I(Message Authentication Code - Integrity)를 산출함으로써 상기 NR PDCP PDU의 무결성 체크를 수행하는 단계;
   설정된 NR 암호화 절차에 기반하여 상기 PDCP 페이로드를 암호화하는 단계; 및
   상기 암호화된 NR PDCP PDU들을 전송을 위해 LTE RCL 엔티티로 전달하는 단계;를 포함하는 방법.
   
8. 제1항에 있어서,
   상기 재설정된 수신기 NR PDCP 엔티티는,
   설정된 NR 무결성 절차에 기반하여 상기 수신된 NR PDCP PDU들의 무결성 체크를 수행하고,
   상기 수된 NR PDCP PDU들의 상기 PDCP 헤더 및 페이로드를 분리하고,
   설정된 NR 암호화 절차에 기반하여 상기 PDCP 페이로드를 암호해독하고,
   상기 NR 동작에 기반하여 상기 PDCP 헤더를 압축해제하고,
   NR 포맷에 기반하여 상기 PDCP 헤더를 처리하고,
   중복 PDCP SDU들을 식별하고 상기 식별된 중복 PDCP SDU들을 버림으로써 중복 검출을 수행하고,
   상기 처리된 PDCP SDU들에 대해 재정렬 기능을 수행하고,
   상기 암호 해독된 PDCP SDU들을 상위 계층들로 전달함으로써, 상기 LTE RLC 엔티티로부터 상기 수신된 NR PDCP PDU들을 처리하도록 구성되는, 방법.
   
9. 무선 통신 시스템에서 PDCP(Packet Data Convergence Protocol) 동작을 처리하기 위한 방법으로서,
   EN-DC(E-UTRA-NR Dual Connectivity) 가능한 UE(User Equipment)가, NR(New Radio) 노드로부터 핸드오버 메시지를 수신하되, 상기 핸드오버 메시지는 NR PDCP(Packet Data Convergence Protocol)에서 LTE(long term evolution) PDCP로의 PDCP 버전 변경을 지시하는 지시(indication)를 포함하는 단계;
   상기 EN-DC 가능한 UE가 상기 UE의 NR RRC(Radio Resource Control) 엔티티로부터 상기 UE의 수신기 NR PDCP 엔티티로 상기 지시를 지시하는 단계;
   상기 EN-DC 가능한 UE가 상기 지시에 기반하여 LTE RLC 엔티티를 재설정하는 단계;
   상기 EN-DC 가능한 UE의 상기 수신기 NR PDCP가, 상기 지시에 기반하여 LTE RLC(Radio Link Control) 엔티티 재설정 시 상기 LTE RLC로부터 NR PDCP PDU(Protocol Data Unit)들을 수신하는 단계;
   상기 EN-DC 가능한 UE가, NR 포맷을 사용하여 상기 수신기 NR PDCP 엔티티에서 상기 NR PDCP PDU들을 처리하는 단계;
   상기 EN-DC 가능한 UE가, 상기 UE의 상기 수신기 NR PDCP 엔티티 및 상기 UE의 송신기 NR PDCP 엔티티를 재설정하는 단계;
   LTE 포맷을 이용하여 상기 EN-DC 가능한 UE의 송신기 LTE PDCP 엔티티가 상기 PDCP SDU들을 재전송하는 단계; 및
   상기 EN-DC 가능한 UE가, LTE PDCP 동작에 기반하여 상기 수신기 LTE PDCP 엔티티에 의해 수신된 PDCP PDU들 및 상기 송신기 LTE PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하는 단계를 포함하는, 방법.
   
10. 제9항에 있어서,
    상기 수신기 NR PDCP 엔티티는,
    설정된 NR 무결성 절차에 기반하여 상기 수신된 NR PDCP PDU들의 무결성 체크를 수행하고,
    상기 수신된 NR PDCP PDU들의 PDCP 헤더 및 PDCP 페이로드를 분리하고,
    설정된 NR 암호화 절차에 기반하여 상기 PDCP 페이로드를 암호해독하고,
    NR 동작에 기반하여 상기 PDCP 헤더를 압축해제하고,
    NR 포맷에 기반하여 상기 PDCP 헤더를 처리하고,
    중복 PDCP SDU들을 식별하고 상기 식별된 중복 PDCP SDU들을 버림으로써 중복 검출을 수행하고,
    상기 처리된 PDCP SDU들에 대해 재정렬 기능을 수행하고,
    상기 암호 해독된 PDCP SDU들을 상위 계층들로 전달함으로써, 상기 LTE RLC 엔티티로부터 상기 수신된 NR PDCP PDU들을 처리하도록 구성되는, 방법.
    
11. 제9항에 있어서,
    상기 UE의 상기 수신기 NR PDCP 엔티티 및 상기 송신기 NR PDCP 엔티티는,
    상기 NR PDCP 엔티티에 의해 LTE PDCP 엔티티에게 PDCP 재설정 절차를 수행하도록 지시하고,
    ROHC(Robust Header Compression) 리셋을 수행하고,
    무결성 키 및 암호화 키를 포함하는 보안 키들을 도출하고,
    NR PDCP 상태 변수들을 LTE PDCP 상태 변수들로 변환하고,
    상기 UE의 상기 PDCP 엔티티를 상기 LTE PDCP 엔티티로서 재설정함으로써 재설정되는, 방법.
12. 
    제9항에 있어서,
    상기 LTE 포맷을 사용하여 재설정 시 상기 송신기 LTE PDCP 엔티티가 상기 PDCP SDU들을 재전송하는 단계는,
    재전송될 상기 PDCP SDU들을 식별하는 단계;
    LTE 포맷에 기반하여 상기 식별된 PDCP SDU들의 PDCP 헤더를 처리하는 단계;
    LTE 동작에 기반하여 식별된 PDCP SDU들의 PDCP 헤더를 압축하는 단계;
    설정된 LTE 무결성 절차에 기반하여 MAC-I(Message Authentication Code - Integrity)를 산출함으로써 상기 LTE PDCP PDU의 무결성 체크를 수행하는 단계;
    설정된 LTE 암호화 절차에 기반하여 상기 PDCP 페이로드를 암호화하는 단계; 및
    상기 암호화된 LTE PDCP PDU들을 전송을 위해 LTE RCL 엔티티로 전달하는 단계를 포함하는 방법.
    
13. 제9항에 있어서, 상기 재설정된 수신기 LTE PDCP 엔티티는,
    설정된 LTE 무결성 절차에 기반하여 상기 수신된 LTE PDCP PDU들의 무결성 체크를 수행하고,
    상기 수신된 LTE PDCP PDU들의 상기 PDCP 헤더 및 페이로드를 분리하고,
    설정된 LTE 암호화 절차에 기반하여 상기 PDCP 페이로드를 암호해독하고,
    LTE 동작에 기반하여 상기 PDCP 헤더를 압축해제하고,
    LTE 포맷에 기반하여 상기 PDCP 헤더를 처리하고,
    상기 암호 해독된 PDCP SDU들을 상위 계층들로 전달함으로써, 상기 LTE RLC 엔티티로부터 상기 수신된 LTE PDCP PDU들을 처리하도록 구성되는, 방법.
14. 무선 통신 시스템에서 PDCP(Packet Data Convergence Protocol) 동작을 처리하기 위한 EN-DC(E-UTRA-NR Dual Connectivity) 가능한 UE(User Equipment)로서,
    메모리;
    프로세서; 및
    메모리 및 프로세서에 연결되어,
    LTE(long term evolution) 노드로부터 핸드오버 메시지를 수신하되, 상기 핸드오버 메시지는 LTE PDCP(Packet Data Convergence Protocol)에서 NR(New Radio) PDCP로의 PDCP 버전 변경을 지시하는 지시(indication)를 포함하고;
    상기 UE의 RRC(Radio Resource Control) 엔티티로부터 상기 UE의 LTE PDCP 엔티티로 상기 지시를 지시하고;
    상기 지시에 기반하여 LTE RLC 엔티티를 재설정하고;
    상기 지시에 기반하여 상기 LTE RLC 엔티티를 재설정 할 때, 상기 수신기 LTE PDCP 엔티티에 의해 상기 LTE RLC 엔티티로부터 LTE PDCP PDU(Protocol Data Unit)들을 수신하고;
    LTE 포맷을 사용하여 상기 수신기 LTE PDCP 엔티티에서 상기 LTE PDCP PDU들을 처리하고;
    상기 UE의 상기 수신기 LTE PDCP 엔티티 및 송신기 LTE PDCP 엔티티를 재설정하고;
    NR 포맷을 사용하여 송신기 NR PDCP 엔티티에 의해 상기 PDCP SDU들을 재전송하고;
    NR PDCP 동작에 기반하여 수신기 NR PDCP 엔티티에 의해 수신된 PDCP PDU들 및 상기 송신기 NR PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하도록 구성되는 PDCP 동작 핸들러를 포함하는 UE.
    
15. 무선 통신 시스템에서 PDCP(Packet Data Convergence Protocol) 동작을 처리하기 위한 EN-DC(E-UTRA-NR Dual Connectivity) 가능한 UE(User Equipment)로서,
    메모리;
    프로세서; 및
    메모리 및 프로세서에 연결되어,
    NR(New Radio) 노드로부터 핸드오버 메시지를 수신하되, 상기 핸드오버 메시지는 NR PDCP(Packet Data Convergence Protocol)에서 LTE(long term evolution) PDCP로의 PDCP 버전 변경을 지시하는 지시(indication)를 포함하고;
    상기 UE의 RRC(Radio Resource Control) 엔티티로부터 상기 UE의 NR PDCP 엔티티로 상기 지시를 지시하고;
    상기 지시에 기반하여 LTE RLC 엔티티를 재설정하고;
    상기 지시에 기반하여 상기 LTE RLC 엔티티를 재설정 할 때, 상기 수신기 NR PDCP 엔티티에 의해 상기 LTE RLC(Radio Link Control) 엔티티로부터 NR PDCP PDU(Protocol Data Unit)들을 수신하고;
    NR 포맷을 사용하여 상기 수신기 NR PDCP 엔티티에서 상기 NR PDCP PDU들을 처리하고;
    상기 UE의 상기 수신기 NR PDCP 엔티티 및 송신기 NR PDCP 엔티티를 재설정하고;
    LTE 포맷을 사용하여 송신기 LTE PDCP 엔티티에 의해 상기 PDCP SDU들을 재전송하고;
    LTE PDCP 동작에 기반하여 수신기 LTE PDCP 엔티티에 의해 수신된 PDCP PDU들 및 상기 송신기 LTE PDCP 엔티티에 의해 수신된 PDCP SDU들을 처리하도록 구성되는 PDCP 동작 핸들러를 포함하는 UE.

Images