KR20180081648A

KR20180081648A - Nr에서 pdcp sn 변경 처리 방법 및 장치

Info

Publication number: KR20180081648A
Application number: KR1020170002430A
Authority: KR
Inventors: 홍성표; 최우진
Original assignee: 주식회사 케이티
Priority date: 2017-01-06
Filing date: 2017-01-06
Publication date: 2018-07-17

Abstract

본 발명은 차세대 무선 액세스망에서 PDCP SN 변경에 따른 데이터 처리 방법 및 장치에 관한 것이다. 또한 단말 이동에 따른 PDCP SN 길이 변경 과정에서 PDCP 상태 리포트를 구성하는 방법 및 장치에 관한 것이다. 본 발명은 단말이 데이터를 송수신하는 방법에 있어서 셀 변경 또는 기지국 변경 과정에 PDCP SN 길이를 변경된 경우에도 단말과 기지국이 손실없이 데이터를 송수신하는 방법 및 장치를 제공한다.

Description

NR에서 PDCP SN 변경 처리 방법 및 장치{Methods and Apparatuses for handling PDCP SN change in new RAT}

본 발명은 차세대 무선 액세스망에서 PDCP SN 변경에 따른 데이터 처리 방법 및 장치에 관한 것이다. 또한 단말 이동에 따른 PDCP SN 길이 변경 과정에서 PDCP 상태 리포트를 구성하는 방법 및 장치에 관한 것이다.

본 발명은 단말이 데이터를 송수신하는 방법에 있어서 셀 변경 또는 기지국 변경 과정에 PDCP SN 길이를 변경된 경우에도 단말과 기지국이 손실없이 데이터를 송수신하는 방법 및 장치를 제공한다.

도 1은 Format of COUNT을 예시적으로 도시한 도면이다.
도 2는 15비트 SN를 사용하는 PDCP 상태 리포트 포맷을 예시적으로 도시한 도면이다.
도 3은 핸드오버 절차를 설명하기 위한 도면이다.
도 4는 또 다른 실시예에 의한 기지국의 구성을 보여주는 도면이다.
도 5는 또 다른 실시예에 의한 사용자 단말의 구성을 보여주는 도면이다.

이하, 본 발명의 일부 실시예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.

본 명세서에서 MTC 단말은 low cost(또는 low complexity)를 지원하는 단말 또는 coverage enhancement를 지원하는 단말 등을 의미할 수 있다.　　 본 명세서에서 MTC 단말은 low cost(또는 low complexity) 및 coverage enhancement를 지원하는 단말 등을 의미할 수 있다. 또는 본 명세서에서 MTC 단말은 low cost(또는 low complexity) 및/또는 coverage enhancement를 지원하기 위한 특정 카테고리로 정의된 단말을 의미할 수 있다.

다시 말해 본 명세서에서 MTC 단말은 LTE 기반의 MTC 관련 동작을 수행하는 새롭게 정의된 3GPP Release-13 low cost(또는 low complexity) UE category/type을 의미할 수 있다. 또는 본 명세서에서 MTC 단말은 기존의 LTE coverage 대비 향상된 coverage를 지원하거나, 혹은 저전력 소모를 지원하는 기존의 3GPP Release-12 이하에서 정의된 UE category/type, 혹은 새롭게 정의된 Release-13 low cost(또는 low complexity) UE category/type을 의미할 수 있다.

본 발명에서의 무선통신시스템은 음성, 패킷 데이터 등과 같은 다양한 통신 서비스를 제공하기 위해 널리 배치된다. 무선통신시스템은 사용자 단말(User Equipment, UE) 및 기지국(Base Station, BS, 또는 eNB)을 포함한다. 본 명세서에서의 사용자 단말은 무선 통신에서의 단말을 의미하는 포괄적 개념으로서, WCDMA 및 LTE, HSPA 등에서의 UE(User Equipment)는 물론, GSM에서의 MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), 무선기기(wireless device) 등을 모두 포함하는 개념으로 해석되어야 할 것이다.

기지국 또는 셀(cell)은 일반적으로 사용자 단말과 통신하는 지점(station)을 말하며, 노드-B(Node-B), eNB(evolved Node-B), 섹터(Sector), 싸이트(Site), BTS(Base Transceiver System), 액세스 포인트(Access Point), 릴레이 노드(Relay Node), RRH(Remote Radio Head), RU(Radio Unit), small cell 등 다른 용어로 불릴 수 있다.

즉, 본 명세서에서 기지국 또는 셀(cell)은 CDMA에서의 BSC(Base Station Controller), WCDMA의 NodeB, LTE에서의 eNB 또는 섹터(싸이트) 등이 커버하는 일부 영역 또는 기능을 나타내는 포괄적인 의미로 해석되어야 하며, 메가셀, 매크로셀, 마이크로셀, 피코셀, 펨토셀 및 릴레이 노드(relay node), RRH, RU, small cell 통신범위 등 다양한 커버리지 영역을 모두 포괄하는 의미이다.

상기 나열된 다양한 셀은 각 셀을 제어하는 기지국이 존재하므로 기지국은 두 가지 의미로 해석될 수 있다. i) 무선 영역과 관련하여 메가셀, 매크로셀, 마이크로셀, 피코셀, 펨토셀, 스몰 셀을 제공하는 장치 그 자체이거나, ii) 상기 무선영역 그 자체를 지시할 수 있다. i)에서 소정의 무선 영역을 제공하는 장치들이 동일한 개체에 의해 제어되거나 상기 무선 영역을 협업으로 구성하도록 상호작용하는 모든 장치들을 모두 기지국으로 지시한다. 무선 영역의 구성 방식에 따라 eNB, RRH, 안테나, RU, LPN, 포인트, 송수신포인트, 송신 포인트, 수신 포인트 등은 기지국의 일 실시예가 된다. ii)에서 사용자 단말의 관점 또는 이웃하는 기지국의 입장에서 신호를 수신하거나 송신하게 되는 무선 영역 그 자체를 기지국으로 지시할 수 있다.

따라서, 메가셀, 매크로셀, 마이크로셀, 피코셀, 펨토셀, 스몰 셀, RRH, 안테나, RU, LPN(Low Power Node), 포인트, eNB, 송수신포인트, 송신 포인트, 수신 포인트를 통칭하여 기지국으로 지칭한다.

본 명세서에서 사용자 단말과 기지국은 본 명세서에서 기술되는 기술 또는 기술적 사상을 구현하는데 사용되는 두 가지 송수신 주체로 포괄적인 의미로 사용되며 특정하게 지칭되는 용어 또는 단어에 의해 한정되지 않는다. 사용자 단말과 기지국은, 본 발명에서 기술되는 기술 또는 기술적 사상을 구현하는데 사용되는 두 가지(Uplink 또는 Downlink) 송수신 주체로 포괄적인 의미로 사용되며 특정하게 지칭되는 용어 또는 단어에 의해 한정되지 않는다. 여기서, 상향링크(Uplink, UL, 또는 업링크)는 사용자 단말에 의해 기지국으로 데이터를 송수신하는 방식을 의미하며, 하향링크(Downlink, DL, 또는 다운링크)는 기지국에 의해 사용자 단말로 데이터를 송수신하는 방식을 의미한다.

무선통신시스템에 적용되는 다중 접속 기법에는 제한이 없다. CDMA(Code Division Multiple Access), TDMA(Time Division Multiple Access), FDMA(Frequency Division Multiple Access), OFDMA(Orthogonal Frequency Division Multiple Access), OFDM-FDMA, OFDM-TDMA, OFDM-CDMA와 같은 다양한 다중 접속 기법을 사용할 수 있다. 본 발명의 일 실시예는 GSM, WCDMA, HSPA를 거쳐 LTE 및 LTE-advanced로 진화하는 비동기 무선통신과, CDMA, CDMA-2000 및 UMB로 진화하는 동기식 무선 통신 분야 등의 자원할당에 적용될 수 있다. 본 발명은 특정한 무선통신 분야에 한정되거나 제한되어 해석되어서는 아니 되며, 본 발명의 사상이 적용될 수 있는 모든 기술분야를 포함하는 것으로 해석되어야 할 것이다.

상향링크 전송 및 하향링크 전송은 서로 다른 시간을 사용하여 전송되는 TDD(Time Division Duplex) 방식이 사용될 수 있고, 또는 서로 다른 주파수를 사용하여 전송되는 FDD(Frequency Division Duplex) 방식이 사용될 수 있다.

또한, LTE, LTE-advanced와 같은 시스템에서는 하나의 반송파 또는 반송파 쌍을 기준으로 상향링크와 하향링크를 구성하여 규격을 구성한다. 상향링크와 하향링크는, PDCCH(Physical Downlink Control CHannel), PCFICH(Physical Control Format Indicator CHannel), PHICH(Physical Hybrid ARQ Indicator CHannel), PUCCH(Physical Uplink Control CHannel), EPDCCH(Enhanced Physical Downlink Control CHannel) 등과 같은 제어채널을 통하여 제어정보를 전송하고, PDSCH(Physical Downlink Shared CHannel), PUSCH(Physical Uplink Shared CHannel) 등과 같은 데이터채널로 구성되어 데이터를 전송한다.

한편 EPDCCH(enhanced PDCCH 또는 extended PDCCH)를 이용해서도 제어 정보를 전송할 수 있다.

본 명세서에서 셀(cell)은 송수신 포인트로부터 전송되는 신호의 커버리지 또는 송수신 포인트(transmission point 또는 transmission/reception point)로부터 전송되는 신호의 커버리지를 가지는 요소 반송파(component carrier), 그 송수신 포인트 자체를 의미할 수 있다.

