KR20210126623A - 통신 네트워크에서 무선 연결 재개 - Google Patents

통신 네트워크에서 무선 연결 재개 Download PDF

Info

Publication number
KR20210126623A
KR20210126623A KR1020217027305A KR20217027305A KR20210126623A KR 20210126623 A KR20210126623 A KR 20210126623A KR 1020217027305 A KR1020217027305 A KR 1020217027305A KR 20217027305 A KR20217027305 A KR 20217027305A KR 20210126623 A KR20210126623 A KR 20210126623A
Authority
KR
South Korea
Prior art keywords
pdcp
message
rrc
enb
rat
Prior art date
Application number
KR1020217027305A
Other languages
English (en)
Inventor
프랭크 우
Original Assignee
구글 엘엘씨
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 구글 엘엘씨 filed Critical 구글 엘엘씨
Publication of KR20210126623A publication Critical patent/KR20210126623A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

기지국과의 연결을 재개하기 위해 사용자 단말(UE)은 제2 무선 접속 기술 (RAT)을 따르는 무선 인터페이스를 통한 무선 연결을 사용하여 제1 RAT에 대응하는 포멧에 따라 기지국과 메시지들을 통신한다(702). UE는 무선 연결을 일시 중지하고(704), 일시 중지하는 것에 후속하여 제1 RAT에 대응하는 포맷에 따라 무선 연결이 재개되었다는 표시를 기지국으로 전송한다(708).

Description