실시예들이 적용되는 무선통신 시스템은 둘 이상의 송수신 포인트들이 협력하여 신호를 전송하는 다중 포인트 협력형 송수신 시스템(coordinated multi-point transmission/reception System; CoMP 시스템) 또는 협력형 다중 안테나 전송방식(coordinated multi-antenna transmission system), 협력형 다중 셀 통신시스템일 수 있다. CoMP 시스템은 적어도 두 개의 다중 송수신 포인트와 단말들을 포함할 수 있다.

다중 송수신 포인트는 기지국 또는 매크로 셀(macro cell, 이하 'eNB'라 함)과, eNB에 광케이블 또는 광섬유로 연결되어 유선 제어되는, 높은 전송파워를 갖거나 매크로 셀영역 내의 낮은 전송파워를 갖는 적어도 하나의 RRH일 수도 있다.

이하에서 하향링크(downlink)는 다중 송수신 포인트에서 단말로의 통신 또는 통신 경로를 의미하며, 상향링크(uplink)는 단말에서 다중 송수신 포인트로의 통신 또는 통신 경로를 의미한다. 하향링크에서 송신기는 다중 송수신 포인트의 일부분일 수 있고, 수신기는 단말의 일부분일 수 있다. 상향링크에서 송신기는 단말의 일부분일 수 있고, 수신기는 다중 송수신 포인트의 일부분일 수 있다.

이하에서는 PUCCH, PUSCH, PDCCH, EPDCCH 및 PDSCH 등과 같은 채널을 통해 신호가 송수신되는 상황을 ‘PUCCH, PUSCH, PDCCH, EPDCCH 및 PDSCH를 전송, 수신한다’는 형태로 표기하기도 한다.

또한 이하에서는 PDCCH를 전송 또는 수신하거나 PDCCH를 통해서 신호를 전송 또는 수신한다는 기재는 EPDCCH를 전송 또는 수신하거나 EPDCCH를 통해서 신호를 전송 또는 수신하는 것을 포함하는 의미로 사용될 수 있다.

즉, 이하에서 기재하는 물리 하향링크 제어채널은 PDCCH를 의미하거나, EPDCCH를 의미할 수 있으며, PDCCH 및 EPDCCH 모두를 포함하는 의미로도 사용된다.

또한, 설명의 편의를 위하여 PDCCH로 설명한 부분에도 본 발명의 일 실시예인 EPDCCH를 적용할 수 있으며, EPDCCH로 설명한 부분에도 본 발명의 일 실시예로 EPDCCH를 적용할 수 있다.

한편, 이하에서 기재하는 상위계층 시그널링(High Layer Signaling)은 RRC 파라미터를 포함하는 RRC 정보를 전송하는 RRC시그널링을 포함한다.

eNB은 단말들로 하향링크 전송을 수행한다. eNB은 유니캐스트 전송(unicast transmission)을 위한 주 물리 채널인 물리 하향링크 공유채널(Physical Downlink Shared Channel, PDSCH), 그리고 PDSCH의 수신에 필요한 스케줄링 등의 하향링크 제어 정보 및 상향링크 데이터 채널(예를 들면 물리 상향링크 공유채널(Physical Uplink Shared Channel, PUSCH))에서의 전송을 위한 스케줄링 승인 정보를 전송하기 위한 물리 하향링크 제어채널(Physical Downlink Control Channel, PDCCH)을 전송할 수 있다. 이하에서는, 각 채널을 통해 신호가 송수신 되는 것을 해당 채널이 송수신되는 형태로 기재하기로 한다.

무선 액세스망에서 PDCP는 사이퍼링, 헤더압축 등의 기능을 제공한다. 종래 LTE에서 PDCP SN의 최대 크기(길이)는 18비트다. PDCP SN 크기는 무선 베어러 셋업동안 피크데이터 레이트와 PDCP Round trip time을 고려하여 결정된다. PDCP SN는 예상하지 못한 L2 지연으로 인한 PDCP SN shortage를 방지하기 위해 보수적으로 세팅될 수 있다. PDCP RTT이 길어지면, PDCP discard나 HFN desynchronization문제가 발생할 수 있다. 이를 방지하기 위해 32비트 COUNT값을 모두 PDCP SN로 사용하거나, 카운트 값의 추가 비트를 PDCP SN로 사용하거나, 현재 18비트의 최대 PDCP SN 크기를 더 확장할 수 있다. 사이퍼링과 인테그리티(integrity)를 위해 유지되는 COUNT 값은 HFN와 PDCP SN으로 구성되며, HFN은 32에서 PDCP SN의 길이를 뺀 값과 같다. (For ciphering and integrity a COUNT value is maintained. The COUNT value is composed of a HFN and the PDCP SN. The length of the PDCP SN is configured by upper layers. The size of the HFN part in bits is equal to 32 minus the length of the PDCP SN.) 도1은 COUNT 포맷을 나타낸다. 각각의 무선베어러에 대해 각 방향으로 COUNT가 유지된다. COUNT는 사이퍼링을 위한 인풋으로 사용된다.(For each radio bearer an independent counter (COUNT, as specified in TS 36.323) is maintained for each direction. For each DRB, the COUNT is used as input for ciphering. For each SRB, the COUNT is used as input for both ciphering and integrity protection.)

LTE에서 데이터 베어러에 대한 PDCP SN 길이는 7,12,15,18을 지원한다. LTE에서 단말 이동에 따라 PDCP SN길이가 변경되는 경우 전체 구성(full configuration) 지시를 통해 PDCP 엔티티가 해제된다. 이에 따라 PDCP SN가 리셋되어 사용되며 PDCP 데이터 손실이 발생할 수 있다. LTE보다 더 높은 이동성 요구사항을 가지는 NR 내에서 단말 이동 시 또는 NR과 LTE(LTE와 NR)간에 단말 이동 시 전체 구성을 통해 재구성하는 경우 NR의 높은 요구사항을 만족시키지 못할 수 있었다. 특히 NR 커버리지 문제로 높은 전송율 환경에서 낮은 전송율 환경으로 이동할 수 있다. 하지만, 이 경우에 NR의 품질 요구사항을 만족시키지 못할 수 있다.

이러한 문제를 해결하기 위해 PDCP SN 변경을 적용하면서 손실없는 전달을 제공해야 한다. 하지만 이에 대해서는 구체적인 방법이 없었다. 특히 종래 기술에서는 PDCP SN 길이가 변경되는 경우 전체 구성 지시를 사용했다. 이에 따라 PDCP 데이터의 효율적인 전송을 위해서는 PDCP 상태 리포트가 사용되지 않았다. 도2는 15비트 SN를 사용하는 PDCP 상태 리포트 포맷을 나타낸다.

상술한 바와 같이, LTE 환경에서 이동성 제공 시 PDCP SN 변경은 전체 구성 지시를 통해 제공되었다. 전체 구성 지시는 PDCP 상에서 데이터 손실을 유발할 수 있다. 따라서 LTE보다 더 높은 품질을 요구하는 NR 환경에서 이동성 제공 시 PDCP SN 변경을 효과적으로 제어할 수 있는 방법이 요구되지만 이에 대해서는 구체적인 방법이 제공되지 않았다. 또한 LTE 환경에서 이동성 제공 시 PDCP SN 변경은 전체 구성 지시를 통해 제공되었기 때문에 PDCP 데이터의 효율적인 전송을 위해 사용되는 PDCP 상태 리포트가 사용되지 않았다.

상기한 문제점을 해결하기 위해 안출된 본 발명은 이동통신망에서 PDCP SN 변경에 따른 손실없는 데이터 전송을 위한 방법 및 장치를 제공하기 위한 것을 목적으로 한다. 또한 손실없는 데이터 전송 효율을 향상시키기 위한 PDCP 상태 리포트 구성 방법 및 장치를 제공하는 것을 또 다른 목적으로 한다.

이하에서는 NR 기지국과 NR 기지국 간, 또는 NR 기지국과 LTE 기지국 간, 또는 LTE 기지국과 NR 기지국 간 핸드오버 과정에서 PDCP SN 변경 방법에 대해 설명한다. 이는 설명의 편의를 위한 것일 뿐 임의의 이동통신망 기지국 간 임의의 이동성 프로시져(핸드오버, 듀얼커넥티비티, 멀티커넥티비티 등) 상에서 PDCP SN 변경 방법도 본 발명의 범주에 포함된다.

일 예를 들어 소스 기지국에서 짧은 PDCP SN 길이를 통해 데이터를 전송하는 단말에 대해 타겟 기지국은 소스 기지국의 PDCP SN 길이보다 더 긴 PDCP SN를 사용하여 데이터를 전송하고자 할 수 있다.

다른 예를 들어 소스 기지국에서 긴 PDCP SN 길이를 통해 데이터를 전송하는 단말에 대해 타겟 기지국은 소스 기지국 PDCP SN 길이보다 더 짧은 PDCP SN 길이를 사용하여 데이터를 전송하고자 할 수 있다.

핸드오버 과정에서 소스 기지국은 SN Status transfer(SN 상태 전송) 메시지를 타겟 기지국으로 보낸다. 이를 통해 PDCP 상태 보존이 적용되는 무선베어러(예를 들어 AM RLC 모드에 매핑되는 무선베어러)에 대해 업링크 PDCP SN 수신기 상태와 다운링크 PDCP SN 전송 상태를 보낸다. 업링크 PDCP SN 수신기 상태는 적어도 first missing UL SDU의 PDCP SN와 단말이 타겟 셀 내에서 재전송할 필요가 있는 out of sequence UL SDUs의 수신 상태의 비트맵을 포함할 수 있다. 다운링크 PDCP SN 전송 상태는 타겟 기지국이 아직 PDCP SN을 가지지 않은, 새로운 SDUs에 할당해야 할 next PDCP SN를 지시할 수 있다. SN Status transfer 메시지는 first missing UL SDU의 PDCP SN와 HFN로 구성되는 UL COUNT와 아직 PDCP SN을 가지지 않은, 새로운 SDUs에 할당해야 할 next PDCP SN와 HFN으로 구성되는 DL COUNT를 포함한다.

이하에서 PDCP 데이터, PDCP SDUs, PDCP PDUs를 혼용해 사용할 수 있다. 통상 PDCP 엔티티에서 처리 전을 PDCP SDU, 처리 후를 PDCP PDU로 사용한다. 예를 들어 단말이 송신할 업링크 PDCP SDUs에 대한 사이퍼링을 하는 것이고, 단말이 수신된 다운링크 PDCP PDUs에 대해 디사이퍼링을 하는 것이다. 이하에서 PDCP SDUs/PDUs가 혼용되어 사용될 수 있다.

핸드오버 과정에서 타겟 기지국의 PDCP SN 길이는 타겟 기지국이 결정해 구성한다. 일 예로 소스 기지국이 타겟 기지국으로 전송하는 SN Status transfer 메시지 상의 정보 들은 소스 기지국의 PDCP SN 길이를 사용하여 전송될 수 있다. 타겟 기지국은 소스 기지국의 PDCP SN 길이가 변경되었을 때 소스 기지국의 PDCP SN 상태 전송 메시지 상의 정보를 통해 타겟 기지국의 PDCP SDUs의 SN를 매핑해 확인할 수 있다. 다른 예로 소스 기지국이 타겟 기지국으로 전송하는 SN Status transfer 메시지 상의 정보 들은 타겟 기지국의 PDCP SN 길이를 사용하여 전송될 수 있다. 타겟 기지국은 핸드오버 과정에서 PDCP SN 변경을 지원하지 않을 수 있다. 이 경우 타겟 기지국은 소스 기지국의 PDCP SN 길이가 변경되었을 때 소스 기지국의 PDCP SN 상태 전송 메시지 상의 정보를 통해 타겟 기지국의 PDCP SDUs의 SN를 매핑해 확인하기 곤란할 수 있다.

따라서 소스 기지국은 타겟 기지국이 핸드오버 응답 메시지에 포함된 RRC 메시지 상에 PDCP SN길이가 변경된 경우에는 소스 기지국이 타겟 기지국 PDCP SN 길이에 맞춰 FMS와 관련 정보를 제공해야 한다. 이는 본 발명의 이하에서 설명하는 방법을 사용하여 제공될 수 있다.

이하에서는 PDCP SN 길이가 변경될 때 손실없는 데이터 전송을 위한 방법에 대해 설명한다. 이하에서 설명하는 방법들은 개별적으로 또는 조합해서 사용될 수 있다.

1. PDCP SN 길이 변경 전 PDCP SN를 사용하여 PDCP SDUs 재전송 ( 작은 길이 -> 큰 길이)

설명의 편의를 위해 일 예를 들어 소스 기지국에서 PDCP SN 길이를 15비트, 타겟 기지국에서 PDCP SN 길이를 18비트인 경우를 생각해 보자.

18비트 길이는 0~262143까지의 SN을 가질 수 있다. 반면, 15비트 길이는 0~32767까지의 SN을 가질 수 있다.

타겟 기지국은 소스 기지국에 의해 포워드된 다운링크 PDCP SDUs를 재전송할 때 15비트 PDCP SN 길이를 사용할 수 있다. 타겟 기지국은 소스 기지국에 의해 포워드된 모든 다운링크 PDCP SDUs를 재전송한다. 이 때 단말에 의한 PDCP SN 기반 리포팅을 통해 확인된 수신에 대해서는 예외로 할 수 있다. 타겟 기지국은 소스 기지국에 의해 포워드된 다운링크 PDCP SDUs를 재전송할 때 15비트 PDCP SN 길이를 사용할 수 있다. 이 때 타겟 기지국은 15비트 PDCP SN 길이를 기반으로 산출된 COUNT 값을 사용하여 PDCP SDU(또는 PDCP PDU)를 사이퍼링할 수 있다. 재전송할 PDCP SDUs에 대해 타겟 기지국은 소스 기지국의 HFN를 사용한다.

한편 단말은 COUNT값을 사용하여 PDCP PDU를 디사이퍼링한다. 따라서 핸드오버로 인해 18비트 길이의 PDCP SN를 사용하도록 재구성된 단말은 소스 기지국에 의해 포워드되어 15비트 PDCP SN길이를 사용하여 전송된 PDCP PDU를 디사이퍼링하지 못할 수 있다. 이를 해결하기 위해, 단말은 핸드오버 이후 PDCP SN 길이 변경 전의 PDCP SN길이(15비트)를 사용하여 전송된 PDCP PDU를 디사이퍼링할 수 있도록 할 수 있다. 예를 들어 PDCP SN 길이 변경 전의 연속적으로 확인된 마지막 수신 PDCP SDU/PDU 또는 first missing PDCP SDU/PDU의 COUNT, HFN(TX_HFN, RX_HFN), ciphering 알고리즘 중 하나 이상을 유지할 수 있다. 이러한 기능은 단말에 사전구성 되거나 기지국에 의해 지시될 수도 있다.

단말은 마지막 연속적으로 확인된 PDCP SDU에 잇따르는 첫번째 PDCP SDU로부터 시작해서 모든 업링크 PDCP SDUs를 타겟에서 재전송한다. 이 때 타겟에 의해 PDCP SN 기반으로 확인 받은 PDCP SDUs는 제외할 수 있다.( The UE re-transmits in the target eNB all uplink PDCP SDUs starting from the first PDCP SDU following the last consecutively confirmed PDCP SDU i.e. the oldest PDCP SDU that has not been acknowledged at RLC in the source, excluding the PDCP SDUs of which the reception was acknowledged through PDCP SN based reporting by the target.)

단말은 업링크 PDCP SDUs를 재전송할 때 15비트 PDCP SN 길이를 사용할 수 있다. 단말은 모든 업링크 PDCP SDUs를 재전송한다. 이 때 타겟 기지국에 의한 PDCP SN 기반 리포팅을 통해 확인된 수신에 대해서는 예외로 할 수 있다. 단말은 업링크 PDCP SDUs를 재전송할 때 15비트 PDCP SN 길이를 사용할 수 있다. 이 때 단말은 15비트 PDCP SN 길이를 기반으로 산출된 COUNT 값을 사용하여 PDCP SDU를 사이퍼링할 수 있다. 이를 위해 PDCP SN 길이 변경 전의 연속적으로 확인된 마지막 수신 PDCP SDU 또는 first missing PDCP SDU의 COUNT, HFN(TX_HFN, RX_HFN), ciphering 알고리즘 중 하나 이상을 유지할 수 있다. 이러한 기능은 단말에 사전구성 되거나 기지국에 의해 지시될 수도 있다.

한편 타겟 기지국은 COUNT값을 사용하여 PDCP PDU(또는 PDCP SDU)를 디사이퍼링한다. 따라서 핸드오버로 인해 18비트 길이의 PDCP SN를 사용하도록 재구성된 후, 타겟기지국은 15비트 PDCP SN길이를 사용하여 전송된 PDCP SDU를 구분해 디사이퍼링하기 곤란할 수 있다. 이를 해결하기 위해, 타겟 기지국은 핸드오버 이후 (일시적으로) 15비트 PDCP SN길이를 사용하여 전송된 PDCP PDU를 디사이퍼링할 수 있도록 할 수 있다. 예를 들어 소스 기지국의 COUNT 값, HFN(TX_HFN, RX_HFN), ciphering 알고리즘 중 하나 이상을 유지할 수 있다.

2. PDCP SN 길이 변경 전 PDCP SN를 사용하여 PDCP SDUs 재전송 (큰 길이 -> 작은 길이)

설명의 편의를 위해 다른 예를 들어 소스 기지국에서 PDCP SN 길이를 18비트, 타겟 기지국에서 PDCP SN 길이를 15비트인 경우를 생각해 보자.

타겟 기지국은 소스 기지국에 의해 포워드된 다운링크 PDCP SDUs를 재전송할 때 18비트 PDCP SN 길이를 사용할 수 있다. 타겟 기지국은 소스 기지국에 의해 포워드된 모든 다운링크 PDCP SDUs를 재전송한다. 이 때 단말에 의한 PDCP SN 기반 리포팅을 통해 확인된 수신에 대해서는 예외로 할 수 있다. 타겟 기지국은 소스 기지국에 의해 포워드된 다운링크 PDCP SDUs를 재전송할 때 18비트 PDCP SN 길이를 사용할 수 있다. 이 때 타겟 기지국은 18비트 PDCP SN 길이를 기반으로 산출된 COUNT 값을 사용하여 PDCP SDU(또는 PDCP PDU)를 사이퍼링할 수 있다. 재전송할 PDCP SDUs에 대해 타겟 기지국은 소스 기지국의 HFN를 사용한다.