통신 네트워크에서 무선 연결 재개
본 개시는 일반적으로 무선 통신에 관한 것으로, 보다 구체적으로는 무선 연결을 재개하기 위한 절차에 관한 것이다.
일부 유형의 네트워크 아키텍처에 따라 기지국은 특정 무선 접속 기술(RAT)를 사용하여 사용자 단말(UE)과 통신하고, 보다 진보된 쿠어 네트워크(CN)에 연결하여 UE에게 보다 진보된 CN의 기능을 제공한다.
예를 들어, 차세대 진화형 Node B eNB(ng-eNB)는 진화된 범용 지상 무선 접속(EUTRA)을 지원하고 5G 코어(5GC)에 연결한다. 이 경우, EUTRA의 물리계층(PHY)은 매체 접속 제어(MAC) 부계층(sublayer)으로 전송 채널을 제공하고, MAC 부계층은 무선 링크 제어(RLC) 부계층으로 논리 채널을 제공하고, RLC 부계층은 패킷 데이터 수렴 계층(PDCP) 부계층으로 RLC 채널을 차례로 제공한다. 5GC에 대한 연결을 지원하기 위해 EUTRA PDCP 부계층은 무선 연결 제어(RRC) 부계층으로 시그널링 무선 베어러(SRB)를 제공하고, NR(New Radio) PDCP 부계층은 데이터 무선 베어러 (DRB)를 서비스 데이터 적응 프로토콜(SDAP)에 제공하고 RRC 부계층으로 SRB를 전송한다.
RRC 부계층에서, 4G 및 5G 표준은 경우에 따라 상이한 기능을 지원한다. 예를 들어, 4G-LTE RRC 프로토콜은 UE가 기지국과 활성 무선 연결을 갖지 않는 RRC 유휴(RRC_IDLE) 상태 및 UE가 기지국과 활성 무선 연결을 갖는 RRC 연결 (RRC_CONNECTED) 상태를 지정했다. 5G 프로토콜은 UE가 RRC 연결 상태로 더 빠르게 천이할 수 있도록 중간 상태인 RRC 비활성(RRC_INACTIVE)을 도입했다.
UE가 RRC 비활성 상태에 있을 때, UE는 상향링크 방향으로의 데이터 전송을 시작하기 위해 RRC 연결 상태로 천이해야 한다. 이를 위해, 단말은 RRC 재개 절차를 수행하는데, 이는 단말이 RRC 연결 재개 요청(RRCConnectionResumeRequest) 메시지를 기지국으로 전송하고, 응답으로 RRC 연결 재개(RRCConnectionResume) 명령을 기지국으로부터 수신하고, 상태 천이가 완료되었음을 확인하기 위해 기지국으로 RRC 연결 재개 완료(RRCConnectionResumeComplete) 메시지를 전송하도록 요구한다. 일부 경우, UE가 RRC 연결 재개 요청 메시지를 기지국으로 전송한 후, 기지국은 폴백 절차를 따르고 RRC 연결 재개 요청 메시지에 대한 응답으로 RRC 연결 설정(RRCConnectionSetup) 명령을 전송하고, UE는 상태 천이가 완료되었음을 확인하기 위해 RRC 연결 설정 완료(RRCConnectionSetupComplete) 메시지를 기지국으로 전송한다.
셀룰러 통신과 관련된 여러 사양은 UE가 위에서 설명한 유형의 네트워크(예를 들어, 3GPP TS 36.331 v 15.3.0, TS 36.323 v 15.1.0, TS 38.323 v 15.3.0, TS 38.331 v 15.3.0 및 TS 36.300 v 15.3.0))에서 RRC 상태 사이를 천이할 수 있는 프로토콜을 제공하지만, UE가 RRC 비활성 상태에서 RRC 연결 상태로 천이하지만 데이터를 전송하거나 수신할 수 없는 상태로 남아 있을 때 비정상적인 상황이 남아 있다.
하나의 이러한 상황에서, UE는 RRC_CONNECTED 상태에서 동작하고 ng-eNB의 RRC 엔티티와 NR PDCP 프로토콜 데이터 유닛(PDU)을 교환하기 위해 EUTRA를 통해 ng-eNB와 통신한다. RRC_INACTIVE 상태로 천이한 후, UE는 어느 시점에서 예를 들어 상향링크 데이터를 전송하기 위해 연결을 재개하려고 시도한다. 이를 위해 단말은RRCConnectionResumeRequest 메시지를 전송하고 응답으로 RRCConnectionSetup 메시지를 수신한다. 이어서 UE는 NR PDCP 엔티티를 포함하여 모든 무선 자원을 해제하고, RRCConnectionSetupComplete 메시지를 전송하고 그리고 이 메시지를 EUTRA PDCP PDU에 포함한다.
그 결과, UE는 RRC_CONNECTED 상태를 유지하지만 어떠한 데이터도 전송하거나 수신할 수 없다.
일반적으로 말하면, 본 개시의 기술은 이전에 연결을 해제한 PDCP 엔티티가 기지국이 UE와 통신하는데 사용하는 것과 상이한 RAT에 해당하는 경우, UE와 기지국이 RRC 재개 절차와 관련된 메시지를 적절하게 디코딩하도록 허용한다.
하나의 기술에 따르면, UE는 연결이 해제되기 전에 사용된 동일한 기본 프로토콜(예를 들어, NR PDCP)을 사용하여 연결이 성공적으로 재개되었음을 보고하는 RRC 메시지(RRCConnectionSetupComplete 메시지)를 ng-eNB로 전송한다. 하나의 예시적인 구현에서, UE는 RRC 메시지를 포맷하고 전송하는 동일한 엔티티(예를 들어, NR PDCP 엔티티)를 유지한다. 다른 예시적인 구현에서, UE는 RRC 메시지를 포맷하고 전송하기 위해 새로운 엔티티를 시작한다. 어느 경우든, UE가 성공적으로 RRC 연결을 재개한 후, UE는 RRC 연결을 재개하기 위해 사용된 동일한 포맷 또는 프로토콜을 사용하여 후속 절차(예를 들어, 보안 모드, 하향링크(DL) 정보, 상향링크(UL) 정보, RRC 재구성 등)를 수행한다.
다른 기술에 따르면, 기지국은 기지국이 UE(예를 들어, EUTRA PDCP)와 통신하기 위해 사용하는 RAT에 대응하는 프로토콜에 따라 UE가 연결을 재개했음을 보고하는 RRC 메시지(수신된 RRCConnectionSetupComplete 메시지)를 운반하는 데이터 유닛을 디코딩하는 것을 디폴트로 설정한다. 따라서, 임의의 이전의 PDCP PDU 교환의 포맷에도 불구하고, UE는 RAT에 해당하는 프로토콜을 사용하여 상기 연결이 성공적으로 재개되었음을 보고하는 RRC 메시지(RRCConnectionSetupComplete 메시지)를 ng-eNB로 전송한다. 단말은 RRC 연결 재개에 사용되는 것과 동일한 포맷 또는 프로토콜을 사용하여 후속 절차(예를 들어, 보안 모드, DL 정보, UL 정보, RRC 재구성 등)를 수행한다.
또 다른 기술에 따르면, 기지국은 위의 접근방식과 유사하게, 기지국이 UE와 통신하기 위해 사용하는 RAT(예를 들어, EUTRA PDCP)에 대응하는 프로토콜에 따라 UE가 연결을 재개했음을 보고하는 RRC 메시지(수신된 RRCConnectionSetupComplete 메시지)를 운반하는 데이터 유닛을 디코딩한다. 그러나, UE는 이후 RRC 연결을 해제하기 전에 사용된 동일한 포맷(예를 들어, NR PDCP)을 사용하여 후속 절차(예를 들어, 보안 모드, DL 정보, UL 정보, RRC 재구성 등)를 수행한다.
이러한 기술의 일 예시적인 실시예는 기지국과의 연결을 재개하기 위한 UE에서의 방법이다. 방법은 처리 하드웨어에 의해 실행될 수 있고, 제2 RAT를 따르는 무선 인터페이스를 통한 무선 연결을 사용하여, 제1 RAT에 대응하는 포맷에 따라 기지국과 메시지를 통신하는 단계를 포함한다. 방법은 무선 연결을 일시 중지하는 단계, 및 일시 중지에 후속하여, 제1 RAT에 대응하는 포맷에 따라, 무선 연결이 재개되었다는 표시를 기지국으로 전송하는 단계를 더 포함한다.
이러한 기술의 다른 예시적인 실시예는 기지국과의 연결을 재개하기 위한 UE에서의 방법이다. 방법은 처리 하드웨어에 의해 실행될 수 있고, 제2 RAT를 따르는 무선 인터페이스를 통한 무선 연결을 사용하여, 제1 RAT에 대응하는 제1 포맷에 따라 기지국과 제1 메시지를 통신하는 단계를 포함한다. 이 방법은 무선 연결을 일시 중지하는 단계와, 일시 중지하는 것에 후속하여, 제2 RAT에 대응하는 제2 포맷에 따라, 무선 연결이 재개되었다는 표시를 기지국으로 전송하는 단계와, 그리고 제1 포맷 또는 제2 포맷에 따라, 무선 자원을 제어하기 위한 절차와 관련된 제2 메시지를 통신하는 단계를 더 포함한다.
이러한 기술의 또 다른 예시적인 실시예는 위의 방법 중 하나를 실행하도록 구성된 처리 하드웨어를 포함하는 UE이다.
이러한 기술의 또 다른 예시적인 실시예는 UE와의 연결을 재개하기 위한 기지국에서의 방법이다. 방법은 제2 RAT를 따르는 무선 인터페이스를 통한 무선 연결을 사용하여, 제1 RAT에 대응하는 포맷에 따라 UE와 메시지를 통신하는 단계를 DL포함한다. 방법은 무선 연결을 일시 중지하기 위한 명령을 UE로 전송하는 단계와;전송 후 연결이 재개되었다는 표시를 UE로부터 수신하는 단계와, 그리고 제1 RAT에 대응하는 포맷에 따라 표시를 디코딩하는 단계를 더 포함한다.
이러한 기술의 또 다른 예시적인 실시예는 위의 방법 중 하나를 실행하도록 구성된 처리 하드웨어를 포함하는 기지국이다.
도 1은 UE 및 기지국이 본 개시의 기술을 사용하여 무선 연결을 재개하기 위한 절차와 관련된 메시지들을 적절하게 디코딩하는 예시적인 무선 통신 네트워크의 블록도이다.
도 2a는 도 1의 UE와 기지국이 통신할 수 있는 사용자 평면 프로토콜 스택의 블록도이다.
도 2b는 도 1의 UE와 기지국이 통신할 수 있는 제어 평면 프로토콜 스택의 블록도이다.
도 3은 UE가 RRC_CONNECTED 상태에서 ng-eNB와 NR PDCP PDU를 교환하고, 이후에 RRC_INACTIVE 상태에서 RRC_CONNECTED 상태로 천이할 때, NR PDCP PDU를 사용하여 RRCConnectionSetupComplete 메시지를 전송하는 예시적인 시나리오의 메시징 다이어그램이다.
도 4는 UE가 RRC_CONNECTED 상태로 다시 천이한 후에 NR PDCP 엔티티를 재시작하는 도 3의 시나리오와 유사한 시나리오의 메시징 다이어그램이다.
도 5는 UE가 RRC_CONNECTED 상태에서 ng-eNB와 NR PDCP PDU를 교환하고, 이어서 ng-ENB가 EUTRA PDCP 포멧에 따라 UE로부터의 RRCConnectionSetupComplete 메시지를 디코딩하는 예시적인 시나리오의 메시징 다이어그램이다. ;
도 6은 UE가 RRC_CONNECTED 상태에서 ng-eNB와 NR PDCP PDU를 교환하고, RRCConnectionSetupComplete 메시지를 EUTRA PDCP 포멧으로 ng-eNB로 전송하고, 다른 RRC 절차를 수행하기 위해 ng-eNB와 EUTRA PDCP PDU를 교환하는 예시적인 시나리오의 메시징 다이어그램이다.
도 7은 도 1의 시스템에서 구현될 수 있는 무선 연결이 재개되었다는 표시를 전송하기 위한 사용자 디바이스에서의 예시적인 방법의 흐름도이다.
도 8은 도 1의 시스템에서 구현될 수 있는 무선 연결이 재개되었다는 표시를 전송하기 위한 사용자 디바이스에서의 다른 예시적인 방법의 흐름도이다.
도 9는 도 1의 시스템에서 구현될 수 있는 무선 연결이 재개되었다는 표시를 디코딩하기 위한 기지국에서의 예시적인 방법의 흐름도이다.
도 1은 예시적인 UE(102)가 eLTE(Enhanced Long Term Evolution) 네트워크의 기지국인 ng-eNB(104)와 통신하는 예시적인 무선 통신 네트워크(100)를 도시한다. UE(102)와 ng-eNB(104)는 셀(110)에서 EUTRA RAT를 통해 통신한다. ng-eNB(104)는 차례로 차세대(NG) 인터페이스를 통해 5GC(108)와 통신한다. 따라서 UE(102)는 접속 관리 기능(AMF)(112)을 포함하는 5GC(108)의 기능에 접속할 수 있다. eLTE 네트워크는 또한 ng-eNB(106)를 포함할 수 있다.
본 개시의 기술에 따르면, UE(102)와 ng-eNB(104)는 NR PDCP 포멧 및/또는 EUTRA PDCP 포멧을 사용하여 RRC 메시지를 교환하며, 두 장치(device) 모두 RRC 메시지를 디코딩할 수 있다. 이러한 기술이 EUTRA, NR 및 5GC를 참조하여 아래에서 논의되지만, 일반적으로 유사한 기술이 다른 무선 접속 및/또는 코어 네트워크 기술에 적용될 수 있다.
도 1에 도시된 바와 같이, UE(102)는 중앙 처리 장치(CPU) 및 하나 이상의 범용 프로세서 및/또는 특수 목적 처리 장치에서 실행 가능한 기계 판독 가능 명령어를 저장하는 비-일시적 컴퓨터 판독 가능 메모리와 같은 하나 이상의 범용 프로세서를 포함할 수 있는 처리(프로세싱) 하드웨어(120)를 구비하고 있다. 예시적인 구현에서 처리 하드웨어(120)는 EUTRA PDCP 엔티티(124) 및 NR PDCP 엔티티(126)를 인스턴스화하고, 해제하고, 그렇지 않으면 이와 상호작용할 수 있는 RRC 제어기(122)를 포함한다.
ng-eNB(104)는 또한 CPU와 같은 하나 이상의 범용 프로세서 및 그 하나 이상의 범용 프로세서 및/또는 특수 목적 처리 장치에서 실행 가능한 기계 판독 가능 명령어를 저장하는 비-일시적 컴퓨터 판독 가능 메모리를 포함할 수 있는 처리 하드웨어(130)를 구비하고 있다. 처리 하드웨어(130)는 UE(102)의 RRC 제어기(122)와 유사하게 EUTRA PDCP 엔티티(134) 및 NR PPCP 엔티티(136)와 상호작용할 수 있는 RRC 제어기(132)를 포함한다.
일부 구현에서, RRC 제어기(132)는 eLTE 네트워크의 다른 구성요소의 ng-eNB(104) 외부에서 동작할 수 있다. 그러나, 편의를 위해, 아래의 논의는 ng-eNB(104)에서 동작하는 RRC 제어기(132)를 참조한다. RRC 제어기(132)가 ng-eNB(104) 외부에서 동작할 때, RRC 제어기(132), EUTRA PDCP 엔티티(134), NR PDCP 엔티티(136) 뿐만 아니라 UE(102)의 구성요소들 사이의 상호작용은 아래에서 논의되는 것과 유사하다.
일부 시나리오에서, UE(102)와 ng-eNB(104)는 NR PDCP 포맷에 따라 데이터를 교환하고, 예를 들어 비활성 기간 후에 UE(102)는 RRC_INACTIVE 상태로 천이한다. UE(102)가 RRC_INACTIVE 상태로부터 RRC_CONNECTED 상태로 천이할 때, UE(102)는 ETRA PDCP 포맷 또는 NR PDCP 포맷을 사용하여 RRCConnectionSetupComplete 메시지를 전송할 수 있고, ng-eNB(104)는 각각 EUTRA PDCP 엔티티(134) 또는 NR PDCP 엔티티(136)를 사용하여 이 메시지를 디코딩할 수 있다. UE(102)와 ng-eNB(104)는 또한 EUTRA PDCP 엔티티(124, 134) 또는 NR PDCP 엔티티(126, 136)를 사용하여 다른 RRC 절차를 수행할 수 있다.
명료함을 위해, 이러한 시나리오를 도 3-6을 참조하여 더 자세히 논의하기 전에, UE(102)와 ng-eNB(104)가 통신할 수 있는 예시적인 사용자 평면 프로토콜 스택이 도 2a를 참조하여 논의되고, 제어 평면 프로토콜 스택은 도 2b를 참조하여 논의된다.
먼저 도 2a를 참조하면, UE(102)의 처리 하드웨어(120) 및 ng-eNB(104)의 처리 하드웨어(130)는 PHY 부계층(202), PHY 부계층(202) 위에 계층화된 MAC 부계층(204), MAC 부계층(204) 위에 계층화된 RLC 부계층(206)을 지원할 수 있다. NR PDCP 엔티티(126, 136)는 RLC 부계층(206) 위에 부계층(208)에서 NR PDCP 데이터 유닛을 계층화할 수 있다. NR PDCP 데이터 유닛은 예를 들어 SDAP 부계층(210)에서 정보를 전달할 수 있다.
도 2b에 도시된 바와 같이, 처리 하드웨어(120) 및 처리 하드웨어(130)는 유사하게 부계층(202, 204, 206)를 사용하여 제어 평면 상의 통신을 지원한다. RLC 부계층(206)은 NR PDCP 부계층(208) 및 EUTRA PDCP 부계층(218) 모두를 지원할 수 있다. 따라서, NR PDCP 엔티티(126, 136) 및 EUTRA PDCP 엔티티(124, 134) 모두는 RLC 부계층(206) 위에 데이터 유닛을 계층화할 수 있다.
도 2b에 추가로 도시된 바와 같이, UE(102)와 ng-eNB(104)는 NR PDCP 부계층(208) 또는 EUTRA PDCP 부계층(218)을 통해 부계층(220)에서 RRC 메시지를 전송할 수 있다. 또한, UE(102)는 NAS 부계층(230)에서 AMF(112)와 NAS(non-access stratum) 정보를 교환할 수 있다.
다음으로, 도 3은 RRC_CONNECTED 상태(301)에서 UE(102)가 초기에 ng-eNB(104)와 NR PDCP PDU를 교환(302)하는 예시적인 시나리오를 도시한다. 예를 들어, NR PDCP 엔티티(126)는 NR PDCP PDU 1(303)을 NR PDCP 엔티티(136)로 송신하고, NR PDCP 엔티티(136)로부터 NR PDCP PDU 2(304)를 수신할 수 있다. NR PDCP PDU(303, 304) 각각은 예를 들어 인터넷 프로토콜(IP) 패킷, NAS 메시지, 또는 RRC 메시지를 포함할 수 있다.
UE(102)의 데이터 비활성의 특정 기간 후에, ng-eNB(104)(또는 ng-eNB(104)가 동작하는 eLTE 네트워크의 다른 구성요소)는 UE(102)와 ng-eNB(104) 사이의 RRC(또는 무선) 연결이 일시 중지되어야 한다고 결정한다. 그런 다음, ng-eNB(104)는 RRC(또는 무선) 연결을 중단하기 위해 연결 해제 절차(310)를 개시한다. 특히, RRC 제어기(132)는 RRCConnectionRelease 메시지를 NR PDCP 엔티티(136)로 제공하고(312), NR PDCP 엔티티(136)는 RRC(또는 무선 연결)를 일시 중지하기 위해 EUTRA 무선 인터페이스를 통해 NR PDCP PDU 3에서 RRCConnectionRelease 메시지를 전송한다(314).
UE(102)의 NR PDCP 엔티티(126)는 NR PDCP PDU 3를 수신하고, RRCConnectionRelease 메시지를 추출하고, RRCConnectionRelease 메시지를 RRC 제어기(122)로 제공한다(316). 이에 응답하여, RRC 제어기(122)는 즉, RRC(또는 무선) 연결을 일시 중지하는) RRC_INACTIVE 상태로 천이한다(318).
나중에, RRC 제어기(122)는 RRC 연결 재개 절차를 개시한다(320). 예를 들어, RRC 제어기(122)는 UE(102)가 ng-eNB(104)로 데이터를 전송할 필요가 있다는 표시를 상위 계층(예컨대, SDAP 부계층(210))으로부터 수신할 수 있다. RRC 제어기 (122)는 ng-eNB(104)가 동작하는 eLTE 네트워크로 RRCConnectionResumeRequest 메시지를 전송한다(322). 이 예시적인 시나리오에서, RRC 제어기(122)는 ng-eNB(104)로 RRCConnectionResumeRequest 메시지를 전송하지만, 다른 시나리오에서 RRC 제어기(122)는 이 메시지를 ng-eNB(106)로 전송할 수 있다. 응답으로, RRC 제어기(132)는 RRCConnectionSetup 메시지를 UE(102)에 전송한다(324).
도 3의 시나리오에서, UE(102)는 RRC_INACTIVE 상태에서 RRC_CONNECTED 상태로 천이한 후에 ng-eNB(104)와 통신하기 위해 교환(302)하는데 사용된 UE(102)와 동일한 NR PDCP 엔티티(126)를 계속 사용한다. 보다 구체적으로, UE(102)는 NR PDCP 엔티티(136)와의 교환(302) 이전에 또는 그 시간에 SRB(예를 들어, SRB1)에 대한 NR PDCP 엔티티(126)를 설정(establish)할 수 있다. UE(102)가 ng-eNB(104)로부터 RRCConnectionRelease 메시지를 수신한 후(324), UE(102)는 NR PDCP 엔티티(126)를 해제하지 않는다. 따라서, UE(102)가 ng-eNB(104)(또는 ng-eNB(106))로부터 RRCConnectionSetup 메시지를 수신한 후(324), UE(102)는 새로운 NR PDCP 엔티티를 설정하지 않는다. UE(102)는 이전에 설정된 NR PDCP 엔티티(126)를 사용하여 RRCConnectionSetupComplete 메시지를 ng-eNB(104)(또는 ng-eNB(106))로 전송한다(352). 그러나, 아래에서 논의되는 다른 구현에서, UE(102)는 몇몇 상황 하에서 NR PDCP 엔티티(126)를 해제 또는 일시 중지할 수 있고, 특정 이벤트들에 응답하여 새로운 NR PDCP 엔티티를 생성하거나 일시 중지된 NR PDCP 엔티티(126)를 재개할 수 있다. UE(102)는 RRConnectionSetup 메시지를 수신하기 전에 또는 RRCConnectionSetupComplete 메시지를 전송하기 전에 NR PDCP 엔티티(126)를 재설정할 수 있다.
유사하게, ng-eNB(104)는 이전에 설정된 NR PDCP 엔티티(136)를 사용하여 UE(102)로부터 RRCConnectionSetupComplete 메시지를 수신할 수 있다(352). 그러나, 아래에서 논의되는 다른 구현에서, ng-eNB(104)는 몇몇 상황 하에서 NR PDCP 엔티티(136)를 해제하거나 일시 중지할 수 있고, 특정 이벤트들에 응답하여 새로운 NR PDCP 엔티티를 생성하거나 일시 중지된 NR PDCP 엔티티(136)를 재개할 수 있다. NR PDCP 엔티티(136)를 사용하는 경우, ng-eNB(104)는 RRCConnectionSetupComplete 메시지를 수신하기 전에 NR PDCP 엔티티(136)를 재설정할 수 있다. NR PDCP 엔티티(136)를 해제하는 경우, ng-eNB(106)는 RRCConnectionSetupComplete 메시지를 수신하기 위해 NR PDCP 엔티티(136)의 새로운 인스턴스를 설정한다.
RRC 제어기(122)는 RRC_CONNECTED 상태로 천이(330)한다. 이 예에서, RRC 제어기(122)는 RRC 연결의 해제 이전에 NR PDCP 엔티티(136) 또는 ng-eNB(104)의 새로운 NR PDCP 엔티티(또는 ngeNB(106)의 새로운 NR PDCP 엔티티)와 NR PDCP PDU들을 교환한 NR PDCP 엔티티(126)를 계속해서 이용한다(340). 특히, RRC 제어기(122)는 NR PDCP PDU 4에 RRCConnectionSetupComplete 메시지를 포함하는 상기 RRCConnectionSetupComplete 메시지를 NR PDCP PDU(4)에 제공하고(350), NR PDCP PDU를 NR PDCP 엔티티(136) 또는 ng-eNB(104)의 새로운 NR PDCP 엔티티(또는 ng-eNB(106)의 새로운 NR PDCP 엔티티)로 전송한다(352). 일부 구현에서, UE(102)는 RRCConnectionRelease 메시지를 수신하기 전에 ng-eNB(104)에 의해 구성된 무선 자원들을 해제한다. 무선 자원은 EUTRA RLC 엔티티, NR SDAP 엔티티(구성된 경우), 및 다른 NR PDCP 엔티티(NR PDCP 엔티티(126) 제외)를 포함할 수 있다.
계속해서 도 3을 참조하면, NR PDCP 엔티티(136)는 NR PDCP의 포맷을 사용하여 NR PDCP PDU(4)를 디코딩하여, RRCConnectionSetupComplete 메시지를 추출한다(354). 따라서, 이 구현에서 UE(102) 및 ng-eNB(104)(또는 ng-eNB(106)) 모두는 RRCConnectionSetupComplete 메시지를 통신하기 위해 NR PDCP 포맷을 사용한다. 이 구현에서 UE(102)는 UE(102)와 ng-eNB(104)(또는 ng-eNB(106))가 EUTRA를 통해 통신하더라도 RRC 연결을 재개하기 위해(또는 아래에서 논의되는 바와 같이 후속 RRC 절차를 수행하기 위해) EUTRA PDCP 엔티티(124)를 이용하지 않는다.
도 3의 기술과 대조적으로, 기존의 ng-eNB는 EUTRA PDCP의 포멧을 사용하여 NR PDCP PDU 4를 디코딩하려고 시도할 수 있으며(이 PDU가 EUTRA 인터페이스를 통해 도착하기 때문에). 예를 들어 EUTRA PDCP PDU 포멧에 따른 PDCP SN은 5비트를 포함하고 NR PDCP PDU 포멧에 따른 PDCP SN은 12비트를 포함하기 때문에 이 경우 디코딩은 실패한다. 또한, 기존 ng-eNB가 RRCConnectionSetupComplete 메시지 디코딩에 실패한 후, ng-eNB는 NR PDCP PDU로 UE에게 RRCConnectionRelease 메시지를 전송한다. UE는 EUTRA PDCP PDU를 예상하기 때문에, UE도 메시지 디코딩에 실패한다. 따라서, UE는 ng-eNB가 RRC 연결을 해제했음을 알지 못한다.
NR PDCP 엔티티(136)가 RRCConnectionSetupComplete 메시지를 추출한 후, NR PDCP 엔티티(136)는 RRC 제어기(132)로 RRCConnectionSetupComplete 메시지를 제공하고(356), RRC 제어기(132)는 이 RRC 메시지의 내용을 디코딩한다(360).
도 3에 추가로 도시된 바와 같이, UE(102)와 ng-eNB(104)는 RRC 메시지를 송신 및 수신하기 위해 NR PDCP 포맷을 사용하여 후속 RRC 절차를 수행할 수 있다(370). 예를 들어, UE(102)와 ng-eNB(104)는 RRC 보안 모드 절차, 하향링크(DL) 정보 절차, 상향링크(UL) 정보 절차, RRC 재구성 절차 또는 측정 보고 절차 중 하나 이상을 수행할 수 있다.
보다 구체적으로, 보안 모드 절차를 수행할 때 ng-eNB(104)는 보안 모드 명령 메시지를 UE(102)로 전송하고 UE(102)로부터 보안 모드 완료 메시지를 수신한다. DL 정보 절차 동안, ng-eNB(104)는 DL 정보 메시지를 UE(102)로 전송한다. 한편, UL 정보 절차에서 UE(102)는 UL 정보 메시지를 ng-eNB(104)로 전송한다. RRC 연결 재구성 절차 동안, ng-eNB(104)는 RRC 연결 재구성 메시지를 UE(102)로 전송하고, UE(102)로부터 RRC 연결 재구성 완료 메시지를 수신한다. 마지막으로, 측정 보고 절차의 일부로서, UE(102)는 측정 보고 메시지를 ng-eNB(104)로 전송한다.
이벤트(352)를 다시 참조하면, 일부 구현에서 UE(102)는 NR PDCP PDU 4의 PDCP 헤더에서 시퀀스 번호(SN)를 0로 설정한다.
다른 구현에서, UE(102)는 NR PDCP PDU들의 후속 통신으로부터 교환(302)을 개념적으로 분리하는 이벤트에 응답하여 전송 카운트 변수(TX_COUNT)에 초기 값(예를 들어, 0)을 할당한다. 이 이벤트는 예를 들어 RRCConnectionRelease 메시지 수신, RRC 연결 재개 절차 개시, ng-eNB(104)로 RRCConnectionResumeRequest 메시지 전송 또는 RRCConnectionSetup 메시지 수신일 수 있다. 이어서 UE(102)는 TX_COUNT를 사용하여 RRC 메시지를 포함하는 NR PDCP PDU를 전송한다.
일부 구현에서, UE(102)는 무결성 보호가 RRCConnectionSetup 메시지에 구성되어 있는 경우, RRCConnectionSetupComplete 메시지를 포함하는 RRC PDU의 무결성을 위한 메시지 인증 코드(MAC-I)를 생성하기 위해 TX_COUNT를 사용한다. UE(102)는 암호화가 RRCConnectionSetup 메시지에 구성되어 있는 경우, TX_COUNT를 사용하여 RRC PDU 및 그 RRC PDU의 MAC-I에 대한 메시지 인증 코드를 포함하는 PDCP 서비스 데이터 유닛(SDU)을 암호화할 수 있다. 이 구현에서 UE(102)는 NR PDCP PDU 4에 상기 암호화된 PDCP SDU를 포함하고 NR PDCP PDU 4의 PDCP PDU 헤더에 있는 SN을 TX_COUNT의 최하위 비트(LSB)의 특정 수(X)로 설정한다. X 값은 예를 들어 SN의 길이일 수 있다. 이어서 UE(102)는 PDCP SDU를 암호화하거나 NR PDCP PDU 4를 생성한 후에 TX_COUNT 값을 1만큼 증가시킨다. 다른 구현에서, 무결성 보호도 암호화도 RRCConnectionSetup 메시지에 구성되지 않은 경우, UE(102)는 여전히 RRCConnectionSetupComplete 메시지를 포함하는 RRC PDU의 MAC-I를 생성하고 MAC-I를 디폴트 값(예를 들어, 0)으로 설정한다. 이 구현에서 UE(102)는 RRC PDU 및 MAC-I를 포함하는 PDCP SDU를 생성하고, NR PDCP PDU 4에 PDCP SDU를 포함하고, NR PDCP PDU 4의 PDCP PDU 헤더에 있는 SN을 TX_COUNT의 최하위 비트LSB)의 특정 수(X)로 설정한다.
또한, UE(102)가 RRCConnectionSetupComplete 메시지를 전송한 후 또는 ng-eNB(104)(또는 ng-eNB(106))로부터 SecurityModeCommand 메시지를 수신한 후 제1 RRC 메시지를 전송해야 하는 경우, 일 구현에서 UE(102)는 제1 RRC 메시지를 포함하고 RRC PDU의 MAC-I를 포함하는 RRC PDU를 포함하는 PDCP SDU를 암호화하기 위해 TX_COUNT를 사용한다. 그런 다음, UE(102)는 NR PDCP PDU 5에 암호화된 PDCP SDU를 포함한다. 이어서, UE(102)는 NR PDCP PDU 5의 PDCP PDU 헤더 내의 SN을 TX_COUNT의 특정 수의 LSB로 설정한다. UE(102)는 NR PDCP PDU 5를 ng-eNB(104)(또는 ng-eNB(106))로 전송한다. UE(102)는 또한 PDCP SDU를 암호화하거나 NR PDCP PDU(5)를 생성한 후에 TX_COUNT를 1만큼 증가시킨다. UE(102)는 유사한 방식으로 후속 RRC 메시지 각각을 전송할 수 있다.
또한, 일부 구현에서 UE(102)는 TX_COUNT를 참조하여 위에서 논의된 것과 동일하거나 유사한 이벤트에 응답하여, 수신 카운트 변수(RX_COUNT)에 초기 값(예를 들어, 0)을 할당한다. 그 다음, UE(102)는 RX_COUNT를 사용하여 ng-eNB(104)(또는 ng-eNB(106))로부터 수신된 NR PDCP PDU들을 처리한다. 예를 들어, UE는 수신된 NR PDCP PDU에서 NR PDCP SDU를 해독하고 및/또는 NR PDCP SDU에서 RRC PDU에 대한 무결성 검사를 수행하기 위해 RX_COUNT를 사용한다. 일부 구현에서 UE(102)는 NR PDCP PDU 각각을 처리한 후에 RX_COUNT 값을 1만큼 증가시킨다. 하나의 예시적인 시나리오에서, NR PDCP PDU 각각은 PDCP 데이터 PDU이다.
이제 도 4를 참조하면, 이 시나리오에서 RRC 제어기(122) 또는 UE(102)의 다른 적절한 구성요소는 RRC_CONNECTED 상태로 천이한 후 NR PDCP 엔티티(126)의 새로운 인스턴스를 설정하여, NR PDCP 엔티티(126)의 상이한 인스턴스가 교환(302) 및 RRCConnectionSetupComplete 메시지(및 후속 RRC 메시지)의 전송에 관여하도록 한다.
이 시나리오에서, UE(102)는 초기에 RRC_CONNECTED 상태(401)에 있고, ng-eNB(104)는 위에서 논의된 교환(302)과 유사하게 NR PDCP PDU들을 교환(402)한다. 그런 다음 ng-eNB(104)는 절차(310)와 유사한 연결 해제 절차(410)를 수행한다. 이어서 UE(102)는 RRC_INACTIVE 상태로 천이하고(418), 후속적으로 RRC 연결 재개 절차를 개시하고(420), RRCConnectionResumeRequest 메시지를 ng-eNB(104)(또는 ng-eNB(106))가 동작하는 eLTE 네트워크로 전송하고(422), RRCConnectionSetup 메시지를 수신하고(424), (위에서 논의된 이벤트(318, 320, 322, 324)와 유사한) RRC_CONNECTED 상태로 천이한다(430).
도 4에 도시된 바와 같이, RRC 제어기(122)는 RRCConnectionSetupComplete 메시지를 ng-eNB(104)로 전송(452)하기 전에 NR PDCP 엔티티(126)를 해제하고(432), 새로운 인스턴스의 NR PDCP 엔티티(126)를 설정한다(434). UE(102)는 NR PDCP 엔티티(126)의 인스턴스를 생성할 때 또는 RRCConnectionSetupComplete 메시지를 전송할 때(452) 디폴트 NR PDCP 구성을 NR PDCP 엔티티(126)에 적용할 수 있다. 일부 구현에서, UE(102)는 RRCConnectionRelease 메시지를 수신하기 전에 ng-eNB(104)에 의해 구성된 (예를 들어, SRB0을 제외한 모든 설정된 RB에 대한) 무선 자원을 해제한다. 무선 자원은 EUTRA RLC 엔티티, NR SDAP 엔티티(구성된 경우) 및 기타 NR PDCP 엔티티를 포함할 수 있다.
NR PDCP 엔티티(126)의 새로운 인스턴스는 RRCConnectionSetupComplete 메시지를 포함하는 NR PDCP PDU를 ng-eNB(104)로 전송한다(452). 후속 이벤트(454, 456, 460, 470)는 위에서 논의된 이벤트(354, 356, 360, 370)와 유사하다.
일반적으로 도 3 및 도 4를 참조하면, 다른 구현에서 RRC 제어기(122)는 상이한 이벤트들에 응답하여 NR PDCP 엔티티(126)의 인스턴스들을 설정, 재설정(즉, 새로운 구성 적용) 및 해제할 수 있다.
예를 들어, UE(102)는 ng-eNB(104)로부터 RRCConnectionRelease 메시지를 수신(312)하기 전에 또는 이에 응답하여 NR PDCP 엔티티(126)를 설정할 수 있다. UE(102)가 RRCConnectionRelease 메시지를 수신(312)하기 전에 NR PDCP 엔티티(126)를 설정할 때, UE(102)는 NR PDCP PDU 3을 수신하고(314), NR PDCP 엔티티(126)를 사용하여 NR PDCP PDU 3으로부터 RRCConnectionRelease 메시지를 추출한다. UE(102)는 RRCConnectionRelease 메시지에 응답하여 또는 RRCConnectionSetupComplete 메시지를 ng-eNB(104)(또는 ng-eNB(106))로 전송(352, 452)하기 전에 (전술한 NR PDCP 엔티티(126) 또는 새로운 인스턴스의 NR PDCP 엔티티(126)를 참조하는) NR PDCP 엔티티(126)에 대한 디폴트 NR PDCP 구성을 적용할 수 있다. 그런 다음, UE(102)는 RRCConnectionSetupComplete 메시지를 전송하기(352, 452) 전에 예를 들어, RRCConnectionRelease 메시지(이벤트 314)에 응답하여, RRC 연결 재개 절차를 개시하는 것(320, 420)에 응답하여, RRCConnectionSetup 메시지(이벤트 324, 424)에 응답하거나 또는 RCConnectionSetupComplete 메시지를 ng-eNB(104)(또는 ng-eNB(106))로 전송하는 것(352, 452)에 응답하여, NR PDCP 엔티티(126)를 재설정할 수 있다.
일부 경우, RRCConnectionSetup 메시지가 RRCConnectionSetupComplete 메시지를 전송하기 위해 UE(102)에 의해 사용되는 SRB1에 대한 NR PDCP 구성(예를 들어, PDCP-Config 정보 요소)을 포함하는 경우, UE(102)는 NR PDCP 구성을 NR PDCP 엔티티(126)에 적용한다. 예를 들어, RRCConnectionSetup 메시지는 SRB1에 대한 SRB-ToAddMod 정보 요소를 포함하고 SRB-ToAddMod 정보 요소는 NR PDCP 구성을 포함한다. 다른 예에서, RRCConnectionSetup 메시지는 NR PDCP 구성을 포함하지 않는다.
RRCConnectionSetup 메시지가 SRB1에 대한 RLC 구성(예를 들어, RLC-Config 정보 요소)을 포함하는 경우, UE(102)는 RLC 구성에 따라 EUTRA RLC 엔티티(또는 RLC 베어러라 칭함)를 설정하고 EUTRA RLC 엔티티를 NR PDCP 엔티티(126)와 연관시킬 수 있다. 그런 다음, NR PDCP 엔티티(126)는 EUTRA RLC 엔티티를 통해 354, 454의 NR PDCP PDU 4를 전송한다.
ng-eNB(104)(또는 ng-eNB(106))는 RRCConnectionSetupComplete 메시지를 수신하기 전에 디폴트 NR PDCP 구성을 NR PDCP 엔티티(136)(NR PDCP 엔티티(136) 또는 위에서 설명된 NR PDCP 엔티티(136)의 새로운 인스턴스를 참조함)에 적용할 수 있다. UE 및 ng-eNB(104)(또는 ng-eNB(106))에 의해 적용되는 디폴트 NR PDCP 구성은 동일하거나 상이할 수 있다. 일 예에서, ng-eNB(104)(또는 ng-eNB(106))는 RRCConnectionSetup 메시지에 SRB1에 대한 NR PDCP 구성(예를 들어, PDCP-Config 정보 요소)을 포함할 수 있다. ng-eNB(104)(또는 ng-eNB(106))는 NR PDCP 엔티티(136)에 NR PDCP 구성을 적용할 수 있다. 예를 들어, ng-eNB(104)(또는 ng-eNB(106))는 SRB1에 대한 SRB-ToAddMod 정보 요소에 NR PDCP 구성을 포함하고, RRCConnectionSetup 메시지에 NR PDCP 구성을 포함한다. 다른 예에서, ng-eNB(104)(또는 ng-eNB(106))는 RRCConnectionSetup 메시지에 NR PDCP 구성을 포함하지 않는다.
ng-eNB(104)(또는 ng-eNB(106))는 RRCConnectionSetup 메시지에 SRB1에 대한 RLC 구성(예를 들어, RLC-Config 정보 요소)을 포함할 수 있다. ng-eNB(104)(또는 ng-eNB(106))는 RLC 구성에 따라 EUTRA RLC 엔티티(또는 RLC 베어러)를 설정하고 EUTRA RLC 엔티티를 NR PDCP 엔티티(136)와 연관시킬 수 있다. PDCP 엔티티(136)는 EUTRA RLC 엔티티를 통해 NR PDCP PDU 4(354, 454)를 수신한다. 대안적으로, ng-eNB(104)(또는 ng-eNB(106))가 RRCConnectionSetup 메시지에 RLC 구성을 포함하더라도 ng-eNB(104)(또는 ng-eNB(106))는 RLC 구성과 상이한 디폴트 RLC 구성에 따라 EUTRA RLC 엔티티(또는 RLC 베어러)를 설정할 수 있다. 그런 다음, NR PDCP 엔티티(136)는 EUTRA RLC 엔티티를 통해 NR PDCP PDU 4(354, 454)를 수신한다.
다른 예로서, RRC 제어기(122)는 ng-eNB(104)로부터 RRCConnectionRelease 메시지를 수신하기(314) 전에 NR PDCP 엔티티(126)를 설정한다. UE(102)는 NR PDCP PDU 3을 수신하고, NR PDCP 엔티티(126)를 사용하여 NR PDCP PDU 3로부터 RRCConnectionRelease 메시지를 추출한다. 이 구현에서 RRC 제어기(122)는 RRCConnectionRelease 메시지에 응답하여 NR PDCP 엔티티(126)를 해제한다.
eLTE 네트워크 측에서(예를 들어, ng-eNB(104)에서), RRC 제어기(132) 또는 eLTE 네트워크의 다른 적절한 구성요소는 또한 RRC 메시지를 통신하기 위해 SRB에 대한 NR PDCP 엔티티(136)의 동일한 인스턴스를 사용할 수 있거나, 대안적으로 RRC 연결을 재개할 때 NR PDCP 엔티티(136)를 재설정할 수 있다. UE(102)에서 동작하는 RRC 제어기(122)와 일반적으로 유사한 방식으로, RRC 제어기(132)는 UE(102)로부터 수신되거나 UE(102)로 전송된 메시지들과 같은 다양한 이벤트에 응답하여 NR PDCP 엔티티(136)의 인스턴스를 해제 및 설정할 수 있다.
RRC 제어기(132)는 예를 들어 NR PDCP PDU 4(352, 452)를 수신하기 전에 SRB(예를 들어, SRB1)에 대한 NR PDCP 엔티티(136)를 설정할 수 있다. 그런 다음, ng-eNB(104)는 NR PDCP 엔티티(136)를 사용하여 NR PDCP PDU 4로부터 RRCConnectionSetupComplete 메시지를 추출할 수 있다. 하나의 예시적인 구현에서, RRC 제어기(132)는 UE(102)로부터 RRCConnectionResumeRequest 메시지를 수신하는 것(322, 422)에 응답하여 NR PDCP 엔티티(136)를 설정한다. 다른 예시적인 구현에서, RRC 제어기(132)는 RRCConnectionSetup 메시지를 UE(102)로 전송하는 것(324)에 응답하여 NR PDCP 엔티티(136)를 설정한다. RRC 제어기(136)는 NR PDCP 엔티티(136)를 설정할 때 또는 UE(102)로부터 RRCConnectionSetupComplete 메시지를 수신하기(352) 전에 NR PDCP 엔티티(136)에 디폴트 NR PDCP 구성을 적용할 수 있다.
다른 예로서, RRC 제어기(132)(또는 eLTE 네트워크의 다른 적절한 구성요소)는 RRCConnectionRelease 메시지를 UE(102)에 전송(312)하기 전에 UE(102)와 RRC 메시지를 교환하기 위해 NR PDCP 엔티티(136)를 설정할 수 있다. RRC 제어기(132)는 UE(102)로 RRCConnectionRelease 메시지를 전송(312)하는 것에 응답하여 또는 UE(102)로부터 RRCConnectionSetupComplete 메시지를 수신(352, 452)하기 전에 디폴트 NR PDCP 구성을 NR PDCP 엔티티(136)에 적용할 수 있다. RRC 제어기(132)는 RRCConnectionSetupComplete 메시지를 수신(352)하기 전에, 예를 들어 UE(102)로 RRCConnectionRelease 메시지를 전송(312)하는 것에 응답하여, RRCConnectionResumeRequest 메시지를 수신(322, 422)하는 것에 응답하여, 또는 RRCConnectionSetup 메시지를 전송(324, 424)하는 것에 응답하여 NR PDCP 엔티티(136)를 재설정할 수 있다.
도 3 및 도 4를 참조하여 위에서 논의된 구현에서, UE(102)와 ng-eNB(104) (또는 ng-eNB(106))는 NR PDCP 포멧을 사용하여 RRCConnectionSetupComplete 메시지뿐만 아니라 하나 이상의 후속 RRC 절차와 관련된 메시지들을 통신한다. 대안적으로, UE(102)와 ng-eNB(104)(또는 ng-eNB(106))는 EUTRA PDCP 포맷을 RRCConnectionSetupComplete 메시지, 하나 이상의 후속 RRC 절차와 관련된 메시지들, 또는 둘 모두에 적용할 수 있다.
도 5를 참조하면, 이벤트 또는 상태(501, 502, 510, 518, 520, 522, 524, 및 520)는 이벤트 또는 상태(301/401, 302/402, 310/410, 318/418, 320/420, 322/422, 324/424 및 330/430)와 유사하다. 그러나, 이 시나리오에서, RRC 제어기(122)는 NR PDCP 엔티티(126)를 포함하는 모든 무선 자원을 해제한다(538). 그런 다음, RRC 제어기(122)는 RRCConnectionSetupComplete 메시지를 EUTRA PDCP PDU 1에 포함하여 그 EUTRA PDCP PDU 1을 ng-eNB(104)로 전송(552)하는 EUTRA PDCP 엔티티(124)에 RRCConnectionSetupComplete 메시지를 제공한다(550).
ng-eNB(104)는 EUTRA PDCP PDU 1을 수신하고 EUTRA PDCP 포맷에 따라 EUTRA PDCP 엔티티(134)를 사용하여 이 PDU로부터 RRCConnectionSetupComplete 메시지를 추출한다(554). 도 3의 기술과 대조적으로, 기존의 ng-eNB는 NR PDCP 엔티티를 사용하고 이에 따라 NR PDCP 포멧을 사용하여 RRCConnectionSetupComplete 메시지를 추출하려고 시도할 수 있다. 이 디코딩은 위에서 설명한 이유로 실패한다.
그런 다음, EUTRA PDCP 엔티티(134)는 RRC 메시지를 디코딩(560)하는 RRC 제어기(132)에 RRCConnectionSetupComplete 메시지를 제공한다(556). 따라서, 이 시나리오에서, UE(102)는 동일한 포맷, 즉 EUTRA PDCP 포맷을 사용하여 RRCConnectionSetupComplete 메시지를 전송하고 ng-eNB(104)는 이를 디코딩한다.
UE(102)가 도 5의 시나리오에서 RRC 연결을 재개한 후, UE(102)와 ng-eNB(104)는 RRC 메시지를 전송하고 수신된 RRC 메시지를 디코딩하기 위해 EUTRA PDCP 포멧을 사용하여 하나 이상의 후속 절차(예를 들어, 보안 모드, DL 정보, UL 정보, RRC 재구성)를 수행한다(570). 따라서, UE(102)는 EUTRA PDCP 엔티티(124)를 계속 사용할 수 있고, ng-eNB(104)는 EUTRA PDCP 엔티티(134)를 계속 사용할 수 있다.
도 3의 시나리오와 유사하게, UE(102)는 일부 구현에서 EUTRA PDCP PDU 1의 PDCP 헤더에서 SN을 0으로 설정한다.
다른 구현에서, UE(102)는 특정 이벤트에 응답하여 초기 값(예를 들어, 0)을 송신 하이퍼 프레임 번호(TX_HFN)에 할당하고 다른 초기 값(또한 0일 수 있음)을 다음 PDCP 송신 변수(Next_PDCP_TX_SN)에 할당한다. 위에서 논의된 TX_COUNT 변수와 유사하게, 이벤트는 예를 들어 RRCConnectionRelease 메시지 수신, RRC 연결 재개 절차 시작, ng-eNB(104)로의 RRCConnectionResumeRequest 메시지 전송, 또는 RRCConnectionSetup 메시지 수신일 수 있다. 그런 다음, UE(102)는 TX_HFN 및 Next_PDCP_TX_SN을 사용하여 EUTRA PDCP PDU 1뿐만 아니라 후속 EUTRA PDCP PDU들을 전송한다.
또한, 일부 구현에서 UE(102)는 무결성 보호가 RRCConnectionSetup 메시지에 구성된 경우, RRCConnectionSetupComplete 메시지를 포함하는 RRC PDU의 MAC-I를 생성하기 위해 TX_HFN 및 Next_PDCP_TX_SN을 사용한다. UE는 RRCConnectionSetup 메시지에 암호화가 설정되어 있는 경우, RRC PDU 및 RRC PDU 메시지의 MAC-I를 포함하는 PDCP SDU를 암호화할 수 있다. UE(102)는 EUTRA PDCP PDU 1에 상기 암호화된 PDCP SDU를 포함한다. UE(102)는 EUTRA PDCP PDU 1의 PDCP PDU 헤더에서 SN을 Next_PDCP_TX_SN으로 설정한다. UE(102)는 PDCP SDU를 암호화하거나 EUTRA PDCP PDU 1을 생성한 후에 Next_PDCP_TX_SN을 1만큼 증가시킨다. 다른 구현에서, 무결성 보호도 암호화도 RRCConnectionSetup 메시지에 구성되지 않지 않은 경우, UE(102)는 여전히 RRCConnectionSetupComplete 메시지를 포함하는 RRC PDU의 MAC-I를 생성하고 그 MAC-I를 디폴트 값(예를 들어, 0)으로 설정한다. 이 구현에서 UE(102)는 RRC PDU 및 MAC-I를 포함하는 PDCP SDU를 생성하고, NR PDCP PDU 4에 PDCP SDU를 포함하고, NR PDCP PDU 4의 PDCP PDU 헤더에서 SN을 Next_PDCP_TX_SN으로 설정한다.
UE(102)가 RRCConnectionSetupComplete 메시지를 전송(552)한 후 또는 ng-eNB(104)(또는 ng-eNB(106))로부터 SecurityModeCommand 메시지를 수신한 후 제1 RRC 메시지를 전송할 필요가 있을 때, 일부 구현에서 UE(102)는 TX_HFN 및 Next_PDCP_TX_SN을 사용하여, 제1 RRC 메시지를 포함하고 RRC PDU의 MAC-I를 포함하는 RRC PDU를 포함하는 PDCP SDU를 암호화한다. UE(102)는 EUTRA PDCP PDU 2에 암호화된 PDCP SDU를 포함한다. UE(102)는 EUTRA PDCP PDU 2의 PDCP PDU 헤더 내의 SN을 Next_PDCP_TX_SN으로 설정한다. UE(102)는 PDCP SDU를 암호화하거나 EUTRA PDCP PDU 2를 생성한 후에 Next_PDCP_TX_SN을 1만큼 증가시킨다. 그런 다음, UE(102)는 EUTRA PDCP PDU 2를 ng-eNB(104)(또는 ng-eNB(106))로 전송한다. UE(102)는 유사한 방식으로 후속 RRC 메시지들 각각을 전송할 수 있다.
또한, 일부 구현에서 UE(102)는 RX_COUNT 변수를 참조하여 위에서 논의된 이벤트들과 유사한 이벤트에 응답하여, 수신 카운트 변수 HFN(RX_HFN) 및 다음 PDCP 수신 SN(Next_PDCP_RX_SN)에 초기 값(예를 들어, 0)을 할당한다. 그런 다음, UE(102)는 RX_HFN 및 Next_PDCP_RX_SN을 사용하여 (예를 들어, 수신된 EUTRA PDCP PDU에서 EUTRA PDCP SDU의 복호화 및/또는 EUTRA PDCP SDU에서 RRC PDU에 대한 무결성 검사를 위해) 수신된 EUTRA PDCP PDU를 처리한다. UE(102)는 예를 들어 데이터 PDU들일 수 있는 각각의 EUTRA PDCP PDU를 처리한 후 RX_COUNT 값을 1 증가시킨다.
도 5에 대응하는 구현에서, RRC 제어기(122)는 예를 들어 RRCConnectionSetup 메시지를 수신(524)하기 전에 SRB(예를 들어, SRB1)에 대한 NR PDCP 엔티티(126)를 설정할 수 있다. 일 구현에서, RRC 제어기(122)는 RRC 연결 재개 절차를 개시하거나 RRCConnectionResumeRequest 메시지를 ng-eNB(104)로 전송(522)하는 것에 응답하여 NR PDCP 엔티티(126)를 설정한다. UE(102)는 RRCConnectionSetup 메시지에 응답하여 NR PDCP 엔티티(126)를 해제할 수 있다.
다른 예시적인 구현에서, UE(102)는 절차(510) 동안 ng-eNB로부터 RRCConnectionRelease 메시지를 수신하기 전에 NR PDCP 엔티티(126)를 설정한다. 보다 구체적으로, UE(102)는 NR PDCP PDU 3을 수신하고, NR PDCP 엔티티(126)를 사용하여 NR PDCP PDU 3로부터 RRCConnectionRelease 메시지를 추출하고, RRCConnectionRelease 메시지에 응답하여 NR PDCP 엔티티(126)를 해제할 수 있다.
또 다른 예로서, RRC 제어기(122)는 ng-eNB(104)로부터 RRCConnectionRelease 메시지를 수신하는 것에 응답하여 NR PDCP 엔티티(126)를 설정할 수 있다. 이 경우에 RRC 제어기(122)는 RRCConnectionSetup 메시지를 수신(524)하는 것에 응답하여 NR PDCP 엔티티(126)를 해제할 수 있다.
일부 구현에서, RRC 제어기(122)는 NR PDCP 엔티티(126)를 해제함과 동시에 EUTRA PDCP 엔티티(124)를 설정한다. 특히, RRC 제어기(122)는 RRCConnectionSetup 메시지를 수신(524)하는 것에 응답하여 EUTRA PDCP 엔티티(124)를 설정할 수 있다.
이제 도 6을 참조하면, 이 시나리오에서 UE(102)와 ng-eNB(104)(또는 ng-eNB(106))는 도 5의 시나리오와 유사하게 RRCConnectionSetupComplete 메시지를 통신하기 위해 EUTRA PDCP 포맷을 이용한다. 그러나, 여기서 UE(102) 및 ng-eNB(104)(또는 ng-eNB(106))는 하나 이상의 후속 절차 동안 RRC 메시지를 통신하기 위해 NR PDCP 포맷을 활용한다.
보다 구체적으로, 이벤트 또는 상태(601, 602, 610, 618, 620, 622, 624, 620 및 630)는 이벤트 또는 상태(301/401/501, 302/402/502,/310/410/510, 318/418/518, 320/420/520, 322/422/522, 324/424/524 및 330/430/530)과 유사하다. RRC 제어기(122)가 RRC_CONNECTED 상태로 천이한 후(530), RRC 제어기(122)는 NR PDCP 엔티티(126)의 새로운 인스턴스를 설정(639)한다.
그런 다음, RRC 제어기(122)는 RRCConnectionSetupComplete 메시지를 EUTRA PDCP 엔티티(124)에 제공한다(650). 구현에 따라, RRC 제어기(122)는 RRCConnectionSetup 메시지를 수신(624)한 후에 EUTRA PDCP 엔티티(124)를 설정할 수 있거나, 또는 RRC 제어기(122)는 이전에(예를 들어, 교환(602) 이전에) 설정된 EUTRA PDCP 엔티티(124)의 인스턴스를 계속 활용한다. EUTRA PDCP 엔티티(124)는 EUTRA PDCP PDU 1에 RRCConnectionSetup 메시지를 포함하고 EUTRA PDCP PDU 1을 ng-eNB(104)로 전송(652)한다. 그런 다음 ng-eNB(104)는 EUTRA PDCP PDU 1을 수신하고, EUTRA PDCP 포멧에 따라 EUTRA PDCP 엔티티(134)를 사용하여 이 PDU로부터 RRCConnectionSetupComplete 메시지를 추출하여(654), RRC 메시지를 차례로 디코딩(660)하는 RRC 제어기는 RRCConnectionSetupComplete 메시지를 제공한다(656). 도 5의 시나리오와 유사하게, UE(102)는 EUTRA PDCP 포맷을 사용하여 RRCConnectionSetupComplete 메시지를 전송하고, ng-eNB(104)(또는 ng-eNB(106))는 이를 디코딩한다.
그러나, UE(102)의 NR PDCP 엔티티(126)는 NR PDCP 포맷을 사용하여 ng-eNB(104)(또는 ng-eNB(106))의 NR PDCP 엔티티(136)와 후속 RRC 절차(예를 들어, 보안 모드, DL 정보, UL 정보, RRC 재구성)와 관련된 RRC 메시지를 교환할 수 있다670). 따라서, 이 구현에서, UE(102) 및 ng-eNB(104)(또는 ng-eNB(106))는 초기에 NR PDCP 포멧을 사용하여 PDCP PDU를 교환하고, EUTRA PDCP 포멧을 사용하여 RRC 연결을 재개하고, 후속 RRC 절차에 대해 NR PDCP 포멧을 계속 사용한다. UE(102)는 이전에 설명된 바와 같이 디폴트 NR PDCP 구성을 NR PDCP 엔티티(126)에 적용할 수 있다. UE(102)는 이전에 설명된 바와 같이 RRCConnectionSetup 메시지가 NR PDCP 구성을 포함하는 경우 이전에 설명된 바와 같이 NR PDCP 엔티티(126)에 NR PDCP 구성을 적용할 수 있다. ng-eNB(104)(또는 ng-eNB(106))는 이전에 설명된 바와 같이 디폴트 NR PDCP 구성을 NR PDCP 엔티티(136)에 적용할 수 있다. ng-eNB(104)(또는 ng-eNB(106))는 이전에 설명된 바와 같이 RRCConnectionSetup 메시지가 NR PDCP 구성을 포함하는 경우 이전에 설명된 바와 같이 NR PDCP 구성을 NR PDCP 엔티티(136)에 적용할 수 있다.
PDU 카운트를 관리하기 위해, 이 구현에서 UE(102)는 도 3을 참조하여 위에서 논의된 TX_COUNT 기술 및 도 5를 참조하여 위에서 논의된 TX_HFN 및 Next_PDCP_TX_SN 기술 모두를 사용할 수 있다. 보다 구체적으로, UE(102)는 아웃바운드 NR PDCP PDU에 TX_COUNT 기술을 적용하고 아웃바운드 EUTRA PDCP PDU에 TX_HFN/Next_PDCP_TX_SN 기술을 적용할 수 있다. UE(102)는 또한 수신된 NR PDU들을 처리하기 위해 위에서 논의된 RX_COUNT 기술을 이용할 수 있다. UE(102)는 이 시나리오에서 ng-eNB(104)로부터 EUTRA PDCP PDU들을 수신하지 않기 때문에, UE(102)는 EUTRA PDCP PDU에 대한 RX_COUNT 기술을 구현할 필요가 없다.
일반적으로 도 3 내지 도 6을 참조하면, UE(102) 및 ng-eNB(104)가 동작하는 eLTE 네트워크는 서로 EUTRA RLC PDU를 사용하여 위에서 논의된 PDCP PDU들을 통신할 수 있다. 도 2b에 도시된 바와 같이, 제어 평면에서, EUTRA PDCP 부계층(218) 및 NR PDCP 부계층(208)은 RLC 부계층(206) 위에 계층화된다. 일부 구현에서, UE(102)는 RRCConnectionSetup 메시지에 응답하여, RRC 연결 재개 절차를 시작하는 것에 응답하여, 또는 RRCConnectionResumeRequest 메시지를 전송하는 것에 응답하여 SRB(예를 들어, SRB1)에 대한 EUTRA RLC 엔티티(혼란을 피하기 위해 어떠한 도면에도 도시되지 않음)를 설정한다. 유사하게, ng-eNB(104)는 예를 들어 RRCConnectionResumeRequest 메시지를 수신하는 것에 응답하여 SRB에 대한 EUTRA RLC 엔티티(또한 혼란을 피하기 위해 위의 도면에서 생략됨)를 설정할 수 있다. UE(102)의 EUTRA RLC 엔티티 및 ng-eNB(104)의 EUTRA RLC 엔티티는 NR PDCP PDU 및/또는 EUTRA PDCP PDU를 송수신하기 위해 EUTRA RLC PDU를 사용할 수 있다.
도 7은 무선 연결이 재개되었다는 표시를 전송하기 위한 예시적인 방법(700)의 흐름도이다. 방법(700)은 UE(102)에서 구현될 수 있고, UE(102)를 참조하여 아래에서 논의된다. 그러나, 방법(700)은 일반적으로 임의의 적절한 장치에서 구현될 수 있다.
블록(702)에서, UE(102)는 제1 RAT에 대응하는 포맷에 따라 ng-eNB(104)와 같은 기지국과 메시지들을 통신한다. 예를 들어, 제1 RAT는 NR일 수 있고, 메시지는 NR PDCP 포멧을 따를 수 있다. UE(102)는 블록(702)에서 상이한 제2 RAT를 따르는 무선 인터페이스를 통해 무선 연결(예를 들어, RRC 연결)을 사용하여 이들 메시지를 통신한다. 예를 들어, 제2 RAT는 EUTRA일 수 있다. EUTRA 무선 인터페이스를 통해 NR 포멧에 따라 메시지들을 통신하는 예는 교환(302, 402, 502, 604)을 포함한다. 블록(702)에서 UE(102)는 RRC_CONNECTED 상태(도 3의 상태 301, 도 4의 상태 401, 도 5의 상태 501, 및 도 6의 상태 601 참조)에서 동작할 수 있다.
블록(704)에서, UE(102)는 무선 연결을 일시 중지할 수 있다. UE(102)는 예를 들어 RRC_INACTIVE 상태(도 3의 이벤트 318, 도 4의 418, 도 5의 518, 및 도 6의 618)로 천이할 수 있다. 이러한 일시 중지는 RRCConnectionRelease) 메시지(예를 들어, 도 3의 이벤트 312) 수신으로 인한 것일 수 있으며, 이는 차례로 UE(102)에서 특정 기간의 데이터 비활성으로 인한 것일 수 있다.
다음으로, 블록(706)에서, UE(102)는 무선 연결을 재개할 수 있다(예를 들어, 도 3의 이벤트 320, 도 4의 420, 도 5의 520 및 도 6의 620). 예를 들어, RRC 제어기(122)는 아웃바운드 데이터가 ng-eNB(104) 또는 다른 기지국으로의 송신에 이용가능하다는 표시를 수신할 수 있다.
블록(708)에서, UE(102)는 무선 연결이 재개되었다는 표시(예를 들어, 도 3의 이벤트 352 및 도 4의 이벤트 452)를 전송한다. 이 표시는 RRCConnectionSetupComplete 메시지일 수 있다. UE(102)는 제1 RAT에 대응하는 포맷을 사용한다. 위의 예를 계속하기 위해, 제1 RAT에 해당하는 포멧은 NR PDCP일 수 있다. 위에서 논의된 바와 같이, ng-eNB(104)는 NR PDCP 엔티티를 사용하여 이 RRC 메시지를 디코딩할 수 있다.
선택적으로, 블록(710)에서 UE(102)는 제1 RAT(예를 들어, 도 3의 이벤트 370 및 도 4의 이벤트 470)에 대응하는 포맷에 따라 적어도 하나의 후속 RRC 절차를 수행할 수 있다.
도 8은 무선 연결이 재개되었다는 표시를 전송하기 위한 다른 예시적인 방법(800)의 흐름도이다. 방법(800)은 또한 UE(102)에서 구현될 수 있고, UE(102)를 참조하여 아래에서 예시적으로 논의된다.
방법(800)의 블록(802, 804, 806)은 방법(700)의 블록(702, 704, 706)과 유사하다. 그러나, 블록(810)에서, UE(102)는 무선 연결이 재개되었다는 표시를 전송한다(예를 들어, 도 5의 이벤트 552 및 도 4의 이벤트 652). 표시는 방법(700)과 유사하게 RRCConnectionSetupComplete 메시지일 수 있지만, 이 방법에 따르면 UE(102)는 제2 RAT에 대응하는 포맷을 사용한다. 위의 예를 계속하기 위해, 제2 RAT에 대응하는 포멧은 EUTRA PDCP일 수 있다. 위에서 논의된 바와 같이, ng-eNB(104)는 EUTRA PDCP 엔티티를 사용하여 이 RRC 메시지를 디코딩할 수 있다.
방법(800)은 선택적 블록(812) 또는 선택적 블록(814)을 포함할 수 있다. 블록(812)에서, UE(102)는 위의 예에서 EUTRA(예를 들어, 도 5의 이벤트(570))인 제2 RAT에 대응하는 포맷에 따라 후속 RRC 절차를 수행한다. 한편, 블록 814에서, UE(102)는 위의 예에서 NR(예를 들어, 도 6의 이벤트 670)인 제1 RAT에 대응하는 포맷에 따라 후속 RRC 절차를 수행한다.
다음으로, 도 9는 무선 연결이 재개되었다는 표시를 디코딩하기 위한 예시적인 방법(900)을 도시한다. 방법(900)은 임의의 적절한 기지국에서 구현될 수 있고, ng-eNB(104)를 참조하여 예시적으로 아래에서 논의된다.
블록(902)에서, ng-eNB(104)는 제1 RAT에 대응하는 포맷에 따라 UE(102)와 같은 UE와 메시지들을 통신한다. 예를 들어, 제1 RAT는 NR일 수 있고, 메시지는 NR PDCP 포멧을 따를 수 있다. ng-eNB(104)는 블록(902)에서 상이한 제2 RAT를 따르는 무선 인터페이스를 통해 무선 연결(예를 들어, RRC 연결)을 사용하여 이러한 메시지를 통신한다. 예를 들어, 제2 RAT는 EUTRA일 수 있다. EUTRA 무선 인터페이스를 통해 NR PDCP 포멧에 따라 메시지를 통신하는 예는 교환(302, 402, 502, 604)을 포함한다.
블록(904)에서, ng-eNB(104)는 무선 연결, 예를 들어, RRC 연결(예를 들어, 도 3의 이벤트 312)을 일시 중지하라는 명령을 UE(102)로 전송할 수 있다. ng-eNB(104)는 예를 들어, 비활성 기간을 검출하는 것에 응답하여 이 명령을 전송할 수 있다.
블록(906)에서, ng-eNB(104)는 무선 연결이 재개되었다는 표시를 수신할 수 있다. 이 표시의 예는 도 3-6의 이벤트(352, 422, 522, 622)를 포함한다.
블록(908)에서, 방법(900)에 따라, ng-eNB(104)는 제2 RAT, 예를 들어 EUTRA(예를 들어, 도 5의 이벤트 554 및 도 6의 이벤트 654)에 대응하는 포맷에 따라 표시를 디코딩한다. 보다 구체적으로, ng-eNB(104)는 제2 RAT에 대응하고 제2 RAT의 포맷에 따라 PDU를 처리하는 PDCP 엔티티를 사용할 수 있다.
방법(900)은 선택적 블록(910) 또는 선택적 블록(912)을 포함할 수 있다. 블록(912)에서, ng-eNB(104)는 위의 예에서 EUTRA(예를 들어, 도 5의 이벤트 570)인 제2 RAT에 대응하는 포멧에 따라 후속 RRC 절차를 수행한다. 한편, 블록(912)에서, ng-eNB(104)는 위의 예에서 NR(예를 들어, 도 6의 이벤트 670)인 제1 RAT에 대응하는 포맷에 따라 후속 RRC 절차를 수행한다.
다음의 추가 고려 사항이 전술한 논의에 적용된다.
본 개시의 기술들이 구현될 수 있는 사용자 장치(예를 들어, UE(102))는 스마트폰, 태블릿 컴퓨터, 랩톱 컴퓨터, 모바일 게임 콘솔, POS 단말기, 건강 모니터링 장치, 드론, 카메라, 미디어 스트리밍 동글 또는 기타 개인 미디어 장치, 스마트 워치와 같은 웨어러블 장치, 무선 핫스팟, 펨토셀 또는 광대역 라우터와 같은 무선 통신이 가능한 임의의 적절한 장치일 수 있다. 또한, 사용자 장치는 경우에 따라 차량의 헤드 유닛 또는 첨단 운전자 보조 시스템(ADAS과 같은 전자 시스템에 내장될 수 있다. 또한, 사용자 장치는 사물 인터넷(IoT) 디바이스 또는 모바일 인터넷 디바이스(MID)로 동작할 수 있다. 유형에 따라, 사용자 장치는 하나 이상의 범용 프로세서, 컴퓨터 판독 가능 메모리, 사용자 인터페이스, 하나 이상의 네트워크 인터페이스, 하나 이상의 센서 등을 포함할 수 있다.
특정 실시예는 로직 또는 다수의 구성요소 또는 모듈을 포함하는 것으로 본 개시에서 설명된다. 모듈은 소프트웨어 모듈(예를 들어, 코드 또는 비-일시적 기계 판독 가능 매체에 저장된 기계 판독 가능 명령어) 또는 하드웨어 모듈일 수 있다. 하드웨어 모듈은 특정 동작들을 수행할 수 있는 유형의 단위이며 특정 방식으로 구성되거나 배열될 수 있다. 하드웨어 모듈은 특정 동작들을 수행하기 위해 (예를 들어, FPGA 또는 ASIC, DSP와 같은 특수 목적 프로세서 등으로) 영구적으로 구성된 전용 회로 또는 로직을 포함할 수 있다. 하드웨어 모듈은 또한 특정 동작들을 수행하기 위해 소프트웨어에 의해 일시적으로 구성되는 (예를 들어, 범용 프로세서 또는 다른 프로그램 가능 프로세서 내에 포함되는) 프로그램 가능 로직 또는 회로를 포함할 수 있다. 전용 및 영구적으로 구성된 회로 또는 임시로 구성된 회로(예를 들어, 소프트웨어에 의해 구성된)에서 하드웨어 모듈을 구현하기 위한 결정은 비용 및 시간 고려 사항에 따라 결정될 수 있다.
소프트웨어로 구현될 때, 기술은 운영 체제의 일부, 다중 애플리케이션에서 사용되는 라이브러리, 특정 소프트웨어 애플리케이션 등으로 제공될 수 있다. 소프트웨어는 하나 이상의 범용 프로세서 또는 하나 이상의 특수 목적 프로세서에 의해 실행될 수 있다.
본 개시 내용을 읽을 때, 당업자는 본 명세서에 개시된 원리를 통해 RRC 연결을 재개하기 위한 추가적인 그리고 대안적인 구조적 및 기능적 설계를 이해할 것이다. 따라서, 특정 실시예 및 애플리케이션이 예시되고 설명되었지만, 개시된 실시예는 본 명세서에 개시된 정확한 구성 및 구성요소로 제한되지 않는다는 것을 이해해야 한다. 당업자에게 자명할 다양한 수정, 변경 및 변형이 첨부된 청구범위에 정의된 사상 및 범위를 벗어나지 않고 본 명세서에 개시된 방법 및 장치의 배열, 동작 및 세부사항에서 이루어질 수 있다.
다음의 양태들의 목록은 본 개시에 의해 명시적으로 고려되는 다양한 실시예를 반영한다.
양태 1. 사용자 단말(UE)에서 기지국과의 연결을 재개하기 위한 방법은 처리 하드웨어에 의해 실행될 수 있다. 방법은 제2 RAT를 따르는 무선 인터페이스를 통한 무선 연결을 사용하여 제1 RAT에 대응하는 제1 포맷에 따라 기지국과 제1 메시지를 통신하는 단계를 포함한다. 방법은 무선 연결을 일시 중지하는 단계와; 그 일시 중지에 후속하여: (i) 기지국으로, 제2 RAT에 대응하는 제2 포맷에 따라 무선 연결이 재개되었다는 표시를 전송하는 단계 및 (ii) 제1 포맷 또는 제2 포맷에 따라 무선 자원을 제어하기 위한 절차의 제2 메시지들을 통신하는 단계를 더 포함한다.
양태 2. 양태 1에 있어서, 제1 포맷에 따라 제2 메시지들을 전송하는 단계를 포함한다.
양태 3. 양태 1에 있어서, 제2 포맷에 따라 제2 메시지들을 전송하는 단계를 포함한다.
양태 4. 양태 1에 있어서, 제1 포맷을 사용하여 기지국과 통신하기 위한 제1 엔티티를 설정하는 단계; 및 무선 연결이 재개되었을 때: (i) 제1 엔티티를 해제하는 단계와, 그리고 (ii) 제2 포맷을 사용하여 기지국과 통신하기 위한 제2 엔티티를 설정하는 단계를 더 포함한다.
양태 5. 양태 1 내지 양태 4 중 어느 하나에서, 제1 포맷은 NR PDCP이고, 제2 포맷은 EUTRA PDCP이다..
양태 6. 양태 1 내지 양태 5 중 어느 하나에 있어서, 무선 연결이 재개되었다는 표시를 전송하는 단계는 RRC 메시지를 전송하는 단계를 포함한다..
양태 7. 양태 1 내지 6 중 어느 하나에 있어서, 절차는 (i) 접속 계층 보안을 활성화하기 위한 보안 모드 절차, (ii) 하향링크(DL) 정보 절차, (iii), 상향링크(UL) 정보 절차, (iv) 연결 재구성 절차, 또는 (v) 측정 보고 절차 중 하나이다.
양태 8. 양태 1 내지 양태 7 중 어느 하나에 있어서, 표시를 전송하는 단계는 표시를 포함하는 데이터 유닛의 헤더에서 카운터를 0으로 설정하는 단계를 포함한다.
양태 9. 이전 양태들 중 임의의 것의 방법을 구현하도록 구성된 프로세싱 하드웨어를 포함하는 UE.
양태 10. 기지국에서 UE와의 연결을 재개하기 위한 방법은 처리 하드웨어에 의해 실행될 수 있으며, 제2 RAT를 따르는 무선 인터페이스를 통한 무선 연결을 사용하여 제1 RAT에 대응하는 포맷에 따라 UE와 메시지들을 통신하는 단계와; UE로, 무선 연결을 해제하라는 명령을 전송하는 단계와; 그 전송에 후속하여, 처리 하드웨어에 의해 UE로부터, 연결이 재개되었다는 표시를 수신하는 단계와; 그리고 제1 RAT에 대응하는 포맷에 따라 표시를 디코딩하는 단계를 포함한다.
양태 11. 양태 10에 있어서, 포맷은 제1 포맷이고, 방법은 표시를 수신하는 단계에 후속하여, 제2 RAT에 대응하는 제2 포맷에 따라 무선 자원을 제어하는 것과 관련된 절차의 메시지들을 통신하는 단계를 더 포함한다.
양태 12. 양태 10에 있어서, 표시를 수신하는 것에 후속하여: 처리 하드웨어에 의해 UE와, 제1 RAT에 대응하는 포맷에 따라 무선 자원을 제어하는 절차의 메시지를 통신하는 단계를 더 포함한다. .
양태 13. 양태 10 또는 11에 있어서, 절차는 (i) 접속 계층 보안을 활성화하기 위한 보안 모드 절차, (ii) 하향링크(DL) 정보 절차, (iii) 상향링크(UL) 정보 절차, (iv) 연결 재구성 절차, 또는 (v) 측정 보고 절차 중 하나이다.
양태 14. 양태 10에 있어서, 포맷은 UE 및 기지국이 무선 자원을 제어하는 것과 관련된 메시지들을 통신하는 제2 프로토콜 부계층에 무선 베어러를 제공하는 제1 프로토콜 부계층과 연관된다.
양태 15. 양태 14에 있어서, 제1 프로토콜 부계층은 PDCP 프로토콜이고, 제2 프로토콜 부계층은 RRC 프로토콜이다
양태 16. 양태 10 내지 15 중 어느 하나에 따른 방법을 실행하도록 구성된 프로세싱 하드웨어를 포함하는 기지국.

Claims (15)

  1. 사용자 단말(UE)에서 기지국과의 연결을 재개하기 위한 방법으로서,
    처리 하드웨어에 의해, 제2 무선 접속 기술(RAT)을 따르는 무선 인터페이스를 통한 무선 연결을 사용하여, 제1 RAT에 대응하는 포맷에 따라 기지국과 메시지를 통신하는 단계;
    처리 하드웨어에 의해, 상기 무선 연결을 일시 중지하는 단계; 및
    일시 중지에 후속하여, 처리 하드웨어에 의해 기지국으로, 제1 RAT에 대응하는 포맷에 따라 상기 무선 연결이 재개되었다는 표시를 전송하는 단계를 포함하는 지국과의 연결을 재개하기 위한 방법.
  2. 제1항에 있어서,
    포맷은 UE와 기지국이 무선 자원을 제어하는 것과 관련된 메시지를 통신하는 제2 프로토콜 부계층에 무선 베어러를 제공하는 제1 프로토콜 부계층과 연관되는 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  3. 제2항에 있어서,
    제1 프로토콜 부계층은 패킷 데이터 수렴 프로토콜(PDCP) 프로토콜이고, 제2 프로토콜 부계층은 무선 자원 제어(RRC) 프로토콜인 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  4. 제1항 내지 제3항 중 어느 한 항에 있어서,
    전송하는 단계에 후속하여:
    처리 하드웨어에 의해 기지국과, 제1 RAT에 대응하는 포맷에 따라 무선 자원을 제어하는 것과 관련된 절차의 메시지를 통신하는 단계를 더 포함하는 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  5. 제4항에 있어서,
    절차는,
    (i) 접속 계층(access stratum) 보안을 활성화하기 위한 보안 모드 절차,
    (ii) 하향링크(DL) 정보 절차,
    (iii) 상향링크(UL) 정보 절차,
    (iv) 연결 재구성 절차, 또는
    (v) 측정 보고 절차 중 하나인 것을 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  6. 제1항에 있어서,
    처리 하드웨어에 의해, 제1 RAT에 대응하는 포맷에 따라 기지국과 통신하기 위한 엔티티를 설정하는 단계를 더 포함하고,
    메시지를 통신하는 단계 및 표시를 전송하는 단계는 엔티티를 사용하는 것을 포함하는 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  7. 제1항에 있어서,
    처리 하드웨어에 의해, 제1 RAT에 대응하는 포맷에 따라 기지국과 통신하기 위한 제1 엔티티를 설정하는 단계, 상기 메시지를 통신하는 단계는 제1 엔티티를 사용하는 것을 포함하고;
    처리 하드웨어에 의해, 제1 엔티티를 해제하는 단계; 및
    처리 하드웨어에 의해, 제1 RAT에 대응하는 포맷에 따라 기지국과 통신하기 위한 제2 엔티티를 설정하는 단계를 더 포함하고, 상기 표시를 전송하는 단계는 제2 엔티티를 사용하는 것을 포함하는 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  8. 제1항에 있어서,
    기지국으로부터, 무선 연결을 해제하기 위한 명령을 수신하는 단계를 더 포함하고,
    무선 연결을 일시 중지하는 단계는 명령을 수신하는 것에 대한 응답인 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  9. 제1항에 있어서,
    처리 하드웨어에 의해 기지국으로, 무선 연결을 재개하기 위한 요청을 전송하는 단계;,
    처리 하드웨어에 의해 기지국으로부터, 무선 연결을 설정하기 위한 명령을 수신하는 단계; 및
    명령을 수신하는 것에 응답하여 무선 연결을 재개하는 단계를 더 포함하는 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  10. 제1항에 있어서,
    표시를 전송하는 단계는,
    표시를 포함하는 데이터 유닛의 헤더내의 카운터를 0으로 설정하는 단계를 포함하는 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  11. 제10항에 있어서,
    일시 중지하는 단계에 후속하여:
    처리 하드웨어에 의해, 제1 RAT에 대응하는 포맷에 따라 기지국으로 메시지를 전송하는 단계를 더 포함하고, 이 단계는:
    메시지 각각에 대한 카운터를 증가시키는 단계와, 그리고,
    메시지를 포함하는 개별 데이터 유닛의 헤더에 카운터를 포함하는 단계를 포함하는 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  12. 제1항 내지 제11항 중 어느 한 항에 있어서,
    제1 RAT는 5G NR이고, 그리고
    제2 RAT는 EUTRA인 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  13. 제1항에 있어서,
    일시 중지하는 단계에 후속하여, 제1 RAT의 PDCP 프로토콜과 관련된 디폴트 구성을 적용하는 단계를 더 포함하는 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  14. 제1항에 있어서,
    전송하는 단계에 후속하여:
    시그널링 무선 베어러 1(SRB1)을 통해 기지국과 메시지를 통신하기 위해 제1 RAT의 PDCP 프로토콜을 사용하는 단계를 더 포함하는 것을 특징으로 하는 지국과의 연결을 재개하기 위한 방법.
  15. 선행하는 청구항들 중 어느 한 항에 따라 구현하기 위해 구성된 처리 하드웨어를 포함하는 사용자 단말(UE).
KR1020217027305A 2019-02-14 2020-02-13 통신 네트워크에서 무선 연결 재개 KR20210126623A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962805829P 2019-02-14 2019-02-14
US62/805,829 2019-02-14
PCT/US2020/018077 WO2020168055A1 (en) 2019-02-14 2020-02-13 Resuming radio connections in a communication network

Publications (1)

Publication Number Publication Date
KR20210126623A true KR20210126623A (ko) 2021-10-20

Family

ID=69811909

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020217027305A KR20210126623A (ko) 2019-02-14 2020-02-13 통신 네트워크에서 무선 연결 재개

Country Status (7)

Country Link
US (2) US20220141914A1 (ko)
EP (1) EP3915334A1 (ko)
KR (1) KR20210126623A (ko)
CN (1) CN113692778A (ko)
BR (1) BR112021015839A2 (ko)
TW (1) TWI747164B (ko)
WO (1) WO2020168055A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3915334A1 (en) * 2019-02-14 2021-12-01 Google LLC Resuming radio connections in a communication network

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100202613A1 (en) * 2009-01-07 2010-08-12 Qualcomm Incorporated Packet bundling at the pdcp layer with ciphering on the pdcp sdu
US8559387B2 (en) 2009-05-04 2013-10-15 Blackberry Limited Indicating radio access technology information to mobile stations system and method
US8086236B2 (en) * 2010-01-06 2011-12-27 Htc Corporation Methods to configure proximity indication in wireless communications systems
CN103517454A (zh) 2012-06-27 2014-01-15 联发科技股份有限公司 增强信令连接释放指示处理方法
US9814037B2 (en) * 2013-06-28 2017-11-07 Intel Corporation Method for efficient channel estimation and beamforming in FDD system by exploiting uplink-downlink correspondence
US20160057671A1 (en) 2014-08-22 2016-02-25 Qualcomm Incorporated Fast return after circuit switched fall back (csfb) call release
US9516665B2 (en) * 2015-02-03 2016-12-06 Qualcomm Incorporated RAT selection based on application preference
US10665942B2 (en) * 2015-10-16 2020-05-26 At&T Intellectual Property I, L.P. Method and apparatus for adjusting wireless communications
CN107995688B (zh) * 2016-01-08 2021-06-25 瑞典爱立信有限公司 用于无线电资源控制的方法和设备
JP6587001B2 (ja) * 2016-02-04 2019-10-09 日本電気株式会社 無線端末及びその方法
WO2017173158A1 (en) * 2016-04-01 2017-10-05 Intel IP Corporation Radio access network (ran)-originated paging messaging
US10390331B2 (en) * 2016-04-20 2019-08-20 Convida Wireless, Llc System information provisioning and light weight connection signaling
WO2017188758A1 (ko) 2016-04-28 2017-11-02 엘지전자(주) 무선 통신 시스템에서 nas 시그널링 유보/재개를 수행하기 위한 방법 및 이를 위한 장치
WO2017219205A1 (zh) * 2016-06-20 2017-12-28 北京小米移动软件有限公司 基站、数据传输方法及装置
US10536955B2 (en) * 2016-08-12 2020-01-14 Qualcomm Incorporated Capability coordination across radio access technologies
US10728927B2 (en) 2016-11-11 2020-07-28 FG Innovation Company Limited Data packet delivery in RRC inactive state
WO2018119119A1 (en) 2016-12-20 2018-06-28 Intel IP Corporation Apparatuses to switch between lte rat and nr rat during transition from inactive state to active state
CN108271227B (zh) * 2017-01-04 2019-09-17 电信科学技术研究院 一种跨rat的终端状态确定方法及终端
CN108616880B (zh) * 2017-01-17 2022-07-29 中兴通讯股份有限公司 一种数据传输的方法、装置及系统
EP3361820B1 (en) * 2017-02-10 2020-10-28 Samsung Electronics Co., Ltd. Method and apparatus for inactive mode operation in wireless communication system
CA3057464A1 (en) * 2017-03-22 2018-09-27 Comcast Cable Communications, Llc Random access process in new radio
CN108632922B (zh) * 2017-03-23 2022-07-19 中兴通讯股份有限公司 一种移动性管理方法及装置
CN109150432A (zh) * 2017-06-15 2019-01-04 夏普株式会社 无线通信方法和设备
CN110324848B (zh) * 2017-06-16 2020-10-16 华为技术有限公司 信息处理方法、通信装置以及计算机存储介质
WO2018232108A1 (en) * 2017-06-16 2018-12-20 Intel Corporation L2 handling for bearer type change
CN109104745B (zh) * 2017-06-21 2021-08-31 中兴通讯股份有限公司 基于空口质量的流量控制方法、装置和计算机设备
US20190037635A1 (en) * 2017-07-28 2019-01-31 Asustek Computer Inc. Method and apparatus of recovering rrc connection in a wireless communication system
US10785817B2 (en) * 2017-09-28 2020-09-22 Apple Inc. Signaling radio bearer type 3 (SRB3) and secondary cell group (SCG) failure handling
CN110351896B (zh) * 2018-04-04 2021-07-09 华为技术有限公司 一种连接重建立方法及装置
KR102628038B1 (ko) * 2018-06-22 2024-01-22 삼성전자주식회사 이동통신 시스템에서 무선 링크 실패 보고 방법 및 장치
WO2020097753A1 (en) * 2018-11-12 2020-05-22 Qualcomm Incorporated Resuming communication with secondary node in dual connectivity
EP3915334A1 (en) * 2019-02-14 2021-12-01 Google LLC Resuming radio connections in a communication network
CN111586739B (zh) * 2019-02-15 2022-04-22 华为技术有限公司 信息处理方法和装置
US11350488B2 (en) * 2020-07-14 2022-05-31 At&T Intellectual Property I, L.P. Methods and systems to dynamically extend wireless service assurance capability

Also Published As

Publication number Publication date
US20220264692A1 (en) 2022-08-18
TWI747164B (zh) 2021-11-21
TW202046813A (zh) 2020-12-16
EP3915334A1 (en) 2021-12-01
US20220141914A1 (en) 2022-05-05
CN113692778A (zh) 2021-11-23
US11700664B2 (en) 2023-07-11
WO2020168055A1 (en) 2020-08-20
BR112021015839A2 (pt) 2021-10-13

Similar Documents

Publication Publication Date Title
EP3777280B1 (en) Security verification when resuming an rrc connection
US20220386191A1 (en) Conditional full configuration and conditional delta configuration
WO2018133607A1 (zh) 一种数据传输的方法、装置及系统
CN113348724A (zh) 蜂窝网络中在不活动状态下的上行链路通信
US11700664B2 (en) Resuming radio connections in a communication network
US20220345883A1 (en) Security key updates in dual connectivity
US20240172176A1 (en) Managing downlink early data transmission
WO2023154401A1 (en) Managing radio configurations for small data transmission
WO2023154443A1 (en) Managing a small data transmission configuration in mobility scenarios
WO2023154459A1 (en) Managing small data transmission for a user equipment
US20230413372A1 (en) Early data communication with preconfigured resources
US20230156820A1 (en) Data Communication In An Inactive State
US20240147568A1 (en) Managing early data communication
US20240114586A1 (en) Handling communication errors during early data communication
TWI826716B (zh) 控制不同類型基地台之間之移動性
US20230337304A1 (en) Resuming multi-radio dual connectivity
US20240022903A1 (en) Early data communication in an inactive state
WO2022271768A1 (en) Managing paging for a user device
WO2023154397A1 (en) Managing a configured grant configuration for a user equipment
WO2023133236A1 (en) Managing small data communication
EP4327617A1 (en) Managing random access in early data communication
WO2023154439A1 (en) Managing uplink synchronization at a user equipment

Legal Events

Date Code Title Description
A201 Request for examination