한편 단말은 COUNT값을 사용하여 PDCP PDU를 디사이퍼링한다. 따라서 핸드오버로 인해 15비트 길이의 PDCP SN를 사용하도록 재구성된 단말은 소스 기지국에 의해 포워드되어 18비트 PDCP SN길이를 사용하여 전송된 PDCP PDU를 디사이퍼링하지 못할 수 있다. 이를 해결하기 위해, 단말은 핸드오버 이후 PDCP SN 길이 변경 전의 PDCP SN길이(18비트)를 사용하여 전송된 PDCP PDU를 디사이퍼링할 수 있도록 할 수 있다. 예를 들어 PDCP SN 길이 변경 전의 연속적으로 확인된 마지막 수신 PDCP SDU/PDU 또는 first missing PDCP SDU/PDU의 COUNT, HFN(TX_HFN, RX_HFN), ciphering 알고리즘 중 하나 이상을 유지할 수 있다. 이러한 기능은 단말에 사전구성 되거나 기지국에 의해 지시될 수도 있다.

단말은 마지막 연속적으로 확인된 PDCP SDU에 잇따르는 첫번째 PDCP SDU로부터 시작해서 모든 업링크 PDCP SDUs를 타겟에서 재전송한다. 이 때 타겟에 의해 PDCP SN 기반으로 확인받은 PDCP SDUs는 제외할 수 있다.

단말은 업링크 PDCP SDUs를 재전송할 때 18비트 PDCP SN 길이를 사용할 수 있다. 단말은 모든 업링크 PDCP SDUs를 재전송한다. 이 때 타겟 기지국에 의한 PDCP SN 기반 리포팅을 통해 확인된 수신에 대해서는 예외로 할 수 있다. 단말은 업링크 PDCP SDUs를 재전송할 때 18비트 PDCP SN 길이를 사용할 수 있다. 이 때 단말은 18비트 PDCP SN 길이를 기반으로 산출된 COUNT 값을 사용하여 PDCP SDU를 사이퍼링할 수 있다. 이를 위해 PDCP SN 길이 변경 전의 연속적으로 확인된 마지막 수신 PDCP SDU 또는 first missing PDCP SDU의 COUNT, HFN(TX_HFN, RX_HFN), ciphering 알고리즘 중 하나 이상을 유지할 수 있다. 이러한 기능은 단말에 사전구성 되거나 기지국에 의해 지시될 수도 있다.

한편 타겟 기지국은 COUNT값을 사용하여 PDCP PDU(또는 PDCP SDU)를 디사이퍼링한다. 따라서 핸드오버로 인해 15비트 길이의 PDCP SN를 사용하도록 재구성된 후, 타겟기지국은 18비트 PDCP SN길이를 사용하여 전송된 PDCP SDU를 구분해 디사이퍼링하기 곤란할 수 있다. 이를 해결하기 위해, 타겟 기지국은 핸드오버 이후 (일시적으로) 18비트 PDCP SN길이를 사용하여 전송된 PDCP PDU를 디사이퍼링할 수 있도록 할 수 있다. 예를 들어 소스 기지국의 COUNT 값, ciphering 알고리즘 중 하나 이상을 유지할 수 있다. 이러한 기능은 기지국에 사전 구성되거나 기지국에 의해 지시될 수 있다.

3. PDCP SN 길이 변경 후 PDCP SN를 사용하여 PDCP SDUs 재전송 ( 작은 길이 -> 큰 길이)

설명의 편의를 위해 일 예를 들어 소스 기지국에서 PDCP SN 길이를 15비트, 타겟 기지국에서 PDCP SN 길이를 18비트인 경우를 생각해 보자

타겟 기지국은 소스 기지국에 의해 포워드된 다운링크 PDCP SDUs를 재전송할 때 18비트 PDCP SN 길이를 사용할 수 있다. 타겟 기지국은 소스 기지국에 의해 포워드된 모든 다운링크 PDCP SDUs를 재전송한다. 이 때 단말에 의한 PDCP SN 기반 리포팅을 통해 확인된 수신에 대해서는 예외로 할 수 있다. 타겟 기지국은 소스 기지국에 의해 포워드된 다운링크 PDCP SDUs를 재전송할 때 18비트 PDCP SN 길이를 사용할 수 있다.

단말은 업링크 PDCP SDUs를 재전송할 때 18비트 PDCP SN 길이를 사용할 수 있다.

재전송 PDCP SDUs에 대해 15비트의 PDCP SN길이의 PDCP SDUs를 18비트 PDCP SN 길이로 변경할 때 다음과 같은 방법을 사용할 수 있다.

3.1 15비트 PDCP SN 길이의 PDCP SN값을 18비트 PDCP SN 길이의 PDCP SN 값으로 그대로 전환

만약 15비트 PDCP SN 길이의 PDCP SN을 그대로 사용한다면, 예를 들어 재전송하는 PDCP SDUs의 SN가 15비트의 PDCP SN의 최대값(32767)을 포함하고 있는 경우( , 32766,

32767, 0, 1, ...), 단말에서 이를 인지하여 재전송된 PDCP SDUs를 처리하도록 해야 한다. 단말은 0이상의 PDCP SN를 가진 PDCP SDUs(또는 0보다 크고 (15비트 최대 PDCP SN 길이+1)/2보다 적은 PDCP SDUs)에 대해서는 수신 HFN에 기반한 COUNT를 이용하여 디사이퍼링을 할 수 있다. 단말은 재전송 PDCP SDUs에 대해 (15비트의 최대 PDCP SN+1)/2보다 긴 PDCP SN에 대해서는 수신 HFN-1에 기반한 카운트 값으로 디사이퍼링을 할 수 있다. 이 때 일 예로 HFN-1은 0으로 리셋될 수 있다. 다른 예로 HFN은 PDCP SN 길이 변경 전 HFN의 14 MSB(Most Significant Bit)를 사용할 수 있다.

이를 위한 일 예로 단말은 (15비트의 최대 PDCP SN+1)/2보다 긴 PDCP SN에 대해서는 수신 HFN-1에 기반한 카운트 값으로 디사이퍼링을 할 수 있다. 이를 위한 다른 예로 단말은 일시적으로 (15비트의 최대 PDCP SN+1)/2보다 긴 PDCP SN에 대해서는 수신 HFN-1에 기반한 카운트 값으로 디사이퍼링을 할 수 있다. 이를 위한 다른 예로 단말은 수신된 PDCP SN가 다음 PDCP 수신 PDCP SN(Next_PDCP_RX_SN)보다 (15비트 최대 PDCP SN+1)/2보다 긴 PDCP SN에 대해서는 수신 HFN-1에 기반한 카운트 값으로 디사이퍼링을 할 수 있다. 이를 위한 다른 예로 재전송 PDCP SDUs를 구분하기 위한 정보를 포함할 수 있다. 이를 위한 다른 예로 FMS와 비트맵 정보를 통해 재전송 PDCP SDUs의 PDCP SN를 유지하고 이를 수신 HFN-1에 기반한 카운트 값으로 디사이퍼링을 할 수 있다. 이를 위해 단말은 재전송 PDCP SDUs를 처리하기 위한 정보를 유지할 수 있다. 기지국은 전술한 동작을 지시하기 위한 정보를 단말에 구성할 수 있다.

3.2 15비트 PDCP SN 길이의 PDCP SN를 18비트 PDCP SN 길이에 맞게 변경하여 사용하는 방법

32767, 0, 1, ...), 단말에서 이를 인지하여 재전송된 PDCP SDUs를 처리하도록 해야 한다. 단말이 재전송된 PDCP SDUs를 구분 처리하는 것은 복잡할 수 있다. 따라서 재전송하는 PDCP SDUs의 SN가 15비트의 PDCP SN의 최대값(32767)을 포함하고 있는 경우, 이를 18비트 SN의 최대값(262143)으로 변경하여 PDCP SDUs를 재전송하도록 할 수 있다. 이 때 일 예로 HFN-1은 0으로 리셋될 수 있다. 다른 예로 HFN은 PDCP SN 길이 변경 전 HFN의 14 MSB(Most Significant Bit)를 사용할 수 있다.

예를 들어 소스 기지국의 PDCP SN 의 최대 값을 타겟 기지국의 PDCP SN의 최대값으로 변경할 수 있다. 소스 기지국의 PDCP SN는 (소스 기지국 최대 PDCP SN+1)/2보다 큰 값에 대해 소스 기지국의 PDCN SN + (타겟 기지국 최대 PDCP SN+1)*1/2+(타겟 기지국 최대 PDCP SN+1)*(1/2)^2+ … +(타겟 기지국 최대 PDCP SN+1)*(1/2)^n, n=타겟 기지국 PDCP SN 길이-소스 기지국 PDCP SN 길이를 사용하도록 할 수 있다. 예를 들어 15비트에서 18비트로 변경하는 경우, 타겟 기지국 PDCP SN = 소스기지국 PDCP SN + (262144)*1/2+(262144)*(1/2)^2+(262144)*(1/2)^3로 변경할 수 있다. ((1/2)^2는 1/2의 2승 즉 1/4를 나타냄)

일 예로 단말은 (18비트의 최대 PDCP SN+1)/2보다 긴 PDCP SN에 대해서는 수신 HFN-1에 기반한 카운트 값으로 디사이퍼링을 할 수 있다. 이를 위한 일 예로 단말은 (18비트의 최대 PDCP SN+1)/2보다 작은 PDCP SN에 대해서는 수신 HFN에 기반한 카운트 값으로 디사이퍼링을 할 수 있다. 다른 예로 단말은 수신된 PDCP SN가 다음 PDCP 수신 PDCP SN(Next_PDCP_RX_SN)보다 (18비트 최대 PDCP SN+1)/2보다 긴 PDCP SN에 대해서는 수신 HFN-1에 기반한 카운트 값으로 디사이퍼링을 할 수 있다. 기지국은 전술한 동작을 지시하기 위한 정보를 단말에 구성할 수 있다.

3.3 COUNT를 나눠 15비트 PDCP SN 길이의 PDCP SN를 18비트 PDCP SN 길이에 맞게 변경하여 사용

전술한 바와 같이 COUNT는 PDCP SN와 HFN로 구성된다. 따라서 타겟 기지국의 PDCP SN 길이에 따라 PDCP SN를 구성하고 나머지로 구성된 HFN을 통한 COUNT를 통해 사이퍼링을 수행하도록 할 수 있다.

COUNT 값의 18 LSB 부분을 PDCP SN로 사용하고 나머지 부분(12 MSB 부분)을 HFN으로 사용할 수 있다.

타겟 기지국은 소스 기지국에 의해 포워드된 다운링크 PDCP SDUs를 재전송할 때 변경 전 COUNT의 18 LSB(Least Significant Bit) 부분을 PDCP SN로 사용할 수 있다. 변경 전 COUNT의 15 LSB 부분이 15 비트 PDCP SN를 나타낸다. 이에 더해 변경 전 HFN의 3비트 부분을 더해 18비트의 PDCP SN으로 사용하여 재전송할 수 있다. 변경 전 HFN의 3비트 부분은 변경 전 HFN의 3LSB 부분을 이용할 수 있다.(또는 HFN의 연속적인 3비트를 이용할 수 있다. 또는 HFN의 3MSB 부분을 이용할 수 있다.) 이 때 일 예를 들어 타겟 기지국은 변경 전 COUNT 값을 사용하여 PDCP SDU를 사이퍼링할 수 있다. 다른 예를 들어 타겟 기지국은 18비트 PDCP SN 길이를 기반으로 산출된 COUNT 값을 사용하여 PDCP SDU를 사이퍼링할 수 있다. 이 때 일 예로 first 재전송 PDCP SDUs의 HFN는 변경 전 COUNT의 14 MSB를 사용할 수 있다. 다른 예로 first 재전송 PDCP SDUs의 HFN는 0을 사용할 수 있다.

한편 단말은 COUNT값을 사용하여 PDCP PDU를 디사이퍼링한다. 핸드오버로 인해 18비트 길이의 PDCP SN를 사용하도록 재구성된 단말은 소스 기지국에 의해 포워드되어 소스 기지국의 변경 전 COUNT의 18 LSB(Least Significant Bit) 부분을 PDCP SN으로 사용하고 변경 전 COUNT 값 또는 18비트 PDCP SN 길이를 기반으로 산출된 COUNT 값을 사용하여 전송된 PDCP PDU를 디사이퍼링할 수 있다. 이 때 일 예로 first 재전송 PDCP SDUs의 HFN는 변경 전 COUNT의 14 MSB를 사용할 수 있다. 다른 예로 first 재전송 PDCP SDUs의 HFN는 0을 사용할 수 있다.

이러한 기능을 동작하기 위한 정보는 단말에 사전구성 되거나 기지국에 의해 지시될 수도 있다.

3.4 PDCP SN 변수를 특정 값(0 또는 최대 PDCP SN ) 으로 리셋하는 방법

15비트 길이는 0~32767까지의 SN을 가질 수 있다. 기지국은 다운링크 PDCP SN 전송상태가 0~32767까지의 어떤 값이든 간에 이를 타겟 기지국으로 전달할 수 있다. 타겟 기지국은 소스 기지국에서 수신한 다운링크 PDCP SN 전송상태 값을 이용하여 (아직 PDCP SN을 가지지 않은 새로운 SDUs에 대해) PDCP SN를 붙일 수 있다. 타겟 기지국은 18비트 길이를 이용하여 다음 PDCP TX SN를 붙일 수 있다. 이 때 아직 PDCP SN을 가지지 않은 새로운 SDUs에 대해 특정한 값부터 18비트 길이의 PDCP SN을 붙일 수 있다.

15비트 길이는 0~32767까지의 SN을 가질 수 있다. 기지국은 다운링크 PDCP SN 전송상태가 어떤 값이든 이를 타겟 기지국으로 전달할 수 있다. 타겟 기지국은 소스 기지국에서 수신한 다운링크 PDCP SN 전송상태 값을 유지할 수 있다. 타겟 기지국은 18비트 길이를 이용하여 특정 값부터 다음 PDCP TX SN를 붙일 수 있다. 만약 기지국이 전송했으나 단말로부터 수신확인을 받지 못한 DL SDUs에 대해서는 만약 SN값이 그 SN값을 변경할 필요가 있을 수 있다.

타겟 기지국이 할당할 다음 PDCP SN를 Next_PDCP_TX_SN라고 하자. 일 예를 들어, 0<= Next_PDCP_TX_SN<16384(=reordering_window)일 때, 만약 만약 기지국이 전송했으나 단말로부터 수신확인을 받지 못한 DL SDUs이 있다면, 그 DL SDUs의 SN는 16384~32767값 중에 하나의 값을 가질 수 있다. 이를 처리하기 위해서는 송수신쪽에서 이를 맞춰야 될 수 있다.

이를 위한 일 예로 FMS(First missing PDCP SN)를 이용하여 맞출 수 있다.

만약 missing PDUs가 존재하는 경우 단말은 첫 번째 missing PDU를 특정한 값(예를 들어 0)으로 세팅할 수 있다. 이에 따라 단말은 PDCP SDUs를 재전송하는 데 있어서 0부터 시작하여 재전송을 시작할 수 있다. 새로운 전송 PDCP SDUs는 out of sequence 재전송 이후의 PDCP SN을 사용할 수 있다. PDCP SN 길이가 커지기 때문에 HFN에 대한 변동 없이도 재전송과 전송을 수행하도록 할 수 있는 장점이 있다.

예를 들어 FMS SN를 0으로 설정하면 PDCP SDUs는 다음과 같이 변경될 수 있다.

단말의 핸드오버 후(또는 단말의 재전송) PDCP SN = 단말의 핸드오버이전(또는 단말의 재전송전) PDCP SN ? FMS

이 때 일 예로 first 재전송 PDCP SDUs의 HFN는 변경 전 COUNT의 14 MSB를 사용할 수 있다. 다른 예로 first 재전송 PDCP SDUs의 HFN는 0을 사용할 수 있다.

4. PDCP SN 길이 변경 후 PDCP SN를 사용하여 PDCP SDUs 재전송 (큰 길이 -> 작은 길이)

설명의 편의를 위해 일 예를 들어 소스 기지국에서 PDCP SN 길이를 18비트, 타겟 기지국에서 PDCP SN 길이를 15비트인 경우를 생각해 보자

타겟 기지국은 소스 기지국에 의해 포워드된 다운링크 PDCP SDUs를 재전송할 때 15비트 PDCP SN 길이를 사용할 수 있다. 타겟 기지국은 소스 기지국에 의해 포워드된 모든 다운링크 PDCP SDUs를 재전송한다. 이 때 단말에 의한 PDCP SN 기반 리포팅을 통해 확인된 수신에 대해서는 예외로 할 수 있다. 타겟 기지국은 소스 기지국에 의해 포워드된 다운링크 PDCP SDUs를 재전송할 때 15비트 PDCP SN 길이를 사용할 수 있다.

단말은 업링크 PDCP SDUs를 재전송할 때 15비트 PDCP SN 길이를 사용할 수 있다.

재전송 PDCP SDUs에 대해 18비트의 PDCP SN길이의 PDCP SDUs를 15비트 PDCP SN 길이로 변경할 때 다음과 같은 방법을 사용할 수 있다.

4.1 모듈러 연산을 적용하여 PDCP SDUs 재전송

타겟 기지국은 긴 PDCP SN에서 짧은 PDCP SN으로 변경되는 경우, 소스 기지국에서의 PDCP SN를 그대로 유지하지 못할 수 있다.

18비트 길이는 0~262143까지의 SN을 가질 수 있다. 소스 기지국은 다운링크 PDCP SN 전송상태가 0~262143까지의 어떤 값이든 간에 이를 타겟 기지국으로 전달할 수 있다. 타겟 기지국은 소스 기지국에서 수신한 다운링크 PDCP SN 전송상태 값을 이용하여 (아직 PDCP SN을 가지지 않은 새로운 SDUs에 대해) PDCP SN를 붙일 수 있다. 타겟 기지국은 15비트 길이를 이용하여 다음 PDCP TX SN를 붙일 수 있다. 따라서 15비트 길이에 맞게 다음 PDCP SN 전송 상태 값을 변경할 수 있다. 이를 위한 일 예로 타겟 기지국의 다운링크 PDCP SN 전송상태를 다운링크 PDCP SN 전송 상태 값을 (소스 기지국의 다운링크 PDCP SN 전송상태) modulo (소스 기지국 최대 PDCP SN+1)으로 할 수 있다.

타겟 기지국은 소스 기지국에서 수신한 다운링크 PDCP SN 전송상태 값을 활용하여 18비트 길이의 PDCP SN을 붙일 수 있다.

다른 예로 타겟 기지국은 소스 기지국에 의해 포워드된 다운링크 PDCP SDUs를 재전송할 때 18비트 PDCP SN 길이를 사용할 수 있다. 타겟 기지국은 소스 기지국에 의해 포워드된 모든 다운링크 PDCP SDUs를 재전송한다. 이 때 단말에 의한 PDCP SN 기반 리포팅을 통해 확인된 수신에 대해서는 예외로 할 수 있다. 타겟 기지국은 소스 기지국에 의해 포워드된 다운링크 PDCP SDUs를 재전송할 때 18비트 PDCP SN 길이를 사용할 수 있다. 이 때 일 예로 타겟 기지국은 15비트 PDCP SN 길이를 기반으로 산출된 COUNT 값을 사용하여 PDCP SDU를 사이퍼링할 수 있다. 다른 예로 first 재전송 PDCP SDUs의 HFN는 변경 전 COUNT의 17 MSB를 사용할 수 있다. 다른 예로 first 재전송 PDCP SDUs의 HFN는 0을 사용할 수 있다.

4.2 18비트 PDCP SN 길이의 PDCP SN를 복수 그룹의 15비트 PDCP SN 길이로 변경하는 방법

만약 18비트 PDCP SN 길이의 PDCP SN을 15비트 PDCP SN 길이로 변경한다면, 예를 들어 재전송하는 PDCP SDUs의 SN의 범위가 15비트의 PDCP SN의 최대값(32767)을 넘는 경우, 기지국은 이를 구분하여 재전송을 수행하고, 단말에서도 이를 구분하여 재전송된 PDCP SDUs를 처리하도록 해야 한다.

예를 들어 18비트 PDCP SN 길이를 가지는 경우 리오더링 윈도우는 PDCP SN 공간의 절반에 해당하므로 PDCP SDUs 재전송 공간의 범위는 17비트 PDCP SN 범위가 된다. 이를 15비트 PDCP SN길이를 이용하여 처리하기 위해서는 (최대) 4개까지의 15비트 PDCP SN 길이를 사용해야 한다.

이를 구분하기 위한 일 예로 별도의 필드를 정의/사용하여 이를 구분하여 매핑 할 수 있다. 예를 들어 PDCP 데이터 PDU 포맷에 이를 구분하기 위한 필드를 추가해 PDCP SDUs를 재전송하도록 할 수 있다. 다른 예를 들어 기존 PDCP 데이터 PDU 포맷에서 사용되는 필드 중 하나의 필드에 대해 필드 값을 구분하여 PDCP SDUs를 재전송하도록 할 수 있다. 이를 구분하기 위한 다른 예로 HFN를 이용할 수 있다. 다른 예를 들어 COUNT 값을 PDCP SN로 사용하여 PDCP SDUs를 재전송하도록 할 수 있다. 다른 예를 들어 송신기(transmitter)는 COUNT 값을 통해 15비트 PDCP SN와 17비트 HFN을 유지한다. 여기서 first 재전송 PDCP SDUs의 HFN는 변경 전 COUNT의 17 MSB를 사용하거나 0을 사용할 수 있다. 재전송 PDCP SDUs는 변경 전 COUNT 값 순서대로 단말(또는 PDCP 엔티티)에 버퍼링된 되어 있다. 단말(또는 PDCP 엔티티)는 변경 전 COUNT 값 순서대로 15비트 PDCP SN(변경 전 COUNT의 15LSB) 값을 이용하여 PDCP SDUs를 재전송하도록 할 수 있다. 다른 예를 들어 변경 전 PDCP SN 길이와 변경 후 PDCP SN 길이 중 큰 값을 PDCP SN 길이로 하여 PDCP SDUs를 재전송하도록 할 수 있다.

단말은 수신한 정보를 기반으로 (15비트 PDCP SN에 대한) COUNT값을 이용하여 디사이퍼링을 할 수 있다. 여기서 first 재전송 PDCP SDUs의 HFN는 변경 전 COUNT의 17 MSB를 사용하거나 0을 사용할 수 있다. 이를 위한 일 예로 단말은 그룹핑된 윈도우 단위로 HFN 순서를 증가시켜 가며 이에 기반한 COUNT 값을 통해 디사이퍼링을 할 수 있다. 이를 위한 다른 예로 소스 기지국의 다운링크 PDCP SN에 대한 그룹을 정의하기 위한 필드와 15비트로 변경된 PDCP SN을 이용하여 이에 기반한 COUNT 값을 통해 디사이퍼링을 할 수 있다. 소스 기지국의 다운링크 PDCP SN에 대한 최대 값에 도달할 때마다 17비트 HFN를 증가시킬 수 있다. 단말은 이에 따른 COUNT 값을 통해 디사이퍼링을 할 수 있다. 만약 소스 기지국의 다운링크 PDCP SN에 대한 범위가 소스 기지국의 최대 PDCP SN을 포함하고 있는 경우 소스 기지국의 다운링크 PDCP SN이 최대 값에서 0으로 변경될 때17비트의 COUNT 값을 증가시킬 수 있다. 단말은 이에 따른 COUNT 값을 통해 디사이퍼링을 할 수 있다.

이를 위한 다른 예로 기지국 또는 단말은 FMS에서 HFN를 0으로 세팅할 수 있다. 그리고 FMS의 PDCP SN에 대한 몫에서 PDCP SDUs(또는 PDCP PDUs)의 PDCP SN에 대한 그룹이 증가할 때마다(또는 변경될 때마다 또는 증가하거나 0으로 변경될 때) HFN를 증가시킬 수 있다. 단말은 이에 따른 COUNT 값을 통해 디사이퍼링을 할 수 있다. 단말은 이러한 동작이 사전구성 되거나 기지국에 의해 전술한 동작을 지시하는 정보를 수신할 수 있다.

단말은 변경 전 COUNT에서 타겟 기지국이 지시한 PDCP SN 길이만큼의 LSB 부분을 PDCP SN로 하여 PDCP SDUs에 대한 재전송을 할 수 있다.

이 때 TX_HFN은 이전 TX_HFN의 LSB 부분에 PDCP SN 길이로 제거된 MSB 부분을 추가하는 것 같다. 예를 들어 변경 전 COUNT에서 변경 후 PDCP SN 부분의 나머지(rest) 부분으로 변경 전 COUNT에서 (32-변경후 PDCP SN 길이)의 MSB 부분이 될 수 있다.

이에 따라 TX_HFN은 COUNT에서 핸드오버 후 PDCP SN 길이의 나머지 부분으로 변경된다.

다른 예로 타겟 기지국은 소스 기지국에 의해 포워드된 PDCP SN 길이보다 적은 값을 이용하여 PDCP SN 크기를 구성하지 못하도록 할 수 있다. 예를 들어 타겟 기지국은 소스 기지국에 의해 포워드된 PDCP SN 길이와 같거나 큰 값을 이용하여 PDCP SN 크기를 구성하도록 할 수 있다.

4.3 PDCP SN 변수를 특정 값(0 또는 최대 PDCP SN ) 으로 리셋하는 방법

18비트 길이는 0~262143까지의 SN을 가질 수 있다. 기지국은 다운링크 PDCP SN 전송상태가 0~262143까지의 어떤 값이든 간에 이를 타겟 기지국으로 전달할 수 있다. 타겟 기지국은 소스 기지국에서 수신한 다운링크 PDCP SN 전송상태 값을 이용하여 (아직 PDCP SN을 가지지 않은 새로운 SDUs에 대해) PDCP SN를 붙일 수 있다. 타겟 기지국은 15비트 길이를 이용하여 다음 PDCP TX SN를 붙일 수 있다. 이 때 아직 PDCP SN을 가지지 않은 새로운 SDUs에 대해 특정한 값부터 15비트 길이의 PDCP SN을 붙일 수 있다.

기지국은 다운링크 PDCP SN 전송상태가 어떤 값이든 이를 타겟 기지국으로 전달할 수 있다. 타겟 기지국은 소스 기지국에서 수신한 다운링크 PDCP SN 전송상태 값을 유지할 수 있다. 타겟 기지국은 15비트 길이를 이용하여 특정 값부터 다음 PDCP TX SN를 붙일 수 있다. 만약 기지국이 전송했으나 단말로부터 수신확인을 받지 못한 DL SDUs에 대해서는 만약 SN값이 그 SN값을 변경할 필요가 있을 수 있다.

만약 missing PDUs가 존재하는 경우 단말은 첫 번째 missing PDU를 특정한 값(예를 들어 0)으로 세팅할 수 있다. 이에 따라 단말은 PDCP SDUs를 재전송하는 데 있어서 0부터 시작하여 재전송을 시작할 수 있다. 새로운 전송 PDCP SDUs는 out of sequence 재전송 이후의 PDCP SN을 사용할 수 있다. PDCP SN 길이가 작아지지만, HFN에 대한 변동을 순차적으로 증가시키며 처리할 수 있는 장점이 있다.

단말의 핸드오버 후(또는 단말의 재전송) PDCP SN = 단말의 핸드오버이전(또는 단말의 재전송전) PDCP SN modulo (타겟기지국 PDCP SN+1) ? FMS

4.4 초과되는 PDCP SDUs를 버리는 방법

설명의 편의를 위해 기지국이 transmitter인 경우에 대해 설명하나 단말이 transmitter인 경우도 동일하게 적용할 수 있다.

소스 기지국은 first missing UL SDU의 PDCP SN와 단말이 타겟 셀 내에서 재전송할 필요가 있는 out of sequence UL SDUs의 수신 상태의 비트맵을 타겟 기지국으로 전송할 수 있다. 이를 위해 소스 기지국은 18비트 길이의 first missing UL SDU의 PDCP SN와 HFN, 그리고 18비트 길이 PDCP SN에 대해 (1…131072) 비트스트링을 전송할 수 있다. 여기서, 첫번째 비트는 first missing UL SDU의 상태를 N번째 비트는 (N + first missing SDU number) modulo (1+PDCP SN의 최대값(15비트의 경우 32767))의 비트포지션의 UL PDCP SDU 상태를 나타낸다. 여기서 0은 PDCP SDU가 수신되지 않은 것을, 1은 PDCP SDU가 올바르게 수신된 것을 나타낸다.

타겟 기지국은 소스기지국으로부터 수신한 first missing SDU의 PDCP SN을 이용하여 올바르게 수신되지 않은 PDCP SDUs를 수신하거나, 올바르게 수신된 PDCP SDUs의 중복제거를 처리하는데 사용할 수 있다. 이 때 복잡성을 감소시키기 위해 15비트 길이를 사용할 때 최대 PDCP SN 공간을 넘는 PDCP SN을 버릴 수 있다.

본 발명에서 설명의 편의를 위해 기존 LTE와 같은 32비트 COUNT값 사용을 예시해서 설명하였다. 하지만 다른 비트값을 COUNT값으로 사용하는 것도 본 발명의 범주에 포함된다.

이하에서는 PDCP Status report 구성 방법에 대해 설명한다. 이하에서 설명하는 방법들은 개별적으로 또는 조합해서 사용될 수 있다.

만약 단말이 (무선베어러에 대해) 업링크로 PDCP 상태 리포트를 보내도록 구성되었다면, 단말은 하위 계층으로부터 수신되는 PDCP 데이터 PDUs의 처리 후에 아래와 같이 상태 리포트를 컴파일하고 이를 (전송을 위한 첫 번째 PDCP PDU로) 하위 계층으로 전송/제출할 수 있다.

-FMS 필드를 first missing PDCP SDU의 PDCP SN으로 세팅(setting the FMS field to the PDCP SN of the first missing PDCP SDU;)

-만약 적어도 하나의 저장된 out-of-sequence PDCP SDU가 있다면, first missing PDCP SDU를 포함하지 않고부터 마지막 out-of-sequence PDCP SDUs를 포함하는 PDCP SNs의 수와 같은 비트 길이의 비트맵 필드를 할당(if there is at least one out-of-sequence PDCP SDU stored, allocating a Bitmap field of length in bits equal to the number of PDCP SNs from and not including the first missing PDCP SDU up to and including the last out-of-sequence PDCP SDUs, rounded up to the next multiple of 8, or up to and including a PDCP SDU for which the resulting PDCP Control PDU size is equal to 8188 bytes, whichever comes first).

- 해당하는 비트맵 포지션에 PDCP SDUs가 수신되지 않은 것에 대해 그리고 선택적으로 PDCP SDU에 대한 decompression이 실패한 것에 대해 0을 세팅(setting as ‘0’ in the corresponding position in the bitmap field for all PDCP SDUs that have not been received as indicated by lower layers, and optionally PDCP SDUs for which decompression have failed;)

- 모든 다른 PDCP SDUs에 대해 비트맵에 1을 세팅(indicating in the bitmap field as ‘1’ for all other PDCP SDUs.)

5. 타겟 기지국 PDCP SN 길이를 사용하여 PDCP 상태리포트 구성 ( 작은 길이 -> 큰 길이)

핸드오버를 지시하는 RRC 연결 재구성 메시지를 수신한 단말은 타겟 기지국에 의해 지시된 PDCP SN 길이가 구성된다.

따라서, 단말은 타겟 기지국 PDCP SN 길이에 따른 PDCP 상태리포트를 구성할 수 있다.

일 예를 들어 소스 기지국에서 PDCP SN 길이를 15비트, 타겟 기지국에서 PDCP SN 길이를 18비트인 경우를 생각해 보자. 이 경우 타겟 기지국에서의 PDCP SN 길이에 따라 18비트 FMS(first missing PDCP SDU)를 붙여야 한다.

하지만, 단말의 PDCP 엔티티는 15비트 PDCP SN를 기준으로 하는 PDCP SDUs의 수신상태에 대해 알고 있다. 따라서 단말의 PDCP 엔티티는 18비트의 PDCP SN를 통해 PDCP SDUs의 PDCP 수신 상태를 구성하기 위해서는 15비트의 PDCP SN에 추가로 3비트를 덧붙여야 한다. 이를 위한 방법으로 다음과 같은 방법이 있을 수 있다.

5.1 소스 기지국 비트에 0으로된 추가 비트를 앞에 추가

예를 들어 소스 기지국의 PDCP SN 15비트 앞에 0으로된 추가 3비트를 붙여 18비트의 PDCP SN를 만들 수 있다. 이에 따라 FMS는 15비트와 같은 값을 가지지만, 18비트로 구성되어 전달될 수 있다.

5.2 COUNT 에서 추가 비트에 해당하는 비트값을 사용

예를 들어 소스 기지국의 PDCP SN가 15비트이면, 이 때의 HFN은 17비트이다. PDCP SN 15비트는 COUNT의 15 LSB(Least Significant Bit) 부분이고, HFN 17비트는 COUNT의 17 MSB(Most Significant Bit) 부분이다.

타겟 기지국의 PDCP SN가 18비트이면, 이 때의 HFN은 14비트이다. PDCP SN 18비트는 COUNT의 18 LSB(Least Significant Bit) 부분을 이용하여 구성할 수 있다.

이는 소스 기지국의 HFN 17비트 중 3LSB를 기존 15비트 PDCP SN 앞에 결합한 값이다.

이는 COUNT에서 타겟 기지국 PDCP SN 길이의 LSB 부분이 될 수 있다.

5.3 FMS를 0으로 세팅하여 사용

일 예를 들어 18비트의 FMS를 0으로 리셋하여 사용할 수 있다. 그리고 비트맵을 통해 PDCP 수신 상태 정보를 제공할 수 있다.

다른 예를 들어 18비트의 FMS를 특정 값으로부터 리셋하여 사용할 수 있다. 그리고 비트맵을 통해 PDCP 수신 상태 정보를 제공할 수 있다.

6. 타겟 기지국 PDCP SN 길이를 사용하여 PDCP 상태리포트 구성 (큰 길이 -> 작은 길이)

다른 예를 들어 소스 기지국에서 PDCP SN 길이를 18비트, 타겟 기지국에서 PDCP SN 길이를 15비트인 경우를 생각해 보자. 이 경우 타겟 기지국에서의 PDCP SN 길이에 따라 15비트 FMS(first missing PDCP SDU)를 붙여야 한다.

6.1 소스 기지국의 PDCP SN에 대해 모듈러 연산 적용

18비트 길이는 0~262143까지의 SN을 가질 수 있다. 반면, 15비트 길이는 0~32767까지의 SN을 가질 수 있다. 단말의 15비트 FMS = (단말의 18비트 FMS) modulo (타겟 기지국 최대 PDCN SN 길이 + 1)로 할 수 있다.

6.2 COUNT에서 타겟 기지국의 PDCP SN 길이의 LSB 부분을 사용

예를 들어 타겟 기지국의 PDCP SN가 18비트이면, 이 때의 HFN은 14비트이다. PDCP SN 18비트는 COUNT의 18 LSB(Least Significant Bit) 부분이고, HFN 14비트는 COUNT의 14 MSB(Most Significant Bit) 부분이다.

타겟 기지국의 PDCP SN가 15비트이면, 이 때의 HFN은 17비트이다. PDCP SN 15비트는 COUNT의 15 LSB(Least Significant Bit) 부분을 이용하여 구성할 수 있다.

6.3 FMS를 0으로 세팅하여 사용

일 예를 들어 15비트의 FMS를 0으로 리셋하여 사용할 수 있다. 그리고 비트맵을 통해 PDCP 수신 상태 정보를 제공할 수 있다.

다른 예를 들어 15비트의 FMS를 특정 값으로부터 리셋하여 사용할 수 있다. 그리고 비트맵을 통해 PDCP 수신 상태 정보를 제공할 수 있다.

7. 소스 기지국 PDCP SN 길이를 사용하여 PDCP 상태리포트 구성 ( 작은 길이 -> 큰 길이)

하지만 PDCP 상태 리포트는 소스 기지국의 전송 상태를 나타내는 것이다. 따라서 단말은 소스 기지국의 PDCP SN 길이에 따른 PDCP 상태리포트를 구성할 수 있다.

일 예를 들어 소스 기지국에서 PDCP SN 길이를 15비트, 타겟 기지국에서 PDCP SN 길이를 18비트인 경우를 생각해 보자. 이 경우 소스 기지국에서의 PDCP SN 길이에 따라 15비트 FMS(first missing PDCP SDU)를 사용하여 PDCP 상태 리포트를 구성한다. 즉 PDCP SN 길이 변경 전에 소스 기지국에서 구성되어 사용된 비트 길이를 이용하여 FMS를 세팅할 수 있다. 15비트 길이를 이용하여 세팅된 FMS와 비트맵을 수신한 타겟 기지국은 이를 기반으로 missing PDCP SDUs의 SN를 알 수 있다.

8. 소스 기지국 PDCP SN 길이를 사용하여 PDCP 상태리포트 구성 (큰 길이 -> 작은 길이)

일 예를 들어 소스 기지국에서 PDCP SN 길이를 18비트, 타겟 기지국에서 PDCP SN 길이를 15비트인 경우를 생각해 보자. 이 경우 소스 기지국에서의 PDCP SN 길이에 따라 18비트 FMS(first missing PDCP SDU)를 사용하여 PDCP 상태 리포트를 구성한다. 즉 PDCP SN 길이 변경 전에 소스 기지국에서 구성되어 사용된 비트 길이를 이용하여 FMS를 세팅할 수 있다. 18비트 길이를 이용하여 세팅된 FMS와 비트맵을 수신한 타겟 기지국은 이를 기반으로 missing PDCP SDUs의 SN를 알 수 있다.

9. PDCP 상태리포트에 PDCP SN 길이를 구별하기 위한 정보 제공

하지만 PDCP 상태 리포트는 소스 기지국의 전송 상태를 나타내는 것이다.

단말과 기지국은 PDCP SDUs SN에 대해 동일한 방식으로 해석하는 것이 바람직할 수 있다. 이를 위해 기지국 또는 단말은 이를 구별하기 위한 정보를 제공할 수 있다.

일 예로 기지국은 단말이 구성하는 PDCP 상태 리포트 또는 PDCP SDUs에 대해 소스 기지국 PDCP SN 길이 또는 타겟 기지국 PDCP SN 길이를 구별해서 표시하도록 하기 위한 정보를 지시할 수 있다.

다른 예로 단말은 PDCP 상태 리포트 또는 PDCP SDUs에 대해 소스 기지국 PDCP SN 길이 또는 타겟 기지국 PDCP SN 길이를 구별해서 표시하도록 하기 위한 정보를 포함해 구성할 수 있다. 예를 들어 별도 필드를 정의해 추가할 수 있다. 또는 기존 필드의 필드 값을 정의해

참고로 TS 36.300의 핸드오버 절차를 첨부한다. 이는 LTE 기반의 핸드오버이지만, NR에서도 적용될 수 있다.

0 The UE context within the source eNB contains information regarding roaming and access restrictions which were provided either at connection establishment or at the last TA update.

1 The source eNB configures the UE measurement procedures according to the roaming and access restriction information and e.g. the available multiple frequency band information. Measurements provided by the source eNB may assist the function controlling the UE's connection mobility.

2 A MEASUREMENT REPORT is triggered and sent to the eNB.

3 The source eNB makes decision based on MEASUREMENT REPORT and RRM information to hand off the UE.

4 The source eNB issues a HANDOVER REQUEST message to the target eNB passing necessary information to prepare the HO at the target side (UE X2 signalling context reference at source eNB, UE S1 EPC signalling context reference, target cell ID, KeNB*, RRC context including the C-RNTI of the UE in the source eNB, AS-configuration, E-RAB context and physical layer ID of the source cell + short MAC-I for possible RLF recovery). UE X2 / UE S1 signalling references enable the target eNB to address the source eNB and the EPC. The E-RAB context includes necessary RNL and TNL addressing information, and QoS profiles of the E-RABs.

5 Admission Control may be performed by the target eNB dependent on the received E-RAB QoS information to increase the likelihood of a successful HO, if the resources can be granted by target eNB. The target eNB configures the required resources according to the received E-RAB QoS information and reserves a C-RNTI and optionally a RACH preamble. The AS-configuration to be used in the target cell can either be specified independently (i.e. an "establishment") or as a delta compared to the AS-configuration used in the source cell (i.e. a "reconfiguration").

6 The target eNB prepares HO with L1/L2 and sends the HANDOVER REQUEST ACKNOWLEDGE to the source eNB. The HANDOVER REQUEST ACKNOWLEDGE message includes a transparent container to be sent to the UE as an RRC message to perform the handover. The container includes a new C-RNTI, target eNB security algorithm identifiers for the selected security algorithms, may include a dedicated RACH preamble, and possibly some other parameters i.e. access parameters, SIBs, etc. The HANDOVER REQUEST ACKNOWLEDGE message may also include RNL/TNL information for the forwarding tunnels, if necessary.

Steps 7 to 16 provide means to avoid data loss during HO and are further detailed in 10.1.2.1.2 and 10.1.2.3.

7 The target eNB generates the RRC message to perform the handover, i.e. RRCConnectionReconfiguration message including the mobilityControlInformation, to be sent by the source eNB towards the UE. The source eNB performs the necessary integrity protection and ciphering of the message. The UE receives the RRCConnectionReconfiguration message with necessary parameters (i.e. new C-RNTI, target eNB security algorithm identifiers, and optionally dedicated RACH preamble, target eNB SIBs, etc.) and is commanded by the source eNB to perform the HO. The UE does not need to delay the handover execution for delivering the HARQ/ARQ responses to source eNB.

8 The source eNB sends the SN STATUS TRANSFER message to the target eNB to convey the uplink PDCP SN receiver status and the downlink PDCP SN transmitter status of E-RABs for which PDCP status preservation applies (i.e. for RLC AM). The uplink PDCP SN receiver status includes at least the PDCP SN of the first missing UL SDU and may include a bit map of the receive status of the out of sequence UL SDUs that the UE needs to retransmit in the target cell, if there are any such SDUs. The downlink PDCP SN transmitter status indicates the next PDCP SN that the target eNB shall assign to new SDUs, not having a PDCP SN yet. The source eNB may omit sending this message if none of the E-RABs of the UE shall be treated with PDCP status preservation.

9 After receiving the RRCConnectionReconfiguration message including the mobilityControlInformation , UE performs synchronisation to target eNB and accesses the target cell via RACH, following a contention-free procedure if a dedicated RACH preamble was indicated in the mobilityControlInformation, or following a contention-based procedure if no dedicated preamble was indicated. UE derives target eNB specific keys and configures the selected security algorithms to be used in the target cell.

10 The target eNB responds with UL allocation and timing advance.

11 When the UE has successfully accessed the target cell, the UE sends the RRCConnectionReconfigurationComplete message (C-RNTI) to confirm the handover, along with an uplink Buffer Status Report, whenever possible, to the target eNB to indicate that the handover procedure is completed for the UE. The target eNB verifies the C-RNTI sent in the RRCConnectionReconfigurationComplete message. The target eNB can now begin sending data to the UE.

12 The target eNB sends a PATH SWITCH REQUEST message to MME to inform that the UE has changed cell.

13 The MME sends a MODIFY BEARER REQUEST message to the Serving Gateway.

14 The Serving Gateway switches the downlink data path to the target side. The Serving gateway sends one or more "end marker" packets on the old path to the source eNB and then can release any U-plane/TNL resources towards the source eNB.

15 The Serving Gateway sends a MODIFY BEARER RESPONSE message to MME.

16 The MME confirms the PATH SWITCH REQUEST message with the PATH SWITCH REQUEST ACKNOWLEDGE message.

17 By sending the UE CONTEXT RELEASE message, the target eNB informs success of HO to source eNB and triggers the release of resources by the source eNB. The target eNB sends this message after the PATH SWITCH REQUEST ACKNOWLEDGE message is received from the MME.

18 Upon reception of the UE CONTEXT RELEASE message, the source eNB can release radio and C-plane related resources associated to the UE context. Any ongoing data forwarding may continue.

상기한 바와 같이 본 발명은 셀 변경 또는 기지국 변경 과정에 PDCP SN 길이를 변경된 경우에도 단말과 기지국이 손실없이 데이터를 전송할 수 있는 효과가 있다.

도 4는 또 다른 실시예에 의한 기지국의 구성을 보여주는 도면이다.

도 4를 참조하면, 또 다른 실시예에 의한 기지국(1000)은 제어부(1010)과 송신부(1020), 수신부(1030)을 포함한다.

제어부(1010)는 전술한 본 발명을 수행하기에 필요한 셀 변경 또는 기지국 변경 과정에 PDCP SN 길이를 변경된 경우에도 단말과 기지국이 손실없이 데이터를 송수신하는 데에 따른 전반적인 기지국의 동작을 제어한다.

송신부(1020)와 수신부(1030)는 전술한 본 발명을 수행하기에 필요한 신호나 메시지, 데이터를 단말과 송수신하는데 사용된다.

도 5는 또 다른 실시예에 의한 사용자 단말의 구성을 보여주는 도면이다.

도 5를 참조하면, 또 다른 실시예에 의한 사용자 단말(1100)은 수신부(1110) 및 제어부(1120), 송신부(1130)을 포함한다.

수신부(1110)는 기지국으로부터 하향링크 제어정보 및 데이터, 메시지를 해당 채널을 통해 수신한다.

또한 제어부(1120)는 전술한 본 발명을 수행하기에 필요한 셀 변경 또는 기지국 변경 과정에 PDCP SN 길이를 변경된 경우에도 단말과 기지국이 손실없이 데이터를 송수신하는 데에 따른 전반적인 단말의 동작을 제어한다.

송신부(1130)는 기지국에 상향링크 제어정보 및 데이터, 메시지를 해당 채널을 통해 전송한다.

전술한 실시예에서 언급한 표준내용 또는 표준문서들은 명세서의 설명을 간략하게 하기 위해 생략한 것으로 본 명세서의 일부를 구성한다. 따라서, 위 표준내용 및 표준문서들의 일부의 내용을 본 명세서에 추가하거나 청구범위에 기재하는 것은 본 발명의 범위에 해당하는 것으로 해석되어야 한다.

이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 발명의 기술사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims

단말이 데이터를 송수신하는 방법에 있어서,
셀 변경 또는 기지국 변경 과정에 PDCP SN 길이를 변경된 경우에도 단말과 기지국이 손실없이 데이터를 송수신하는 방법.