KR102495046B1

KR102495046B1 - Rrc_inactive 상태에서의 ta 업데이트

Info

Publication number: KR102495046B1
Application number: KR1020217043058A
Authority: KR
Inventors: 크리스토퍼 린드헤이머; 구나르 밀드; 이카로 엘. 제이. 다 실바; 폴 슐리와-베르트링
Original assignee: 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘)
Priority date: 2018-02-14
Filing date: 2019-02-11
Publication date: 2023-02-06
Also published as: JP7100709B2; US20220078876A1; US11219084B2; ZA202004787B; KR20200120724A; MX2020008460A; WO2019160475A1; US11778684B2; RU2747846C1; EP3753375A1; CN112005614A; US20220095412A1; US20230319948A1; JP2021514576A; US11765783B2; KR20220002753A; US20200120741A1; CN112005614B

Abstract

일 양태에 따르면, 무선 디바이스는, RRC 비활성 상태에 있는 동안, 라디오 액세스 네트워크 통지 영역 업데이트(RNAU)가 필요하다고 결정한다. 무선 디바이스는 RNAU에 대한 필요성 이외에, RRC 접속 상태를 재개하는 임의의 다른 원인이 있는지를 추가로 평가한다. 무선 디바이스는, 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신한다. RRC 재개 요청 메시지는, 상기 평가가 RRC 접속 상태를 재개하는 다른 원인을 식별하지 않은 경우에, RRC 접속 상태를 재개하는 원인으로서 RNAU를 표시하는 원인 표시자를 포함한다.

Description

RRC_INACTIVE 상태에서의 TA 업데이트{TA UPDATE IN RRC_INACTIVE STATE}

본 출원은 일반적으로 무선 통신 네트워크들에 관한 것으로서, 특히, RRC_INACTIVE에 있는 동안 TA 업데이트를 수행하기 위한 기술들에 관한 것이다.

3GPP(3^rd-Generation Partnership Project)는 일반적으로 5G로 지칭되는 5세대 무선 통신 기술에 대한 사양들을 개발하려는 노력들을 계속하고 있다. 새로운 5GS 표준, 5G에 대한 시스템 및 아키텍처 표준에서, 다양한 상태 머신들이 도입되어 사용자 장비(user equipment)(UE)가 도달가능한 것을 확실하게 한다.

하나의 그러한 상태 머신은 3GPP TS 23.501에 기술된 접속 관리 상태 모델(connection management state model), 또는 CM-상태 모델이다. 일반적으로, 접속 관리(connection management)(CM)는 UE와 AMF(Access and Mobility Management Function) 사이의 시그널링 접속(signaling connection)을 확립 및 해제하기 위한 기능들을 포함한다.

도 1은 AMF, UE, 라디오 액세스 네트워크(radio access network)(RAN) 및 인터페이스 명칭들(interface names)과 같은 노드들을 포함하는 5G 시스템 아키텍처의 예를 도시한다. 접속 관리는 도 1에 도시된 N1 인터페이스를 통한 시그널링 접속에 관한 것이다.

N1을 통한 이러한 시그널링 접속은 UE와 코어 네트워크(core network) 사이의 NAS(Non-Access-Stratum) 시그널링 교환을 가능하게 하기 위해 이용된다. 그것은 UE와 AN(Access Node) 사이의 AN 시그널링 접속, 및 AN과 AMF 사이의 N2 접속 둘다를 포함한다.

2개의 CM-상태들, 즉, CM-IDLE 및 CM-CONNECTED가 정의된다. CM-IDLE에서의 UE는 N1을 통해 AMF에 대해 확립된 NAS 시그널링 접속을 갖지 않고, 이 CM-상태에서, UE는 셀 선택/재선택 및 PLMN(public land mobile network) 선택을 수행한다. 또한, 유휴 상태(idle state)에서 UE에 대한 AN 시그널링 접속 또는 N2/N3 접속들이 없다. UE가 네트워크에 그리고 CM-IDLE에서 등록되면, 그것은 통상적으로 네트워크로부터 페이징 메시지들을 청취(listen)하고 그에 응답할 것이다. 이것은 CM-IDLE에서 UE가 여전히 도달가능한 것을 의미한다. 사용자/UE에 의해 개시되는 경우, UE는 또한 서비스 요청 절차(service request procedure)를 수행할 수 있을 것이다.

CM-CONNECTED에서의 UE는 UE와 AN 사이의 AN 시그널링 접속을 확립한 UE이다. UE는 3GPP 액세스를 통해 RRC_CONNECTED 상태로 진입했다. 이러한 접속을 통해, UE는 (서비스 요청과 같은) 초기 NAS 메시지를 송신할 수 있고, 이 메시지는 AMF에서 CM-IDLE로부터 CM-CONNECTED로의 천이를 개시한다. 도 1로부터, 진입될 CM-CONNECTED를 위해, AN과 AMF 사이에 N2 접속을 확립할 필요가 또한 있다는 것이 또한 인식된다. 초기 N2 메시지(예를 들어, N2 초기 UE 메시지)의 수신은 CM-IDLE로부터 CM-CONNECTED 상태로의 AMF에 대한 천이를 개시한다.

CM-CONNECTED 상태에서, UE는 데이터를 송신할 수 있고, 그것은 AN 시그널링 접속이 해제될 때마다, CM-IDLE로 진입하기 위한 준비가 될 것이다. 논리 N1 시그널링 접속 및 N3 사용자 평면 접속(user plane connection)이 해제될 때마다, AMF는 CM-IDLE로 진입한다. CM에 대한 AN 시그널링 접속 및 해제가 도 2에 도시되어 있다. CM에 대한 N2 컨텍스트(Context) 확립 및 해제가 도 3에 도시되어 있다.

AMF에서와 유사한 방식으로, AN, 즉, 액세스 네트워크에는 또한 상태 모델이 있다. 이로부터, 액세스 네트워크 노드에 대해 용어 "gNB"를 이용할 것이지만, 그것은 동일하게 다른 노드 타입, 예를 들어, ng-eNB, eNB일 것이다. 따라서, 용어 "gNB"는 본 발명의 적용가능성에서의 제한이 아니라 예시로서 간주될 것이다. gNB에서의 하나의 상태 모델은 RRC 상태 머신이다.

UE는 RRC_CONNECTED, RRC_INACTIVE 및 RRC_IDLE 중 어느 하나에 있을 수 있다. 상이한 상태 머신들 사이의 매핑, 즉, AN에서의 하나 및 AMF에서의 하나는, CM-CONNECTED가 RRC_CONNECTED 또는 RRC_INACTIVE에 매핑될 수 있는 반면, CM-IDLE는 항상 RRC_IDLE에 매핑되도록 한다.

RRC 접속이 확립될 때 UE는 RRC_CONNECTED 상태에 있거나 RRC_INACTIVE 상태에 있다. 그렇지 않은 경우, 즉, 어떠한 RRC 접속도 확립되지 않은 경우, UE는 RRC_IDLE 상태에 있다. 이들 상이한 상태들은 3GPP TS 38.331에서 더 설명된다.

RRC_IDLE에서, UE는 특정 경우들에서 페이징 채널(paging channel)을 청취하도록 구성되고, 셀 (재)선택 절차들을 수행하고, 시스템 정보를 청취한다. RRC_INACTIVE에서, UE는 또한 페이징 채널을 청취하고, 셀 (재)선택 절차들을 수행하지만, 또한, 그것은 구성을 또한 유지하고, 구성은 또한 네트워크 측에 유지되어, 필요할 때, 예를 들어, 데이터가 UE에 도달할 때, 데이터를 송신하기 시작하기 위해 완전한 셋업 절차를 요구하지 않는다.

RRC_CONNECTED에서, UE로 또는 UE로부터 데이터가 전송되고, 네트워크는 이동성(mobility)을 제어한다. 이것은 네트워크가, UE가 다른 셀들로 핸드오버해야 할 때를 제어함을 의미한다. 접속 시에, UE는 여전히 페이징 채널을 모니터링하고, 그것은 UE에 대한 데이터가 존재하는지의 여부와 연관되는 제어 채널들을 모니터링한다. 그것은 채널 품질 및 피드백 정보를 네트워크에 제공하고, 그것은 이웃 셀 측정을 수행하고 이 측정들을 네트워크에 보고한다.

UE가 CM-CONNECTED 및 RRC_INACTIVE에 있을 때, 다음이 적용된다: UE 도달가능성(reachability)이 RAN에 의해, 코어 네트워크로부터의 보조 정보(assistance information)로 관리되고; UE 페이징은 RAN에 의해 관리되고; UE는 UE의 CN(5G S-TMSI) 및 RAN 식별자(I-RNTI)와의 페이징을 모니터링한다.

네트워크 구성에 기초하는 AMF는, UE가 RRC 비활성 상태로 전송될 수 있는지에 대한 NG-RAN의 결정을 돕기 위해, 보조 정보를 NG-RAN에 제공할 수 있다. "RRC 비활성 보조 정보"는, 예를 들어: UE 특정 DRX 값들; 아래에서 때때로 TAI-리스트(TrackingAreaIdentifier List)라고 지칭되는, UE에 제공된 등록 영역(Registration Area); AMF가 UE에 대해 MICO 모드를 인에이블한 경우, 주기적 등록 업데이트 타이머; UE가 MICO 모드에 있다는 표시; 및/또는 TS 38.304 [50]에서 정의된 바와 같은, UE 영구 식별자(permanent identifier)로부터의 정보를 포함할 수 있고, 이는 RAN이 UE의 RAN 페이징 기회들(paging occasions)을 계산하는 것을 허용한다.

전술한 RRC 비활성 보조 정보는, UE가 RRC 비활성 상태로 전송될 수 있는지에 대한 NG RAN의 결정을 돕기 위해 (새로운) 서빙 NG-RAN 노드와의 N2 활성화 동안(즉, 등록, 서비스 요청, 핸드오버 동안) AMF에 의해 제공된다. RRC 비활성 상태는 RRC 상태 머신의 일부이고, 그것은 RRC 비활성 상태로 진입하기 위한 조건들을 결정하기 위해 RAN까지의 것이다. RRC 비활성 보조 정보에 포함된 파라미터들 중 임의의 것이 NAS 절차의 결과로서 변하는 경우, AMF는 RRC 비활성 보조 정보를 NG-RAN 노드로 업데이트할 것이다.

N2 및 N3 참조점들(reference points)의 상태는 UE가 RRC 비활성 상태를 갖는 CM-CONNECTED로 진입하는 것에 의해 변경되지 않는다. RRC 비활성 상태에서의 UE는 RAN 통지 영역(RNA)을 인식한다. RRC_INACTIVE 상태에서의 UE는 RNA로 구성될 수 있고, 여기서: RNA는 단일 또는 다중 셀을 커버할 수 있고, CN 등록 영역보다 작을 수 있고; RAN-기반 통지 영역 업데이트(RNAU)는 UE에 의해 주기적으로 전송되고, UE의 셀 재선택 절차가 구성된 RNA에 속하지 않는 셀을 선택할 때 전송된다.

RNA가 어떻게 구성될 수 있는지에 대한 몇 가지 상이한 대안들이 있다: 셀들의 리스트; RAN 영역들의 리스트; 및/또는 추적 영역 식별자(Tracking Area Identifier)(TAI)들의 리스트. 셀들의 리스트에 관하여: UE는 RNA를 구성하는 (하나 이상의) 셀의 명시적 리스트를 제공받는다. RAN 영역들의 리스트에 관하여: UE는 (적어도 하나의) RAN 영역 ID를 제공받고, 여기서 RAN 영역은 CN 추적 영역의 서브세트이고; 및/또는 셀은 셀이 어느 영역에 속하는지를 UE가 알도록 시스템 정보에서 (적어도 하나의) RAN 영역 ID를 브로드캐스트한다.

CM-IDLE에서, UE 도달가능성을 담당하는 것은 코어 네트워크이고, 코어 네트워크는 추적 영역(TA)들의 세트에 의해 정의되는 CN 등록 영역을 구성하는 것을 통해 이것을 행한다. UE는 추적 영역 식별자(TAI)들의 리스트를 통해 CN 등록 영역으로 구성되고, 이러한 CN 등록 영역은 이하에서 "TAI-리스트"라고 지칭된다.

RRC 비활성 상태를 갖는 CM-CONNECTED로의 천이에서, NG-RAN은 RRC 비활성 보조 정보에 표시된 주기적 등록 업데이트 타이머 값의 값을 고려하여 주기적 RAN 통지 영역 업데이트 타이머로 UE를 구성하고, UE에 제공된 RAN 통지 영역 업데이트 타이머 값보다 더 긴 값을 갖는 가드 타이머(guard timer)를 이용한다. RAN에서 주기적 RAN 통지 영역 업데이트 가드 타이머가 만료된다면, RAN은 TS 23.502에 명시된 바와 같이 AN 해제 절차를 개시할 것이다.

UE가 RRC 비활성 상태를 갖는 CM-CONNECTED에 있을 때, UE는 CM-IDLE에 대해 TS 23.122에 정의된 바와 같은 PLMN 선택 절차들을 수행한다. UE가 RRC 비활성 상태를 갖는 CM-CONNECTED일 때, UE는: 업링크 데이터 펜딩(uplink data pending); 모바일 개시(mobile initiated) NAS 시그널링 절차; RAN 페이징에 대한 응답으로서; RAN 통지 영역을 떠난 네트워크에 통지하는 것; 및/또는 주기적 RAN 업데이트 타이머 만료로 인해 RRC 접속을 재개할 수 있다.

LTE(Long Term Evolution)에서, UE는, 예컨대, UE가 셀 재선택을 수행할 때, 이동성에 의해 트리거된 TAU를 수행하고, UE가 이동성 관리 엔티티(mobility management entity)(MME)에서 이전에 등록한 추적 영역들의 리스트에 있지 않은 추적 영역을 검출한다.

본 발명의 설명에서, TAU-추적 영역 업데이트(Tracking Area Update) 및 CN 등록 영역 업데이트(Registration Area update)가 상호교환가능하게 이용된다는 점에 유의해야 한다. 다른 것에 특별히 대응하지 않는 하나 또는 다른 하나의 임의의 이용이 존재하는 경우, 이것은 명시적으로 언급될 것이다.

TAU 절차는 이후 UE에서 NAS 계층에 의해 트리거되고, UE에서의 NAS 계층으로부터 MME로의 "TAU request" 메시지의 송신으로 시작한다. RRC_IDLE에서, UE는 NAS 메시지를 MME에 송신할 수 있기 전에, 먼저 RAN에 접속해야 하는데, 이는 "mo-signaling"과 동일한 causeValue를 갖는 RRCConnectionRequest 메시지로 행해진다. 이것은 셋업될 임시 RRC 접속을 트리거할 것이다. 대부분의 경우들에서, UE 또는 네트워크는 전송할 데이터를 갖지 않는데, 이는 네트워크가 가능한 빨리 UE를 RRC_IDLE로 이동시킬 것임을 의미한다. CN이 TAU로 종료될 때, 그것은 "TAU Accept" NAS 메시지가 UE에 전송된 후에 eNB가 RRCConnectionRelease 메시지를 전송하도록 트리거하는 CN/RAN 접속을 해제한다. UE가 TAU와 함께 전송할 UL 데이터를 갖는 경우, "TAU Request" NAS 메시지는 이를 나타내는 플래그를 가질 것이다. 유사하게, 네트워크가 UE를 대기하는 DL 데이터 또는 제어 시그널링을 갖는다면, CN은 RAN이 UE를 향해 보안 및 데이터 라디오 베어러들(security and data radio bearers)을 확립할 수 있도록 RAN에서의 UE 컨텍스트 셋업을 트리거할 수 있다.

도 4는 LTE로부터의 TAU 절차에 기초한, NR에서의 UE에 대한 RRC_IDLE에서의 가능한 추적 영역 업데이트 절차의 타이밍도를 도시한다. 5G 시스템에서의 RRC_INACTIVE에서의 UE에 대해, 그리고 NG-RAN(Next Generation RAN)으로서 알려진 라디오 액세스에 대해, UE는 새로운 TA(즉, UE가 등록한 TA-리스트의 일부가 아닌 TA)에 진입할 때 TAU들을 또한 수행할 것이고, RRC 시그널링을 이용하여 수행되어야 하는 것으로 합의되었다. 따라서, TAU를 5G-CN으로 전송하기 위해, UE는 메시지를 그의 AS 계층에 제출해야 한다. RRC_INACTIVE에서의 UE에서의 RRC 계층이 NAS "TAU request" 메시지를 수신할 때, 그것은 네트워크에 접속할 필요가 있을 것이고, RRCConnectionResumeRequest 메시지를 이용하여 행해져야 한다.

LTE에서와 같이, 대부분의 경우들에서 데이터 송신/수신이 없을 것이고, 네트워크는 UE를 RRC_CONNECTED로 유지하지 않아야 한다. 따라서, 이를 허용하기 위해, RRCConnectionResumeRequest는 이 메시지가 NAS 요청으로 인해 트리거되었다는 것을 RAN에게 표시해야 한다. 재개가 단지 NAS 시그널링을 위한 것임을 표시하기 위해, "mo-signaling"에 대응하는 원인 값이 RRCConnectionResumeRequest 메시지에 설정되어야 한다.

네트워크가 UE AS 컨텍스트를 검색할 수 있다면, 그것은 RRCConnectionResume 메시지로 응답할 수 있고, UE는 RRCConnectionResumeComplete 메시지에서 피기백된(piggybacked) "TAU Request"를 전송할 것이다. CN/RAN 접속이 RRC_INACTIVE에서 유지되므로, 이것은 NAS 메시지가 CN으로 전달될 수 있기 전에, 먼저 재배치되어야 할 것이다. 그리고 CN이 TAU로 종료될 때, 그것은 도 5a에서 볼수 있듯이 "TAU Accept" NAS 메시지를 UE에 전송한다.

UE가 그것이 새로운 (등록되지 않은) 추적 영역에 진입하는 것을 검출할 때 RRC_INACTIVE에서 TAU를 수행함에 따라, UE 컨텍스트 검색은 때때로 실패할 수 있다. 예를 들어, 긴 DRX 사이클들을 갖는 UE가 소스 gNB로부터 멀리 이동하는 경우, 타겟과 소스 gNB 사이에 Xn 접속이 존재하지 않을 수 있다. 어쨌든, RRC_INACTIVE로부터의 TAU 절차는 저장된 UE 컨텍스트가 검색될 수 없는 경우를 처리할 수 있어야 한다.

컨텍스트가 성공적으로 검색될 수 없는 경우, gNB는 새로운 UE 컨텍스트를 구축(build)하기 위해 RRCConnectionSetup으로 mo-signaling을 표시하는 RRCConnectionResumeRequest에 응답할 것이다. 도 5b는 실패한 UE 컨텍스트 검색을 갖는 RRC_INACTIVE에서의 UE에 의한 추적 영역 업데이트를 도시한다.

도 5a 및 도 5b로부터 알 수 있는 바와 같이, CN이 TAU로 완료되고, "TAU Accept" NAS 메시지를 UE에 송신했다면, gNB는 UE를 다시 중단할 수 있기 전에 비활성 타이머의 만료를 대기해야 한다. 이는 NAS 메시지들이 RAN에 투명하기 때문이고, CN/RAN 접속이 유지되기 때문에, gNB에서의 또는 UE에서의 AS 어느 것도 CN이 TAU로 종료되는 것을 알지 못할 것이다.

TAU의 종료를 추정하는 타이머의 이용에 대한 대안은 AMF가, TAU가 종료되었다는 표시를 gNB에 송신하는 것일 것이다. 이러한 방식으로, 이러한 목적을 위해 비활성 타이머가 필요하지 않을 것이다.

UE가 RRC_INACTIVE에 있을 때, 따라서 CM-Connected에 있을 때, 이동성으로 인해 CN 등록 영역 업데이트들을 여전히 수행하고, 특히, UE가 TAI 리스트에서의 추적 영역들 중 임의의 것에 속하지 않는 셀로 이동하고 있는 경우에 이것이 필요하다.

UE가 그러한 셀로 이동/재선택하는 때와 동시에, 허용된 RNA가 TAI 리스트의 TA의 일부인 셀들만을 포함할 수 있으므로, 그것은 임의의 RNA 밖에서도 이동할 수 있다.

따라서, AS 및 NAS 둘다가 업데이트 요구를 트리거하는 RRC_INACTVE에서의 UE들에 대한 상황이 존재할 수 있다는 것이 여기서 인식된다.

NAS는 추적 영역 업데이트 요구를 트리거한다. UE는 그의 구성된 RNA를 남겨두기 때문에, AS는 이동성으로 인해 RNA 업데이트 요구를 트리거한다. 그 다음, 문제는 UE가 둘다를, 서로의 이후에 트리거할 가능성이다.

본 발명의 실시예들은 네트워크가 UE를 불필요하게 RRC_CONNECTED로 가져오는 것을 회피하고, UE가 RNAU 및 TAU 둘다를 트리거하는 임의의 "이중 절차들"을 회피하는 해결책을 제공하는 것을 돕는다.

실시예들의 다른 양태는 UE 측 및 네트워크 측에서의 영역 정보를 조정하기 위한 UE에서의 및 네트워크에서의 절차를 포함한다. UE와 네트워크 사이에 정보에 임의의 불일치가 있어야 하는 경우, 이것은 실시예들의 절차들에 의해 포착된다.

본 발명의 일 양태에서, UE 관점에서, UE는 추적 영역 리스트의 경계를 가로지를 때(그리고 이들 경계들이 중첩함에 따라, RNA 리스트 경계를 가로지르는 것과 동시에), RNA 업데이트들 및 추적 영역 업데이트들을 수행하도록 구성된다. UE는 먼저 RNA 업데이트를 트리거한다. 예를 들어, UE는 RNA 업데이트(예를 들어, 'rna-update')에 연관된 원인 값을 갖는 RRC 재개 요청을 전송하고, RRC 재개 메시지를 대기한다. 그리고, RRC 재개 메시지를 수신하면, UE는 RRC_CONNECTED로 이동하고, 추적 영역 업데이트 NAS 메시지와 다중화된 RRC 재개 완료를 전송한다.

UE가 오직 RNA를 가로지르고, 동일 TA 또는 동일 TA 리스트에서 유지하는 경우들이 있을 것이라는 점에 유의한다. 이러한 경우들에서, UE는 재개 요청을 전송하고, 단순히 중단 메시지(Suspend message)를 대기한다. 이하의 논의를 고려하여, 이것은, 예를 들어, 네트워크가 추적 영역 업데이트(TAU)가 필요하지 않다는 것을 단독으로 결정할 때, 또는 TAU가 필요한 경우, 네트워크가 단순히 별도의 TAU 절차를 강제하기를 원할 때, UE가 RRC 비활성 상태로 즉시 중단되는 최적화된 절차를 네트워크가 이용할 수 있게 한다는 것을 이해할 것이다. 일부 실시예들에서, 중단 메시지에서, UE에는 새로운 I-RNTI(resume ID) 및 새로운 RNA가 할당될 수 있다.

본 논의의 목적들을 위해, 용어들 "RRC 재개 요청" 및 "재개 요청"은 상호교환가능하다는 점에 유의한다. 본 기술분야의 통상의 기술자는 RRCConnectionResumeRequest와 같은 다른 용어들이 또한, 이러한 동일한 또는 유사한 메시지를 지칭하기 위해 이용될 수 있다는 것을 이해할 것이다.

일부 실시예들에 따르면, 무선 통신 네트워크에서 동작하는 무선 디바이스에서의 방법은, 라디오 자원 제어(Radio Resource Control)(RRC) 비활성 상태에 있는 동안, 라디오 액세스 네트워크 통지 영역 업데이트(Radio Access Network Notification Area Update)(RNAU) 및 추적 영역 업데이트(TAU) 둘다가 필요하다고 결정하는 단계를 포함한다. 방법은 또한, 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계를 포함한다. RRC 재개 요청 메시지는 RRC 접속 상태(RRC Connected state)를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함한다.

일부 변형 실시예들에 따르면, 무선 통신 네트워크에서 동작하는 무선 디바이스에서의 방법은, RRC 비활성 상태에 있는 동안, RNAU가 필요하다고 결정하는 단계를 포함한다. 방법은 또한, 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계를 포함한다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자이다. 방법은 또한 RRC 재개 요청에 응답하여 RRC 재개 메시지를 수신하는 단계, 및 무선 디바이스에서의 NAS 기능이 TAU에 대한 필요성을 결정했는지에 관계없이, RRC 재개 요청을 수신하는 것에 응답하여 TAU를 개시하는 단계를 포함한다.

일부 변형 실시예들에 따르면, 무선 통신 네트워크에서 동작하는 무선 디바이스에서의 방법은, RRC 비활성 상태에 있는 동안, RNAU 및 TAU 둘다가 필요하다고 결정하는 단계를 포함한다. 방법은, 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계를 포함한다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링(mobility signaling)만을 표시하는 원인 표시자를 포함한다. 방법은 또한 RRC 재개 요청에 응답하여 RRC 재개 메시지를 수신하는 단계, 및 RRC 재개 요청을 수신하는 것에 응답하여 추적 영역 업데이트(TAU)를 개시하는 단계를 포함한다.

일부 변형 실시예들에 따르면, 무선 통신 네트워크에서 동작하는 무선 디바이스에서의 방법은, RRC 비활성 상태에 있는 동안, RNAU가 필요하다고 결정하는 단계를 포함한다. 방법은, RNAU에 대한 필요성 이외에, RRC 접속 상태를 재개하는 임의의 다른 원인이 있는지를 평가하는 단계, 및 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계를 포함한다. RRC 재개 요청 메시지는 원인 표시자를 포함하고, 원인 표시자는 상기 평가가 RRC 접속 상태를 재개하는 다른 원인을 식별하지 않은 경우에만, RNAU를 표시한다.

네트워크 관점에서, gNB가 RAN 통지 영역 업데이트(RNAU)의 표시를 포함하는 RRC 재개 요청 메시지를 UE로부터 수신할 때, 네트워크는 그 UE의 컨텍스트를 페치(fetch)하고, 컨텍스트 페치가 성공적이면, gNB는 UE가 현재 액세스하고 있는 셀이 RRC 비활성 보조 정보에서 수신되고 UE 컨텍스트와 함께 저장되는 TAI 리스트에서 표현되는 TA에 속하는지를 체크한다. 불일치가 존재하고, 현재 서빙 셀들이 리스트된 TA들 중 어느 것에도 속하지 않는 경우, gNB는 재개 메시지로 RNAU 재개 요청에 응답하고, UE를 RRC_CONNECTED로 천이시켜, 제1 단락에서 설명된 UE 방법에 따라, UE가 RRC 재개 완료 메시지와 다중화된 추적 영역 업데이트(TAU) 요청을 전송하게 한다. 한편, 불일치가 존재하지 않는다면, gNB는 대신에, 예를 들어, UE를 위해 버퍼링된 다운링크 데이터가 없는 경우, RRC 중단 메시지로 즉시 응답할 수 있고, 따라서, UE가 RRC 접속 상태로 천이되는 것을 회피한다.

본 논의의 목적들을 위해, 용어들 "RRC 재개" 및 "재개"는 메시지와 관련하여 이용될 때 상호교환가능하다는 점에 유의한다. 본 기술분야의 통상의 기술자는 RRCConnectionResume와 같은 다른 용어들이 또한, 이 동일한 또는 유사한 메시지를 지칭하기 위해 이용될 수 있다는 것을 이해할 것이다. 마찬가지로, 용어들 "RRC 재개 완료" 및 "재개 완료"는 메시지와 관련하여 이용될 때 상호교환가능하고, 본 기술분야의 통상의 기술자는 RRCConnectionResumeComplete와 같은 다른 용어들이 또한, 이 동일한 또는 유사한 메시지를 지칭하기 위해 이용될 수 있다는 것을 이해할 것이다.

일부 실시예들에 따르면, 무선 통신 시스템의 액세스 네트워크 노드에서의 방법은, 무선 디바이스로부터, RRC 재개 요청 메시지를 수신하는 단계를 포함한다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함한다. 방법은 또한 무선 디바이스에 대한 컨텍스트를 검색하는 단계, 및 컨텍스트에 기초하여, RRC 재개 요청을 수신하는 셀의 추적 영역 코드(TAC)가 무선 디바이스에 대한 추적 영역 식별자(TAI) 리스트에서 표현되는지를 결정하는 단계를 포함한다. 방법은 또한 TAC가 TAI 리스트에서 표현되지 않는 경우에 RRC 재개 메시지, 또는 TAC가 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 RRC 재개 요청 메시지에 선택적으로 응답하는 단계를 포함한다.

일부 변형 실시예들에 따르면, 무선 통신 시스템의 액세스 네트워크 노드에서의 방법은, 무선 디바이스로부터, RRC 재개 요청 메시지를 수신하는 단계―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링만을 표시하는 원인 표시자를 포함함―를 포함한다. 방법은 또한 무선 디바이스에 대한 컨텍스트를 검색하는 단계, 및 RRC 재개 메시지로 RRC 재개 요청 메시지에 응답하는 단계를 포함한다. 방법은 또한, RCC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하는 단계―RRC 재개 완료 메시지는 TAU 메시지를 포함하거나 그와 결합됨―를 포함한다.

본 발명의 다른 양태에서, UE가 RAN 영역 업데이트를 나타내는 원인 값을 갖는 RRC 재개 요청에 응답하여 RRC 재개 메시지를 수신할 때, 그것은 항상 추적 영역 업데이트 절차를 행할 것이다. 이것은 메시지 5에 NAS TAU 표시를 포함하는 것을 통해 개시될 수 있다. 메시지 5는 통상적으로 UE에 의해 네트워크에 전송된 완료 메시지이다. 예를 들어, RRC 재개 완료. UE가 MSG4에서 중단되는 경우(네트워크가 재개를 전송하지 않음), UE는 아마도 MSG5를 전송할 필요가 없다. 그러나, UE가 재개되면, 그것은 메시지 5를 전송할 것이다. 메시지 5는 UE 등록 업데이트와 같은 NAS 메시지들을 피기백할 수 있다. 이러한 양태에서, 추적 영역 업데이트는, UE에서의 NAS가 추적 영역 업데이트 절차에 대한 필요성을 식별했는지의 여부와 관계없이 행해질 것이다.

이전 방법의 제1 변형에서, UE 관점에서, UE는 RNA 업데이트(예를 들어, 'rna-update')와 연관된 원인 값을 갖는 RRC 재개 요청을 전송하지만, RRC 재개 메시지를 대기하거나 또는 UE를 중단하는 RRC 메시지(예를 들어, 중단 표시를 갖는 해제 메시지)를 대기한다. UE가 제1 단락에서 설명된 바와 같이 그것이 동작하는 RRC 재개 메시지를 수신하면, 그렇지 않으면, UE가 UE를 중단하는 RRC 메시지(예를 들어, 중단 표시를 갖는 해제)를 수신하면, UE는 RRC_INACTIVE로 진행한다. 지금까지, 이러한 변형은 UE의 관점에서, 위에서의 제1 설명된 방법과 동일하다.

그러나, 이러한 변형에서, UE AS가, 추적 영역 업데이트가 트리거되어야 한다는 표시를 UE NAS로부터 나중에 수신하는 경우, 그것은 원인 값 'mo-signaling'을 갖는 RRC 재개 요청을 전송하고, 그 다음 RRC 재개를 수신하고, 재개 완료와 다중화된 TAU request를 전송한다.

이러한 변형은 UE가 TAI 리스트 경계를 가로지르고 있는지를 확인하기 위해 컨텍스트를 체크하지 않는다는 유연성을 네트워크에게 부여함으로써, 네트워크 구현을 단순화할 수 있다는 것을 언급할 가치가 있다. 주 변형에서는 UE가 오직 RNA를 가로지르고, 동일 TA 또는 동일 TA 리스트에서 유지하는 경우들이 있을 것이라는 점에 유의한다. 이러한 경우들에서, UE는 또한 재개 요청을 전송하고, 또한 중단 메시지를 대기한다.

그러한 변형에서, 네트워크 관점에서, gNB가 RAN 통지 영역 업데이트(RNAU)의 표시를 포함하는 RRC 재개 요청 메시지를 UE로부터 수신할 때, 네트워크는 그 UE의 컨텍스트를 페치하고, 제2 단락에서 설명된 바와 같은 동작들을 수행하거나, 또는 단순히 UE를 RRC_INACTIVE로 직접 이동하기로 결정할 수 있어서, UE가, TAU를 수행할 필요가 있는 경우, 그 절차를 다시 트리거하고, 원인 값 'mo-signaling'을 갖는 RRC 재개 요청을 전송하도록 네트워크 구현을 단순화할 가능성을 갖는다.

방법의 또 다른 변형(제2 변형)에서, UE 관점에서, RNA 업데이트들 및 추적 영역 업데이트들을 수행하도록 구성된 UE는, 추적 영역 리스트의 경계를 가로지르고(그리고, 동시에, 이 경계들이 중첩함에 따라, RNA 리스트 경계를 가로지르고), 두 절차들, 즉, RNA 업데이트 및 TAU를 수행할 필요성을 식별할 때, 항상 먼저 추적 영역 업데이트(TAU)를 트리거, 즉, 업데이트(예를 들어, 'mo-signaling')와 연관된 원인 값을 갖는 RRC 재개 요청을 전송하고, RRC 재개 메시지를 대기한다. 그리고, RRC 재개 메시지를 수신하면, UE는 RRC_CONNECTED로 이동하고, UE는 추적 영역 업데이트 NAS 메시지와 다중화된 RRC 재개 완료를 전송하고, TAU 절차로 계속한다. 이러한 변형에서, UE는 TAU와 RNA 둘다가 트리거되었더라도 TAU만을 수행한다. 따라서, 외부 관점에서, UE의 거동은 보통의 TAU와 관련하여 전술한 것과 유사하게 나타난다. 여기서의 차이점은 UE의 NAS 엔티티가 RNAU를 트리거링했지만, TAU 및 RNAU 둘다가 필요하기 때문에, UE가 TAU만을 수행하는 것으로 결정한다는 것이다. 이러한 접근법은, 이 경우 TAU를 수행하기 위해, UE가 RRC_CONNECTED로 진행하는 경우, 이것은 RNA를 업데이트하는 것과 덜 관련이 있고, 일단 UE가 이후에 RRC_INACTIVE로 다시 중단되면 새로운 RNA가 UE를 위해 구성될 것이기 때문에 효과적이라는 점에 유의한다. 이러한 변형을 지원하기 위해, UE RRC 계층(또는 RRC 계층을 구현하는 엔티티)은 그것이 UE의 내부에서 (예를 들어, 시스템 정보 브로드캐스트 채널 상의) 타겟 셀로부터 수신한 추적 영역 식별자(TAI)를 NAS 계층(또는 NAS 계층을 구현하는 엔티티)으로 전달할 것이다. RRC 계층은 이 경우에, 그것이 RNA 업데이트를 개시해야 하는지를 결정하기 전에, TAU가 필요하거나 또는 필요하지 않은 경우에 응답하기 위해 NAS 계층을 대기할 것이다. TAU가 필요한 경우, 어떠한 RNA 업데이트도 구현되지 않아야 한다.

그러한 변형에서, 네트워크 관점에서, gNB가 TAU(예를 들어, 'mo-signaling')의 표시를 포함하는 RRC 재개 요청 메시지를 UE로부터 수신할 때, RRC 재개 요청을 통해 수행되는 바와 같이, 네트워크는 RRC 접속 재개로 그 UE 응답들의 컨텍스트를 페치하고, UE를 RRC_CONNECTED로 이동시키고, TAU Request 메시지와 다중화된 RRC 재개 완료를 대기하고, CN을 갖는 TAU 리스트를 계속하는 한편, 그것은 UE 컨텍스트 파라미터들, 예를 들어, I-RNTI, NCC, RNA 구성 등을 변경할 것인지를 병렬로 또한 결정하거나, 심지어 그 UE가 RRC_INACTIVE 또는 RRC_IDLE로 이동될 것인지를 결정할 것이다. 본 발명은 TAU 및 RNAU 절차들 둘다가 UE에서 동시에 트리거되는 경우에 적용가능한 것으로 설명되었지만, 그것은, UE가 그것이 버퍼에 UL 데이터를 갖는 것을 식별하는 동안 NAS로부터의 동시 TAU들; UE가 페이징에 응답하는 동안 NAS로부터의 동시 TAU들과 같은 NAS/데이터 및 AS 절차들의 다른 조합들에서 발생될 수도 있으며, 그러한 점에서, 이 방법을 동시 AS 및 NAS 요청들의 일반적인 처리로서 해석할 수 있다는 점에 주목한다.

본 발명의 하나의 특정 양태는 RAN 영역 업데이트가 트리거되고, 동시에 UL 버퍼에 데이터가 있는 경우이다. 이러한 상황에서, UE는 어느 원인 값이 RRC_INACTIVE로부터의 재개 요청에 제공되는지를 선택해야 한다.

본 발명의 일 양태에 따르면, 그것은 (다시) 우선권을 취하는 RNAU 이외의 절차이고, 재개 요청에 포함된 원인 값은 UL 데이터에 대응하도록 설정되어야 한다.

네트워크가 재개 요청 메시지(msg3)에서 UL 데이터 원인을 수신한 상황에서, 그것은 어쨌든 UE 컨텍스트를 검색하고, UE를 RRC_CONNECTED로 이동시키기 위해 RRC 재개 메시지로 응답할 것이다. 이러한 상황에서, UE는 어쨌든 RRC_Suspend에서 새로운 RNA로 구성될 것이므로, RNAU는 필요하지 않을 것이고, 이는 발생하거나 발생하지 않을 수 있거나, 상당히 나중에 발생할 수 있다.

UE 컨텍스트를 유지하는 RAN 노드에서 대기하는 DL 데이터가 있는 경우와 유사하게, 타겟 RAN 노드가, UE가 단지 RNA 업데이트를 수행하기를 원한다는 것을 표시하는 경우에도, UE를 RRC_CONNECTED로 정렬하는 것이 가능하다. 타겟 RAN 노드는 UE 컨텍스트 페치 동안 소스 노드에 데이터가 있는지를 학습할 수 있다. X2 또는 Xn 인터페이스를 통해 소스 대 타겟 노드 형태로 시그널링될 수 있다.

따라서, 본 발명의 일 양태에서, RRC 재개 요청을 전송하는 다른 관련 원인이 없는 경우에만 RNAU 원인이 이용되어야 한다. 재개를 전송하는 임의의 다른 이유가 있다면, 그 다른 이유의 원인은 재개 요청 메시지에서 대신 선택되어야 한다.

해결책의 이러한 주요 변형에서, 다른 양태는 T300 타이머의 처리이며, 그것은 UE가 RRC 재개 요청을 전송할 때 개시되고, UE가 RRC 재개 메시지를 수신할 때 중지되며, 만료 시에, UE는 재개 요청 실패에 관해 상위 계층들을 통지한다. UE가 TAU를 전송하도록 상위 계층들로부터 한번 더 요청을 수신하고, 동시에 펜딩 RNA를 갖는 경우, UE는 앞에서 설명된 바와 같이 동작하는데, 즉, RRC_CONNECTED에 도달할 때까지만 RNA 업데이트를 수행한다.

해결책의 제1 변형에서, T300 타이머의 처리에 관한 한, 그것은 UE가 RRC 재개 요청을 전송할 때 개시되고, UE가 RRC 재개 메시지 또는 UE를 중단하는 RRC 메시지를 수신할 때 중지되며, 만료 시에, UE는 재개 요청 실패에 관해 상위 계층들에게 통지한다. UE가 TAU를 전송하도록 상위 계층들로부터 한번 더 요청을 수신하고, 동시에 펜딩 RNA를 갖는 경우, UE는 제1 변형에서 설명된 바와 같이 동작하는데, 즉, 단지 RNA 업데이트만을 수행한다.

해결책의 제2 변형에서, T300 타이머의 처리에 관한 한, 그것은 UE가 RRC 재개 요청을 전송할 때 개시되고, UE가 RRC 재개 메시지를 수신할 때 중지되며, 만료 시에, UE는 재개 요청 실패에 관해 상위 계층들에게 통지한다. UE가 TAU를 전송하도록 상위 계층들로부터 한번 더 요청을 수신하고, 동시에 펜딩 RNA를 갖는 경우, UE는 제2 변형에서 설명된 바와 같이 동작하는데, 즉, TAU만을 수행한다.

일부 실시예들에 따르면, 무선 디바이스는 무선 통신 네트워크에서 동작하도록 구성된다. 무선 디바이스는, 네트워크와 통신하기 위한 송수신기 회로, 및 송수신기 회로와 동작가능하게 연관된 처리 회로를 포함한다. 처리 회로는, RRC 비활성 상태에 있는 동안, RNAU 및 TAU 둘다가 필요하다고 결정하도록 구성된다. 처리 회로는, 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하도록 구성된다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함한다.

다른 실시예들에 따르면, 무선 디바이스의 처리 회로는 본 명세서에서 논의된 다른 기술들을 수행하도록 구성된다.

일부 실시예들에 따르면, 무선 통신 시스템의 액세스 네트워크 노드. 액세스 네트워크 노드는 무선 디바이스들과 통신하기 위한 송수신기 회로, 및 송수신기 회로와 동작가능하게 연관된 처리 회로를 포함한다. 처리 회로는, 무선 디바이스로부터, RRC 재개 요청 메시지를 수신하도록 구성된다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함한다. 처리 회로는 또한 무선 디바이스에 대한 컨텍스트를 검색하고, 컨텍스트에 기초하여, RRC 재개 요청을 수신하는 셀의 TAC가 무선 디바이스에 대한 TAI 리스트에서 표현되는지를 결정하도록 구성된다. 처리 회로는 또한, TAC가 TAI 리스트에서 표현되지 않는 경우에 RRC 재개 메시지, 또는 TAC가 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 RRC 재개 요청 메시지에 선택적으로 응답하도록 구성된다.

다른 실시예들에 따르면, 액세스 네트워크 노드의 처리 회로는 본 명세서에서 논의된 다른 기술들을 수행하도록 구성된다.

본 발명의 추가 양태들은 상기의 요약된 방법들에 대응하는 장치, 컴퓨터 프로그램 제품들 또는 컴퓨터 판독가능 저장 매체 및 상기의 요약된 장치 및 무선 디바이스의 기능 구현들에 관한 것이다.

물론, 본 발명은 전술한 특징들 및 이점들로 제한되지 않는다. 본 기술분야의 통상의 기술자라면, 이하의 상세한 설명을 읽고 첨부 도면을 볼 때, 추가적인 특징들 및 이점들을 인식할 것이다.

다양한 방법들 및 장치들의 상세가 이하에서 제공된다. 또한, 본 개시된 기술들 및 장치들의 예시적인 실시예들의 열거된 리스트가 제공된다.

도 1은 5G 시스템 아키텍처의 예를 도시한다.
도 2는 UE에서의 CM 상태 천이를 도시한다.
도 3은 AMF에서의 CM 상태 천이를 도시한다.
도 4는 RRC_IDLE에서의 UR에 의한 추적 영역 업데이트의 타이밍도를 도시한다.
도 5a는 RRC_INACTIVE에서의 UE에 의한 추적 영역 업데이트의 타이밍도를 도시한다.
도 5b는 UE 컨텍스트 검색이 실패한 RRC_INACTIVE에서의 UE에 의한 추적 영역 업데이트의 타이밍도를 도시한다.
도 6은 일부 실시예들에 따른, 예시적인 액세스 네트워크 노드를 도시하는 블록도이다.
도 7a 내지 도 7c는 액세스 네트워크 노드에서 수행된 바와 같은, 일부 실시예들에 따른 예시적인 방법들을 도시하는 프로세스 흐름도들이다.
도 8은 일부 실시예에 따른, 예시적인 무선 디바이스를 도시하는 블록도이다.
도 9a 내지 도 9c는 무선 디바이스에서 수행된 바와 같은, 일부 실시예들에 따른 예시적인 방법들을 도시하는 프로세스 흐름도들이다.
도 10은 무선 디바이스에서 수행된 바와 같은, 일부 실시예들에 따른 다른 예시적인 방법을 도시하는 프로세스 흐름도이다.
도 11은 액세스 네트워크 노드에서 수행된 바와 같은, 일부 실시예들에 따른 다른 예시적인 방법을 도시하는 프로세스 흐름도이다.
도 12는 일부 실시예들에 따른, RNA 업데이트를 위한 RRC 접속 재개를 도시한다.
도 13은 일부 실시예들에 따른, 결합된 RNA 업데이트 및 TAU를 위한 RRC 접속 재개를 도시한다.
도 14는 일부 실시예들에 따른, RNA 업데이트를 위한 RRC 접속 재개를 도시한다.
도 15는 일부 실시예들에 따른, 결합된 RNA 업데이트 및 TAU를 위한 RRC 접속 재개의 변형을 도시한다.
도 16은 일부 실시예들에 따른, 예시적인 통신 시스템을 도시한다.
도 17은 일부 실시예들에 따른, 부분적으로 무선 접속을 통해 사용자 장비와 기지국을 통해 통신하는 호스트 컴퓨터의 일반화된 블록도이다.
도 18 내지 도 21은 호스트 컴퓨터, 기지국 및 사용자 장비를 포함하는 통신 시스템에서 구현된 방법들을 도시하는 흐름도들이다.
도 22 내지 도 23은 예시적인 액세스 네트워크 노드의 기능적 표현을 도시하는 블록도이다.
도 24 내지 도 25는 예시적인 무선 디바이스의 기능적 표현을 도시하는 블록도이다.

개시된 기술들은 5GS 무선 통신 표준들의 맥락에서 설명된다. 그러나, 기술들은 롱 텀 에볼루션(Long Term Evolution)(LTE) 네트워크와 같은 다른 무선 통신 네트워크들에 일반적으로 적용될 수 있다는 점이 이해될 것이다. 개시된 기술들 및 장치들의 범위를 이해하기 위한 목적을 위해, 무선 디바이스는 UE일 수 있다. 그러나, 이러한 용어들은 무선 통신 네트워크에서 액세스 단말기들로서 동작하도록 구성된 무선 디바이스들을 지칭하는 것으로서 보다 일반적으로 이해되어야 하며, 그러한 무선 디바이스들이 셀룰러 전화들, 스마트폰들, 무선 장착 랩톱들, 태블릿들 등과 같은 소비자 지향 디바이스들이든지, 또는 산업 응용들에서 또는 사물 인터넷(Internet of Things)(IoT)을 가능하게 할시에 이용하기 위한 머신-대-머신(machine-to-machine)(M2M)이든지 간에 그러하다. 마찬가지로, 용어들 gNB는 무선 통신 시스템에서의 기지국들 또는 액세스 네트워크 노드들을 일반적으로 지칭하는 것으로 이해되어야 한다.

전술한 바와 같이, 네트워크는 불필요하게 UE를 RRC_CONNECTED로 가져오고, RLAU 및 TAU 둘다를 트리거하는 것을 회피할 수 있다. 아마도, RLAU 및 TAU는 동기화되어, 오버-디-에어 메시징(over-the-air messaging)에서 함께 나타나게 된다. 실패하면, 아마도 네트워크는 도 5a/5b에서의 단계 6에서 지능적인 결정을 행하여, UE를 INACTIVE로 다시 해제하지 않지만, UE를 RRC_CONNECTED로 가져와서 예상된 TAU를 허용한다.

하나의 접근법은, gNB가 TA 경계 상에 있는 경우, 임의의 RLAU가 TAU와 관련될 수 있고, UE를 RRC_CONNECTED로 가져오는 것으로 가정하는 것일 것이다. 이것은 많은 UE들이 그들의 이미 구성된 TA 리스트 내에서 TA들을 이동시킬 수 있기 때문에 이상적인 해결책이 아니므로, 그것은 일부 UE들이 불필요하게 RRC_CONNECTED로 오게 한다. (위에서 이용된 용어 "RLAU"는 RNAU를 지칭하는 것으로서 이해될 수 있다).

제안된 해결책으로, 적어도 네트워크가 선호될 때 임의의 이중 시그널링이 회피될 것이다. UE가 그것을 어떻게 행하는지에 관계없이, 이것은 실패하는 업데이트들이 없음을 보장하는 네트워크 척도이다. UE는 다른 것 이전에 하나를 트리거하기로 선택할 수 있고, 그것은 문제가 아니며, 네트워크는 어쨌든, TAU에 대한 필요성이 있다면, 접속을 재개시에, TAU가 트리거될 것이라는 것을 항상 확실하게 할 것이다.

따라서, 도 6은 기지국으로서 동작하도록 구성될 수 있는 예시적인 액세스 네트워크 노드(30)를 도시하는 블록도이다. 액세스 네트워크 노드(30)는, 예를 들어, 5G gNB일 수 있다. 액세스 네트워크 노드(30)는 무선 디바이스에 대한 에어 인터페이스(air interface), 예를 들어, 안테나들(34) 및 송수신기 회로(36)를 통해 구현되는 다운링크 송신 및 업링크 수신을 위한 5G 에어 인터페이스를 제공한다. 송수신기 회로(36)는, 필요한 경우 셀룰러 통신, 또는 WLAN 서비스들을 제공하기 위한 목적들을 위해, 라디오 액세스 기술(radio access technology)에 따라 신호들을 송신 및 수신하도록 집합적으로 구성되는 송신기 회로들, 수신기 회로들, 및 연관된 제어 회로들을 포함한다. 다양한 실시예들에 따르면, 셀룰러 통신 서비스들은 3GPP 셀룰러 표준들, 즉, GSM, GPRS, WCDMA, HSDPA, LTE, LTE-Advanced 및 5G 중 임의의 하나 이상에 따라 동작될 수 있다. 액세스 네트워크 노드(30)는 또한 코어 네트워크에서의 노드들, 다른 피어 라디오 노드들(peer radio nodes) 및/또는 네트워크에서의 다른 타입들의 노드들과 통신하기 위한 통신 인터페이스 회로(38)를 포함한다.

액세스 네트워크 노드(30)는 또한 통신 인터페이스 회로(38) 및/또는 송수신기 회로(36)와 동작가능하게 연관되고, 그것들을 제어하도록 구성되는 하나 이상의 처리 회로(32)를 포함한다. 처리 회로(32)는 하나 이상의 디지털 프로세서(42), 예를 들어, 하나 이상의 마이크로프로세서, 마이크로제어기, 디지털 신호 프로세서(Digital Signal Processor)(DSP), 필드 프로그래밍가능 게이트 어레이(Field Programmable Gate Array)(FPGA), 복합 프로그래밍가능 논리 디바이스(Complex Programmable Logic Device)(CPLD), 주문형 집적 회로(Application Specific Integrated Circuit)(ASIC), 또는 이들의 임의의 조합을 포함한다. 보다 일반적으로, 처리 회로(32)는 고정 회로, 또는 본 명세서에서 교시된 기능을 구현하는 프로그램 명령어들의 실행을 통해 특별하게 구성되는 프로그래밍가능 회로를 포함할 수 있거나, 또는 고정 회로 및 프로그래밍가능 회로의 일부 조합을 포함할 수 있다. 프로세서(들)(42)는 멀티 코어(multi-core)일 수 있다.

처리 회로(32)는 또한 메모리(44)를 포함한다. 메모리(44)는, 일부 실시예들에서, 하나 이상의 컴퓨터 프로그램(46), 및 선택적으로, 구성 데이터(48)를 저장한다. 메모리(44)는 컴퓨터 프로그램(46)을 위한 비일시적 스토리지를 제공하며, 디스크 스토리지, 고체 상태 메모리 스토리지, 또는 이들의 임의의 조합과 같은 하나 이상의 타입의 컴퓨터 판독가능 매체를 포함할 수 있다. 비제한적인 예로써, 메모리(44)는, 처리 회로(32) 내에 있을 수 있고/있거나 처리 회로(32)와 분리될 수 있는, SRAM, DRAM, EEPROM, 및 FLASH 메모리 중 임의의 하나 이상을 포함할 수 있다. 일반적으로, 메모리(44)는, 액세스 네트워크 노드(30)에 의해 이용되는 임의의 구성 데이터(48) 및 컴퓨터 프로그램(46)의 비일시적 저장을 제공하는 하나 이상의 타입의 컴퓨터 판독가능 저장 매체를 포함한다. 여기서, "비일시적"은 영구적, 반영구적, 또는 적어도 일시적으로 지속되는 저장을 의미하고, 비휘발성 메모리에서의 장기 저장 및 예를 들어, 프로그램 실행을 위한 작업 메모리에서의 저장 둘다를 포함한다.

일부 실시예들에서, 액세스 네트워크 노드(30)의 처리 회로(32)는, 무선 디바이스로부터, RRC 재개 요청 메시지를 수신하도록 구성된다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함한다. 처리 회로(32)는 무선 디바이스에 대한 컨텍스트를 검색하고, 컨텍스트에 기초하여, RRC 재개 요청을 수신하는 셀의 TAC가 무선 디바이스에 대한 TAI 리스트에서 표현되는지를 결정하도록 구성된다. 처리 회로(32)는 또한, TAC가 TAI 리스트에서 표현되지 않는 있는 경우에 RRC 재개 메시지, 또는 TAC가 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 RRC 재개 요청 메시지에 선택적으로 응답하도록 구성된다. 처리 회로(32)는, 일부 실시예들에서, 본 명세서에서 설명된 변형들을 수행하도록 구성된다.

처리 회로(32)는 또한 도 7a에 도시된 대응하는 방법(700)을 수행하도록 구성된다. 방법(700)은, 무선 디바이스로부터, RRC 재개 요청 메시지를 수신하는 단계(블록 702)를 포함하고, 여기서, RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함한다. 방법(700)은 또한 무선 디바이스에 대한 컨텍스트를 검색하는 단계(블록 704), 및 컨텍스트에 기초하여, RRC 재개 요청을 수신하는 셀의 TAC가 무선 디바이스에 대한 TAI 리스트에서 표현되는지를 결정하는 단계(706)를 포함한다. 방법(700)은, TAC가 TAI 리스트에서 표현되지 않는 경우에 RRC 재개 메시지, 또는 TAC가 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 RRC 재개 요청 메시지에 선택적으로 응답하는 단계(블록 708)를 포함한다.

TAC는 TAI 리스트에서 표현될 수 있고, RRC 중단 메시지는 새로운 라디오 액세스 네트워크 통지 영역(RNA)으로 무선 디바이스를 구성하는 정보를 포함할 수 있다. 일부 경우들에서, TAC는 TAI 리스트에서 표현되지 않고, 방법(700)은 또한, RCC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하는 단계를 포함하고, RRC 재개 완료 메시지는 TAU 메시지를 포함하거나 그와 결합된다.

위에 언급된 바와 같이, 도 7a에 도시된 프로세스의 변형들이 존재한다. 일 변형예에 따르면, 무선 통신 시스템의 액세스 네트워크 노드에서의 방법은, 무선 디바이스로부터, RRC 재개 요청 메시지를 수신하는 단계를 포함한다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링만을 표시하는 원인 표시자를 포함한다. 그리고, 무선 디바이스에 대한 컨텍스트를 검색하는 단계를 포함한다. 방법은 RRC 재개 메시지로 RRC 재개 요청 메시지에 응답하는 단계, 및 RCC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하는 단계를 포함하고, RRC 재개 완료 메시지는 TAU 메시지를 포함하거나 그와 결합된다.

방법은, RRC 재개 요청 메시지에 응답하여, UE 컨텍스트 파라미터들을 변경할지 또는 무선 디바이스에 대한 RRC 비활성 타이머가 만료되기를 대기하지 않고서 무선 디바이스를 RRC 비활성 상태로 이동시킬지를 결정하는 단계를 포함할 수 있다.

다른 실시예들에서, 액세스 네트워크 노드(30)의 처리 회로(32)는, 무선 디바이스로부터, RRC 재개 요청 메시지를 수신하도록 구성된다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링을 표시하는 원인 표시자를 포함한다. 처리 회로(32)는 무선 디바이스에 대한 컨텍스트를 검색하고, RRC 재개 메시지로 RRC 재개 요청 메시지에 응답하도록 구성된다. 처리 회로(32)는, RCC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하도록 구성되고, RRC 재개 완료 메시지는 TAU 메시지를 포함하거나 그와 결합된다.

처리 회로(32)는 또한 도 7b에 도시된 대응하는 방법(710)을 수행하도록 구성된다. 방법(710)은, 무선 디바이스로부터, RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링을 표시하는 원인 표시자를 포함하는 RRC 재개 요청 메시지를 수신하는 단계(블록 712)를 포함한다. 방법(710)은 또한 무선 디바이스에 대한 컨텍스트를 검색하는 단계(블록 714), 및 RRC 재개 메시지로 RRC 재개 요청 메시지에 응답하는 단계(블록 716)를 포함한다. 방법(710)은 또한, RCC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하는 단계를 포함하고, RRC 재개 완료 메시지는 TAU 메시지를 포함하거나 그와 결합된다(블록 718). 방법(710)은 또한, RRC 재개 요청 메시지에 응답하여, UE 컨텍스트 파라미터들을 변경할지 또는 무선 디바이스에 대한 RRC 비활성 타이머가 만료되기를 대기하지 않고서 무선 디바이스를 RRC 비활성 상태로 이동시킬지를 결정하는 단계를 포함할 수 있다.

다른 실시예들에서, 액세스 네트워크 노드(30)의 처리 회로(32)는, 무선 디바이스로부터, RRC 재개 요청 메시지를 수신하도록 구성된다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU를 표시하는 원인 표시자를 포함한다. 처리 회로(32)는 무선 디바이스에 대한 컨텍스트를 검색하고, 컨텍스트에 기초하여, RRC 재개 요청을 수신하는 셀의 추적 영역 코드(TAC)가 무선 디바이스에 대한 추적 영역 식별자(TAI) 리스트에서 표현되는지를 결정하도록 구성된다. 처리 회로(32)는 TAC가 TAI 리스트에서 표현되지 않는 경우에 RRC 재개 메시지, 또는 TAC가 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 RRC 재개 요청 메시지에 선택적으로 응답하도록 구성된다.

처리 회로(32)는 또한 도 7c에 도시된 대응하는 방법(720)을 수행하도록 구성된다. 방법(720)은, 무선 디바이스로부터, RRC 접속 상태를 재개하는 원인으로서 RNAU를 표시하는 원인 표시자를 포함하는 RRC 재개 요청 메시지를 수신하는 단계(블록 722)를 포함한다. 방법(720)은 또한 무선 디바이스에 대한 컨텍스트를 검색하는 단계(블록 724), 및 컨텍스트에 기초하여, RRC 재개 요청을 수신하는 셀의 TAC가 무선 디바이스에 대한 TAI 리스트에서 표현되는지를 결정하는 단계(블록 726)를 포함한다. 방법(720)은 또한 TAC가 TAI 리스트에서 표현되지 않는 경우에 RRC 재개 메시지, 또는 TAC가 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 RRC 재개 요청 메시지에 선택적으로 응답하는 단계(블록 728)를 포함한다.

TAC는 TAI 리스트에서 표현될 수 있고, RRC 중단 메시지는 새로운 라디오 액세스 네트워크 통지 영역(RNA)으로 무선 디바이스를 구성하는 정보를 포함할 수 있다. TAC는 TAI 리스트에서 표현되지 않을 수 있고, 방법(720)은 또한, RCC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하는 단계를 포함할 수 있고, RRC 재개 완료 메시지는 TAU 메시지를 포함하거나 그와 결합된다.

도 8은 무선 디바이스에 대해 본 명세서에 설명된 기술들을 수행하도록 구성되는 예시적인 무선 디바이스(50)를 도시한다. 무선 디바이스(50)는, 다양한 맥락들에서, 라디오 통신 디바이스, UE, 타겟 디바이스, 디바이스-대-디바이스(device-to-device)(D2D) UE, 머신 타입 UE 또는 머신-대-머신(M2M) 통신이 가능한 UE, 센서 장착(sensor-equipped) UE, PDA(personal digital assistant); 무선 태블릿, 모바일 단말기, 스마트폰, 랩톱 내장 장비(laptop-embedded equipment)(LEE), 랩톱 장착 장비(laptop-mounted equipment)(LME), 무선 USB 동글, 또는 CPE(Customer Premises Equipment) 등으로서 지칭될 수도 있다.

무선 디바이스(50)는 안테나(54) 및 송수신기 회로(56)를 통해, 하나 이상의 네트워크 노드(30)와 같은 하나 이상의 라디오 노드 또는 기지국과 통신한다. 송수신기 회로(56)는, 셀룰러 통신 서비스들을 제공하는 목적을 위해, 라디오 액세스 기술에 따라 신호들을 송신 및 수신하도록 집합적으로 구성되는 송신기 회로들, 수신기 회로들, 및 연관된 제어 회로들을 포함할 수 있다.

무선 디바이스(50)는 또한 라디오 송수신기 회로(56)와 동작가능하게 연관되고 그것을 제어하는 하나 이상의 처리 회로(52)를 포함한다. 처리 회로(52)는 하나 이상의 디지털 처리 회로, 예를 들어, 하나 이상의 마이크로프로세서, 마이크로제어기, DSP, FPGA, CPLD, ASIC, 또는 이들의 임의의 혼합을 포함한다. 보다 일반적으로, 처리 회로(52)는 고정 회로, 또는 본 명세서에서 교시된 기능을 구현하는 프로그램 명령어들의 실행을 통해 특별히 적응되는 프로그래밍가능 회로를 포함할 수 있거나, 고정 회로 및 프로그래밍된 회로의 일부 혼합을 포함할 수 있다. 처리 회로(52)는 멀티 코어일 수 있다.

처리 회로(52)는 또한 메모리(64)를 포함한다. 메모리(64)는, 일부 실시예들에서, 하나 이상의 컴퓨터 프로그램(66), 및 선택적으로 구성 데이터(68)를 저장한다. 메모리(64)는 컴퓨터 프로그램(66)을 위한 비일시적 저장을 제공하며, 디스크 스토리지, 고체 상태 메모리 스토리지, 또는 이들의 임의의 혼합과 같은 하나 이상의 타입의 컴퓨터 판독가능 매체를 포함할 수 있다. 비제한적인 예로써, 메모리(64)는, 처리 회로(52) 내에 있을 수 있고/있거나 처리 회로(52)와 분리될 수 있는, SRAM, DRAM, EEPROM, 및 FLASH 메모리 중 임의의 하나 이상을 포함한다. 일반적으로, 메모리(64)는, 무선 디바이스(50)에 의해 이용되는 임의의 구성 데이터(68) 및 컴퓨터 프로그램(66)의 비일시적 저장을 제공하는 하나 이상의 타입의 컴퓨터 판독가능 저장 매체를 포함한다.

따라서, 일부 실시예들에서, 무선 디바이스(50)의 처리 회로(52)는, RRC 비활성 상태에 있는 동안, RNAU 및 TAU 둘다가 필요하다고 결정하도록 구성된다. 처리 회로(32)는 또한, 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하도록 구성된다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함한다.

다른 실시예들에서, 처리 회로(52)는, RRC 비활성 상태에 있는 동안, RNAU가 필요하다고 결정하고, RNAU에 대한 필요성 이외에, RRC 접속 상태를 재개하는 임의의 다른 원인이 있는지를 평가하도록 구성된다. 처리 회로(52)는, 결정에 응답하여, RRC 재개 요청 메시지를 무선 통신 네트워크에 송신하도록 구성된다. RRC 재개 요청 메시지는, 평가가 RRC 접속 상태를 재개하는 다른 원인을 식별하지 않은 경우에, RNAU를 표시하는 원인 표시자를 포함한다.

다른 실시예들에서, 처리 회로(52)는, RRC 비활성 상태에 있는 동안, RNAU 및 TAU 둘다가 필요하다고 결정하도록 구성된다. 처리 회로(52)는, 결정에 응답하여, RRC 재개 요청 메시지를 무선 통신 네트워크에 송신하도록 구성된다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링을 표시하는 원인 표시자를 포함한다. 처리 회로(52)는 또한, RRC 재개 요청에 응답하여 RRC 재개 메시지를 수신하고, RRC 재개 요청을 수신하는 것에 응답하여 TAU를 개시하도록 구성된다.

처리 회로(52)는, 일부 실시예들에서, 본 명세서에 설명된 변형들을 수행하도록 구성된다.

도 9a는 무선 디바이스(50)에서 구현된 대응하는 방법(900)을 도시하는 프로세스 흐름도이다. 블록 902에 도시된 바와 같이, 방법(900)은, RRC 비활성 상태에 있는 동안, RNAU 및 TAU 둘다가 필요하다고 결정하는 단계를 포함한다. 방법(900)은 또한, 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계(블록 904)를 포함한다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함한다.

일부 실시예들에서, 방법(900)은 또한 RRC 재개 요청에 응답하여 RRC 재개 메시지를 수신하는 단계, 및 RRC 재개 메시지에 응답하여 RRC 재개 완료 메시지를 전송하는 단계를 포함하고, RRC 재개 완료 메시지는 TAU 메시지를 포함하거나 그와 결합된다. 방법(900)은 또한, RRC 재개 메시지에 응답하여, RRC 접속 상태로 천이하는 단계, RRC 접속 상태로의 상기 천이에 후속하여, RRC 접속 중단 메시지를 수신하는 단계, 및 RRC 접속 중단 메시지에 응답하여, RRC 비활성 상태로 천이하는 단계를 포함할 수 있다. 방법(900)은, 상기 RRC 접속 상태에 있는 동안, 무선 통신 네트워크로부터 사용자 평면 데이터를 수신 또는 송신하는 단계를 포함할 수 있다. 방법(900)은 또한, 상기 RRC 접속 상태에 있는 동안, 수신된 페이징 메시지에 응답하는 단계를 포함할 수 있다.

일부 실시예들에서, 방법(900)은, 개재하는 RRC 재개 메시지를 수신하지 않고서, RRC 재개 요청에 응답하여 RRC 접속 중단 메시지를 수신하는 단계, 및 TAU 절차를 수행하지 않고서, RRC 비활성 상태로 천이하거나 그에 유지하는 단계를 포함한다. 방법(900)은 또한, RRC 접속 중단 메시지를 수신하는 것에 후속하여, TAU가 필요하다고 결정하는 단계, 및 그에 응답하여, 제2 RRC 재개 요청 메시지를 네트워크에 송신함으로써 TAU 절차를 개시하는 단계를 포함할 수 있다. 제2 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링을 표시하는 원인 표시자를 포함한다.

변형 실시예들에서, 무선 디바이스(50)에서의 방법은, RRC 비활성 상태에 있는 동안, RNAU가 필요하다고 결정하는 단계를 포함한다. 방법은, 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계를 포함한다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함한다. 본 방법은 또한 RRC 재개 요청에 응답하여 RRC 재개 메시지를 수신하는 단계, 및 무선 디바이스에서의 NAS 기능이 TAU에 대한 필요성을 결정했는지에 관계없이, RRC 재개 요청을 수신하는 것에 응답하여 TAU를 개시하는 단계를 포함한다. 개시하는 단계는 RRC 재개 메시지에 응답하여 RRC 재개 완료 메시지를 전송하는 단계를 포함할 수 있고, RRC 재개 완료 메시지는 TAU 메시지를 포함하거나 그와 결합된다.

일부 변형 실시예들에서, 도 9b에 도시된 무선 디바이스에서의 방법(910)은, RRC 비활성 상태에 있는 동안, RNAU가 필요하다고 결정하는 단계(블록 912)를 포함한다. RNAU가 필요하다고 결정하는 단계는 무선 디바이스에 대해 구성된 RNA에 속하지 않는 셀을 선택하는 셀 재선택을 수행하는 것을 포함할 수 있다. 방법(910)은, RNAU에 대한 필요성 이외에, RRC 접속 상태를 재개하는 임의의 다른 원인이 있는지를 평가하는 단계(블록 914), 및 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계(블록 916)를 포함한다. RRC 재개 요청 메시지는 원인 표시자를 포함하고, 원인 표시자는 상기 평가가 RRC 접속 상태를 재개하는 다른 원인을 식별하지 않은 경우에만, RNAU를 표시한다. 일부 경우들에서, RRC 접속 상태를 재개하는 임의의 다른 원인이 있는지를 평가하는 단계는 TAU가 필요하다고 결정하는 것을 포함한다. 원인 표시자는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링을 표시한다. 다른 경우들에서, RRC 접속 상태를 재개하는 임의의 다른 원인이 있는지를 평가하는 단계는, 무선 디바이스의 버퍼에 임의의 업링크 데이터가 있는지를 결정하는 것 및 무선 디바이스가 페이징 메시지에 응답할 필요가 있는지를 결정하는 것을 포함한다.

일부 변형 실시예들에서, 도 9c에 도시된 무선 디바이스(50)에서의 방법(920)은, RRC 비활성 상태에 있는 동안, RNAU 및 TAU 둘다가 필요가 필요하다고 결정하는 단계(블록 922), 및 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계(블록 924)를 포함한다. RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링을 표시하는 원인 표시자를 포함한다. 방법(920)은 또한, RRC 재개 요청에 응답하여 RRC 재개 메시지를 수신하는 단계(블록 926), 및 RRC 재개 요청을 수신하는 것에 응답하여 TAU를 개시하는 단계(블록 928)를 포함한다. RNAU 및 TAU 둘다가 필요하다고 결정하는 단계는 구성된 RNA에 속하지 않는 셀을 선택하는 셀 재선택을 수행하는 것을 포함할 수 있다.

도 10은 일부 실시예들에 따른, UE에서의 방법에 대한 다른 흐름도를 도시한다. 단계(1000)에서, UE는 RRC 접속을 재개할 목적으로 RRC 재개 요청 메시지를 트리거한다. 이것은 일반적으로 msg3 송신으로서 지칭된다.

(1020)에서, 네트워크로부터의 응답 타입이 무엇인지에 대한 평가가 UE에서 이루어진다. 이것은 때때로 msg4로서 지칭된다. 네트워크로부터의 응답이 RRC_CONNECTED로 진행하도록 UE에게 지시(order)하는 RRC 재개 메시지인 경우, 본 발명의 일부 실시예들에 따라, UE는 코어 네트워크를 향해 TAU를 행해야 한다. 이것은 (1040)에 도시된다. msg4가 RRC 중단 메시지이면(1060), UE는 TAU를 수행하지 않고서, 대신에 RRC_INACTIVE로 복귀해야 한다(1080).

도 11은 일부 실시예들에 따른, UE에서의 방법에 대한 다른 흐름도를 도시한다. 도면은 네트워크 측에서 발생하는 것을 설명한다. 여기서, "네트워크 측"은, RNA와 같은 영역으로 UE를 중단하고, 요청 시에 상기 UE를 재개하는 것을 지원하는, gNB, ng-eNB 또는 임의의 다른 RAN 노드를 지칭하는데 이용된다.

단계(1100)에서, 네트워크는 UE로부터 재개 요청을 수신한다. 재개 요청 메시지에서, UE는 "RNA-update"에 대응하는 원인 코드, 또는 UE가 그의 RNA를 업데이트하기를 원한다는 것을 네트워크 노드에서 표시하는 대응하는 원인을 포함한다. 재개 요청에는 또한 UE가, 액세스 네트워크가 그 UE에 관하여 갖는 임의의 정보를 검색할 수 있게 하는 식별자, 즉, UE 컨텍스트가 포함된다.

단계(1120)에서, 네트워크 노드는 이 UE 컨텍스트 검색을 통해 UE에 관한 정보를 검색할 것이다. 일부 경우들에서, UE 컨텍스트는 다른 (라디오) 네트워크 노드에 저장되고, 현재 네트워크 노드가 정보의 유지를 획득하기 위해 이 다른 노드에 시그널링할 필요가 있을 수 있다. 요청 메시지에 제출된 식별자는 UE 컨텍스트가 저장되는 곳을 찾기 위해 현재 네트워크 노드를 지원할 수 있다.

UE 컨텍스트에는, UE가 구성되게 하는 CN 등록 영역 또는 TAI-리스트에 관한 정보가 있다. 이것은 전술한 바와 같이 코어 네트워크 노드로부터 시그널링되고, RRC 비활성 보조 정보에서 액세스 네트워크 노드에 제공된다. 단계(1140)에서, 네트워크는 TAI 리스트를 체크하고, 그 리스트에서의 정보를, UE가 현재 액세스하고 있는 셀, 즉, "서빙 셀"의 추적 영역 코드와 상관시킬 것이다. 이것은 UE가 재개 요청 메시지를 전송한 셀이다. 서빙 셀의 TAC가 TAI-리스트에서 표현되는 경우, 네트워크는 RRC-중단 메시지로 재개 요청에 응답하기로 선택할 것이다(단계 1160). RRC-중단 메시지에서, UE는 새로운 RNA로 구성될 수 있거나, 그것의 오래된 RNA를 유지할 수 있다. 또한, 식별자들은 업데이트될 수 있거나 그렇지 않을 수 있어서, UE가 중단하는 다음 시간에 UE가 상이한 또는 동일한 식별자들을 이용할 수 있도록 한다. UE는 RRC_INACTIVE 상태로 다시 중단될 것이다.

RRC 비활성 보조 정보에 의해 주어지는 바와 같이, 서빙 셀의 TAC가 UE의 TAI-리스트에서 표현되지 않으면, 네트워크는 RRC 재개 메시지/절차로 응답할 것이며(1180), 이는 UE가 RRC_INACTIVE로부터 RRC_CONNECTED로 천이하게 할 것이다. 이것은 또한 UE가 추적 영역 업데이트를 행해야 한다는 표시이다.

UE는 UE로부터 네트워크로의 다음 메시지에, 즉, msg5에서 이미 추적 영역 업데이트를 개시할 수 있고, 이는 TAU를 NAS에 표시한다. 이것은 도 12 내지 도 15의 시그널링 다이어그램들에서 추가로 도시된다. 예시적인 실시예들은, UE에서, 원인 값을 갖는 msg3에 대한 응답이 UE가 RNA 업데이트를 행해야 한다는 것인 경우, 재개 메시지인 msg4를 수신하고; UE는 적어도 추적 영역 업데이트를 수행해야 하는 것을 포함할 수 있다.

다른 예들은, 네트워크에서, 재개 원인 RNAU를 갖는 msg3을 수신하는 경우, 컨텍스트를 검색하는 것을 포함할 수 있다. CN Reg 영역(TAI 리스트)이 현재 서빙 셀의 TAC를 포함하지 않으면, msg4에서 재개를 전송한다. 그렇지 않으면, CN Reg 영역(TAI 리스트)이 현재 서빙 셀의 TAC를 포함하면, msg4에서 중단을 전송한다. 그렇지 않으면, msg4에서 RRCConnection 셋업을 전송한다.

도 12 내지 도 13은 일부 RRC 접속 확립 실시예들을 도시하기 위해 이용된다. 도 12는 RRC 접속 재개(RNA 업데이트)를 도시하고, 도 13은 RRC 접속 재개(결합된 RNA 업데이트 및 TAU)를 도시한다. 3GPP 표준화 문서들에서 이러한 실시예들을 설명하기 위한 예시적인 텍스트는 다음을 포함할 수 있다:

-----------------------------------------------------------------------

5.3.3.1

이 절차의 목적은 RRC 접속을 확립 또는 재개하거나, RNA 업데이트를 수행하는 것이다. RRC 접속 확립은 SRB1(및 NB-IoT에 대해 SRB1bis) 확립을 수반한다. 절차는 또한 UE로부터 E-UTRAN으로 초기 NAS 전용 정보/메시지를 전송하는데 이용된다.

E-UTRAN은 다음과 같은 절차를 적용한다: RRC 접속을 확립할 때, SRB1을 확립하고, NB-IoT에 대해, SRB1bis를 설정하는 것: RRC 접속을 재개할 때: SRB (들) 및 DRB(들)를 재개하는 것을 포함하는 저장된 컨텍스트로부터 AS 구성을 복원하는 것.

5.3.3.2 개시

UE는, UE가 RRC_INACTIVE에 있는 동안, 상위 계층들이 RRC 접속의 확립 또는 재개를 요청할 때 절차를 개시한다. UE는 RNAU(RAN Notification Area Update) 절차를 수행할 때 재개 절차를 이용한다.

절차의 개시 시에, UE는:

1> UE가 RRC 접속을 재개하고 있는 경우:

...

1> 타이머 T300을 시작한다;

1> UE가 RRC 접속을 재개하고 있는 경우:

2> 5.3.3.3a에 따른 RRCResumeRequest 메시지의 송신을 개시한다;

1> 그렇지 않은 경우,

2> 저장된 경우, UE AS 컨텍스트 및 i-rnti를 폐기한다;

2> 5.3.3.3에 따른 RRCConnectionRequest 메시지의 송신을 개시한다;

5.3.3.3a RRCConnectionResumeRequest 메시지의 송신과 관련된 동작들

UE는 RRCResumeRequest 메시지의 내용들을 다음과 같이 설정할 것이다:

...

1> UE가 상위 계층들로부터 추적 영역 업데이트를 수행하라는 요청(또는 일반적으로, mo-signaling)을 수신하면, 동시에 그것은 RNA 업데이트를 수행할 필요가 있다는 것을 식별한다:

2> resumeCause를 rna-update로 설정한다;

1> 그렇지 않은 경우,

2> 상위 계층들로부터 수신된 정보에 따라 resumeCause를 설정한다;

...

UE는 RRCConnectionResumeRequest 메시지를 송신을 위해 하위 계층들에 제출할 것이다.

UE가 상위 계층들로부터 추적 영역 업데이트 및 RNA 업데이트 둘다를 수행하라는 요청을 수신하는 경우, UE는 RNA 업데이트를 수행해야 하는 것처럼 거동하고, 네트워크가 RRCResume 메시지로 UE를 RRC 접속으로 이동시키는 경우 MO signaling을 전송할 수 있다.

5.3.3.4a UE에 의한 RRCConnectionResume의 수신

UE는:

1> 타이머 T300을 정지한다;

...

1> RRC_CONNECTED에 진입한다;

1> 중단된 RRC 접속이 재개되었던 상위 계층들에 표시한다;

...

1> RRCConnectionResumeComplete 메시지의 내용을 다음과 같이 설정한다:

...

2> 상위 계층들로부터 수신된 정보, 예를 들어, 추적 영역 업데이트 요청을 포함하도록 dedicatedInfoNAS를 설정한다.

...

1> RRCConnectionResumeComplete 메시지를 송신을 위해 하위 계층들에 제출한다;

1> 절차를 종료한다.

5.3.3.6 T300 만료

UE는:

1> 타이머 T300이 만료되면:

...

2> 절차가 종료 시에, 중단 표시로 RRC 접속을 확립하는 것의 실패 또는 RRC 접속을 재개하는 것의 실패에 관해 상위 계층들에게 통지한다;

그 실패 표시를 수신하면, 상위 계층은 AS가 복구될 때 메시지를 계속 제출할 것이라는 점에 유의한다. 추적 영역 업데이트 및 그와 동시에 RNA 업데이트로 인해 실패한 재개 트리거된 NAS의 경우에, 상위 계층들이 TAU를 한번 더 수행하도록 요청할 때, RNA 업데이트를 수행하지 않을 것이다.

일부 실시예들에서, 제1의 제2 변형에 대해, 원인 값 'rna-update'를 갖는 RRC 재개 요청에 응답하여, UE는 RRC 재개 메시지 또는 RRC 해제/중단 메시지를 수신할 수 있다.

UE가 재개 메시지를 수신하면, UE는 위의 텍스트에서 설명된 바와 같이 정확히 거동할 수 있다. UE가 RNA 업데이트를 전송 시에 중단 메시지를 수신하면, UE는 RRC_INACTIVE로만 진행할 것이고, 이후 TAU를 수행하기 위해 NAS로부터의 요청을 얻을 것이고, 즉, 위에서 또한 설명된 바와 같이, 원인 값 'mo-signaling'을 갖는 다른 RRC 재개 요청을 전송할 것이다.

다른 실시예들은 제1의 제2 변형을 포함한다. 원인 값 'rna-update'를 갖는 RRC 재개 요청에 응답하여, UE는 RRC 재개 메시지 또는 RRC 해제/중단 메시지를 수신할 수 있다.

일부 실시예들은, RRC 접속 재개(RNA 업데이트) 및 RRC 접속 재개(결합된 RNA 업데이트 및 TAU)의 변형을 도시하는, 도 14 내지 도 15에 도시된 바와 같은, 제2 변형을 포함한다.

E-UTRAN은 다음과 같은 절차를 적용한다: RRC 접속을 확립할 때, SRB1을 확립하고, NB-IoT에 대해 SRB1bis를 확립하는 것: RRC 접속을 재개할 때: SRB (들) 및 DRB(들)를 재개하는 것을 포함하는 저장된 컨텍스트로부터 AS 구성을 복원하는 것.

이러한 변형은 위의 텍스트와 유사한 아래의 텍스트에 의해 예시된다.

5.3.3.2 개시

절차의 개시 시에, UE는:

...

1> UE가 RRC 접속을 재개하고 있는 경우:

...

1> 타이머 T300을 시작한다;

1> UE가 RRC 접속을 재개하고 있는 경우:

2> 5.3.3.3a에 따른 RRCResumeRequest 메시지의 송신을 개시한다;

1> 그렇지 않은 경우,

2> 저장된 경우, UE AS 컨텍스트 및 i-rnti를 폐기한다;

2> 5.3.3.3에 따른 RRCConnectionRequest 메시지의 송신을 개시한다;

...

2> resumeCause를 mo-signaling으로 설정하고, RNA 업데이트를 수행하지 않는다;

1> 그렇지 않은 경우,

...

UE가 상위 계층들로부터 추적 영역 업데이트 및 RNA 업데이트 둘다를 수행하라는 요청을 수신하는 경우, UE는 추적 영역 업데이트만을 수행해야 할 것처럼 거동할 것이다.

5.3.3.4a UE에 의한 RRCConnectionResume의 수신

UE는:

1> 타이머 T300을 정지한다;

...

1> RRC_CONNECTED에 진입한다;

1> 중단된 RRC 접속이 재개되었던 상위 계층들에 표시한다;

...

1> 절차를 종료한다.

5.3.3.6 T300 만료

UE는:

1> 타이머 T300이 만료되면,

...

-----------------------------------------------------------------------

본 명세서에 설명된 해결책들의 일부 실시예들의 핵심 본질은, TAC들이, 그들이 필요할 때, 즉, UE 및 NW가 UE 등록 영역들을 고려하는 것에 불일치가 있을 때 또는 UE가, CN 등록 영역 업데이트에 대한 필요성이 있을 때 RNAU를 전송하도록 우선순위화할 때 행해지는 것을 보장하는 것을 포함할 수 있다.

본 발명의 일부 실시예들은, RRC 재개 요청을 전송할 때, RNA 업데이트 원인을 선택하기 이전에, 그러한 원인이 적용가능한 경우, 항상 RNA 업데이트 이외의 임의의 재개 원인을 선택하는 것을 포함한다. 따라서, RNAU에 대한 필요성이 있을 때, 재개를 행하기 위해 UE로부터의 임의의 다른 필요성이 동시에 존재하는 경우, 다른 필요성에 대한 원인 값이 선택될 것이다.

도 16은, 다양한 실시예들에 따른, gNB-RAN과 같은 액세스 네트워크(1611) 및 코어 네트워크(1614)(예를 들어, 5GC)를 포함하는 3GPP 타입 셀룰러 네트워크와 같은 전기 통신 네트워크(telecommunication network)(1610)를 포함하는 통신 시스템을 도시한다. 액세스 네트워크(1611)는 gNB들 또는 다른 타입들의 무선 액세스 포인트들과 같은 복수의 기지국들(1612a, 1612b, 1612c)을 포함하며, 이들 각각은 대응하는 커버리지 영역(1613a, 1613b, 1613c)을 정의한다. 각각의 기지국(1612a, 1612b, 1612c)은 유선 또는 무선 접속(1615)을 통해 코어 네트워크(1614)에 접속가능하다. 커버리지 영역(1613c)에 위치된 제1 사용자 장비(UE)(1691)는 대응하는 기지국(1612c)에 무선으로 접속되거나 또는 이에 의해 페이징되도록 구성된다. 커버리지 영역(1613a)에서의 제2 UE(1692)는 대응하는 기지국(1612a)에 무선으로 접속가능하다. 이 예에서는 복수의 UE들(1691, 1692)이 도시되어 있지만, 개시된 실시예들은 단 하나의 UE가 커버리지 영역에 있거나 또는 단 하나의 UE가 대응하는 기지국(1612)에 접속되는 상황에도 동일하게 적용가능하다.

전기 통신 네트워크(1610) 자체는 호스트 컴퓨터(1630)에 접속되며, 호스트 컴퓨터(1630)는 독립형 서버, 클라우드로 구현된 서버(cloud-implemented server), 분산 서버의 하드웨어 및/또는 소프트웨어로, 또는 서버 팜(server farm)에서의 처리 자원들로서 구현될 수 있다. 호스트 컴퓨터(1630)는 서비스 제공자의 소유 또는 제어 하에 있을 수 있거나, 서비스 제공자에 의해 또는 서비스 제공자를 대신하여 동작될 수 있다. 전기 통신 네트워크(1610)와 호스트 컴퓨터(1630) 사이의 접속들(1621, 1622)은 코어 네트워크(1614)로부터 호스트 컴퓨터(1630)로 직접 연장될 수 있거나, 선택적인 중간 네트워크(1620)를 경유할 수 있다. 중간 네트워크(1620)는 공중(public), 사설(private) 또는 호스팅된 네트워크 중 하나 또는 이들 중 하나보다 많은 것의 조합일 수 있으며; 중간 네트워크(1620)는, 있는 경우, 백본 네트워크(backbone network) 또는 인터넷일 수 있고; 특히, 중간 네트워크(1620)는 2개 이상의 서브네트워크들(도시되지 않음)을 포함할 수 있다.

도 16의 통신 시스템은 전체로서, 접속된 UE들(1691, 1692) 중 하나와 호스트 컴퓨터(1630) 사이의 접속을 가능하게 한다. 접속은 OTT(over-the-top) 접속(1650)으로서 설명될 수 있다. 호스트 컴퓨터(1630) 및 접속된 UE들(1691, 1692)은, 액세스 네트워크(1611), 코어 네트워크(1614), 임의의 중간 네트워크(1620) 및 가능한 추가 인프라스트럭처(도시되지 않음)를 매개체들로서 이용하여, OTT 접속(1650)을 통해 데이터 및/또는 시그널링을 통신하도록 구성된다. OTT 접속(1650)은, OTT 접속(1650)이 통과하는 참여하는 통신 디바이스들이 업링크 및 다운링크 통신들의 라우팅을 인식하지 못한다는 점에서 투명할 수 있다. 예를 들어, 기지국(1612)은 호스트 컴퓨터(1630)로부터 발생되어 접속된 UE(1691)에 전달(예를 들어, 핸드오버)되는 데이터를 갖는 수신(incoming) 다운링크 통신의 과거 라우팅에 관해 통지받지 않을 수 있거나 통지받을 필요가 없을 수 있다. 유사하게, 기지국(1612)은 UE(1691)로부터 발생되어 호스트 컴퓨터(1630)로 향하는 발신(outgoing) 업링크 통신의 장래 라우팅을 인식할 필요가 없다.

이제, 이전 단락들에서 논의된 UE, 기지국 및 호스트 컴퓨터의, 실시예에 따른, 예시적인 구현들이 도 17을 참조하여 설명될 것이다. 통신 시스템(1700)에서, 호스트 컴퓨터(1710)는 통신 시스템(1700)의 상이한 통신 디바이스의 인터페이스와의 유선 또는 무선 접속을 셋업 및 유지하도록 구성된 통신 인터페이스(1716)를 포함하는 하드웨어(1715)를 포함한다. 호스트 컴퓨터(1710)는, 저장 및/또는 처리 능력들을 가질 수 있는 처리 회로(1718)를 추가로 포함한다. 특히, 처리 회로(1718)는 명령어들을 실행하도록 적응된 하나 이상의 프로그래밍가능 프로세서, 주문형 집적 회로, 필드 프로그래밍가능 게이트 어레이 또는 이들의 조합들(도시되지 않음)을 포함할 수 있다. 호스트 컴퓨터(1710)는, 호스트 컴퓨터(1710)에 저장되거나 호스트 컴퓨터(1710)에 의해 액세스가능하고, 처리 회로(1718)에 의해 실행가능한 소프트웨어(1711)를 추가로 포함한다. 소프트웨어(1711)는 호스트 애플리케이션(1712)을 포함한다. 호스트 애플리케이션(1712)은, UE(1730) 및 호스트 컴퓨터(1710)에서 종료하는 OTT 접속(1750)을 통해 접속되는 UE(1730)와 같은 원격 사용자에게 서비스를 제공하도록 동작가능할 수 있다. 원격 사용자에게 서비스를 제공함에 있어서, 호스트 애플리케이션(1712)은 OTT 접속(1750)을 이용하여 송신되는 사용자 데이터를 제공할 수 있다.

통신 시스템(1700)은 전기 통신 시스템에 제공되고, 그것이 호스트 컴퓨터(1710) 및 UE(1730)와 통신할 수 있게 하는 하드웨어를 포함하는 기지국(1720)을 추가로 포함한다. 하드웨어는 통신 시스템(1700)의 상이한 통신 디바이스의 인터페이스와의 유선 또는 무선 접속을 셋업 및 유지하기 위한 통신 인터페이스 뿐만 아니라, 기지국(1720)에 의해 서빙되는 커버리지 영역(도 17에 도시되지 않음)에 위치된 UE(1730)와의 적어도 무선 접속(1770)을 셋업 및 유지하기 위한 라디오 인터페이스를 포함할 수 있다. 통신 인터페이스는 호스트 컴퓨터(1710)에 대한 접속(1760)을 용이하게 하도록 구성될 수 있다. 접속(1760)은 직접적일 수 있거나, 전기 통신 시스템의 코어 네트워크(도 17에 도시되지 않음) 및/또는 전기 통신 시스템 외부의 하나 이상의 중간 네트워크를 통과할 수 있다. 도시된 실시예에서, 기지국(1720)은 UE(1730)에 대한 핸드오버와 통신하고 이를 수행할 수 있는 라디오 액세스 포인트들(30)(예를 들어, gNB-DU들)을 제어하는 제어 유닛(10)(예를 들어, gNB-CU)을 포함한다. 라디오 액세스 포인트(30)의 상세들은 도 6을 참조하여 앞에서 설명되었다.

통신 시스템(1700)은 이미 언급된 UE(1730)를 추가로 포함한다. 그것의 하드웨어(1735)는 UE(1730)가 현재 위치된 커버리지 영역을 서빙하는 기지국과의 무선 접속(1770)을 셋업 및 유지하도록 구성된 라디오 인터페이스(1737)를 포함할 수 있다. UE(1730)의 하드웨어(1735)는, 명령어들을 실행하도록 적응된 하나 이상의 프로그래밍가능 프로세서, 주문형 집적 회로, 필드 프로그래밍가능 게이트 어레이 또는 이들의 조합들(도시되지 않음)을 포함할 수 있는, 처리 회로(1738)를 추가로 포함한다. UE(1730)는, UE(1730)에 저장되거나 UE(1730)에 의해 액세스가능하고, 처리 회로(1738)에 의해 실행가능한 소프트웨어(1731)를 추가로 포함한다. 소프트웨어(1731)는 클라이언트 애플리케이션(1732)을 포함한다. 클라이언트 애플리케이션(1732)은, 호스트 컴퓨터(1710)의 지원으로, UE(1730)를 통해 인간 또는 비인간 사용자에게 서비스를 제공하도록 동작가능할 수 있다. 호스트 컴퓨터(1710)에서, 실행 중인 호스트 애플리케이션(1712)은 UE(1730) 및 호스트 컴퓨터(1710)에서 종료하는 OTT 접속(1750)을 통해 실행 중인 클라이언트 애플리케이션(1732)과 통신할 수 있다. 사용자에게 서비스를 제공함에 있어서, 클라이언트 애플리케이션(1732)은 호스트 애플리케이션(1712)으로부터 요청 데이터를 수신하고, 요청 데이터에 응답하여 사용자 데이터를 제공할 수 있다. OTT 접속(1750)은 요청 데이터 및 사용자 데이터 둘다를 전송할 수 있다. 클라이언트 애플리케이션(1732)은 사용자와 상호작용하여 자신이 제공하는 사용자 데이터를 생성할 수 있다.

도 17에 도시된 호스트 컴퓨터(1710), 기지국(1720) 및 UE(1730)는 각각 도 16의 호스트 컴퓨터(1630), 기지국들(1612a, 1612b, 1612c) 중 하나 및 UE들(1691, 1692) 중 하나와 동일할 수 있다는 점에 유의한다. 즉, 이러한 엔티티들의 내부 작용들은 도 17에 도시된 바와 같을 수 있고, 독립적으로, 주변 네트워크 토폴로지는 도 16의 것일 수 있다.

도 17에서, OTT 접속(1750)은 임의의 매개 디바이스들에 대한 명시적 참조 및 이들 디바이스들을 통한 메시지들의 정확한 라우팅없이, 기지국(1720)을 통한 호스트 컴퓨터(1710)와 사용자 장비(1730) 사이의 통신을 도시하기 위해 추상적으로 도시되었다. 네트워크 인프라스트럭처는 라우팅을 결정할 수 있고, UE(1730) 또는 호스트 컴퓨터(1710)를 운영하는 서비스 제공자로부터, 또는 둘다로부터 숨기도록 구성될 수 있다. OTT 접속(1750)이 활성인 동안, 네트워크 인프라스트럭처는 (예를 들어, 네트워크의 로드 밸런싱 고려사항(load balancing consideration) 또는 재구성에 기초하여) 라우팅을 동적으로 변경하는 결정들을 추가로 행할 수 있다.

UE(1730)와 기지국(1720) 사이의 무선 접속(1770)은 본 개시의 전반에 걸쳐 설명된 실시예들의 교시들에 따른다. 다양한 실시예들 중 하나 이상은, 무선 접속(1770)이 마지막 세그먼트를 형성하는 OTT 접속(1750)을 이용하여 UE(1730)에 제공되는 OTT 서비스들의 성능을 개선시킨다. 보다 정확하게, 이러한 실시예들의 교시들은 네트워크가 불필요하게 UE를 RRC_CONNECTED로 가져오는 것을 회피하고, UE가 RLAU 및 TAU 둘다를 트리거하는 임의의 "이중 절차들"을 회피하는 해결책을 제공하는 것을 도울 수 있다. 이러한 실시예들은, 유휴/접속 천이들 동안을 포함하여, RAN의 사용자들에 대한, 더 우수한 및/또는 더 일관된 처리량, 및/또는 감소된 지연들과 같은, 개선된 성능을 초래할 것이다.

하나 이상의 실시예들이 개선시키는 데이터 레이트, 레이턴시 및 다른 인자들을 모니터링하는 목적을 위해 측정 절차가 제공될 수 있다. 측정 결과들에서의 변동들에 응답하여, 호스트 컴퓨터(1710)와 UE(1730) 사이의 OTT 접속(1750)을 재구성하기 위한 선택적인 네트워크 기능이 추가로 존재할 수 있다. 측정 절차 및/또는 OTT 접속(1750)을 재구성하기 위한 네트워크 기능은, 호스트 컴퓨터(1710)의 소프트웨어(1711)로 또는 UE(1730)의 소프트웨어(1731)로, 또는 둘다로 구현될 수 있다. 실시예들에서, 센서들(도시되지 않음)는 OTT 접속(1750)이 통과하는 통신 디바이스들에 또는 이와 연관하여 배치될 수 있다; 센서들은, 위에서 예시된 모니터링된 수량(quantity)들의 값들을 공급하거나, 또는 소프트웨어(1711, 1731)가 모니터링된 수량들을 계산 또는 추정하게 하는 다른 물리적 수량들의 값들을 공급함으로써, 측정 절차에 참여할 수 있다. OTT 접속(1750)의 재구성은 메시지 포맷, 재송신 설정들, 선호된 라우팅 등을 포함할 수 있고, 재구성은 기지국(1720)에 영향을 미칠 필요가 없으며, 이것은 기지국(1720)에 알려지지 않거나 인식되지 않을 수 있다. 그러한 절차들 및 기능들은 본 기술분야에 공지되어 실시될 수 있다. 특정 실시예들에서, 측정들은 처리량, 전파 시간들, 레이턴시 등에 대한 호스트 컴퓨터(1710)의 측정들을 용이하게 하는 독점적(proprietary) UE 시그널링을 포함할 수 있다. 소프트웨어(1711, 1731)가 전파 시간들, 에러들 등을 모니터링하는 동안, OTT 접속(1750)을 이용하여, 메시지들, 특히, 비어 있는 또는 '더미(dummy)' 메시지들로 하여금 송신되게 한다는 점에서 측정들이 구현될 수 있다.

도 18은 일 실시예에 따른, 통신 시스템에서 구현된 방법을 도시하는 흐름도이다. 통신 시스템은 도 16 및 도 17을 참조하여 설명된 것들일 수 있는 호스트 컴퓨터, 기지국 및 UE를 포함한다. 본 개시의 단순성을 위해, 도 18에 대한 도면 참조들만이 이 섹션에 포함될 것이다. 방법의 제1 단계(1810)에서, 호스트 컴퓨터가 사용자 데이터를 제공한다. 제1 단계(1810)의 선택적인 서브단계(1811)에서, 호스트 컴퓨터는 호스트 애플리케이션을 실행하는 것에 의해 사용자 데이터를 제공한다. 제2 단계(1820)에서, 호스트 컴퓨터는 사용자 데이터를 UE에게 운반하는 송신을 개시한다. 선택적인 제3 단계(1830)에서, 기지국은, 본 개시의 전반에 걸쳐 설명된 실시예들의 교시들에 따라, 호스트 컴퓨터가 개시한 송신에서 운반된 사용자 데이터를 UE에게 송신한다. 선택적인 제4 단계(1840)에서, UE는 호스트 컴퓨터에 의해 실행된 호스트 애플리케이션과 연관된 클라이언트 애플리케이션을 실행한다.

도 19는 일 실시예에 따른, 통신 시스템에서 구현된 방법을 도시하는 흐름도이다. 통신 시스템은 도 16 및 도 17을 참조하여 설명된 것들일 수 있는 호스트 컴퓨터, 기지국 및 UE를 포함한다. 본 개시의 단순성을 위해, 도 19에 대한 도면 참조들만이 이 섹션에 포함될 것이다. 방법의 제1 단계(1910)에서, 호스트 컴퓨터가 사용자 데이터를 제공한다. 선택적인 서브단계(도시되지 않음)에서, 호스트 컴퓨터는 호스트 애플리케이션을 실행하는 것에 의해 사용자 데이터를 제공한다. 제2 단계(1920)에서, 호스트 컴퓨터는 사용자 데이터를 UE에게 운반하는 송신을 개시한다. 송신은, 본 개시의 전반에 걸쳐 설명된 실시예들의 교시들에 따라, 기지국을 통과할 수 있다. 선택적인 제3 단계(1930)에서, UE는 송신에서 운반된 사용자 데이터를 수신한다.

도 20은 일 실시예에 따른, 통신 시스템에서 구현된 방법을 도시하는 흐름도이다. 통신 시스템은 도 16 및 도 17을 참조하여 설명된 것들일 수 있는 호스트 컴퓨터, 기지국 및 UE를 포함한다. 본 개시의 단순성을 위해, 도 20에 대한 도면 참조들만이 이 섹션에 포함될 것이다. 방법의 선택적인 제1 단계(2010)에서, UE는 호스트 컴퓨터에 의해 제공된 입력 데이터를 수신한다. 추가적으로 또는 대안적으로, 선택적인 제2 단계(2020)에서, UE가 사용자 데이터를 제공한다. 제2 단계(2020)의 선택적인 서브단계(2021)에서, UE는 클라이언트 애플리케이션을 실행하는 것에 의해 사용자 데이터를 제공한다. 제1 단계(2010)의 추가의 선택적인 서브단계(2011)에서, UE는 호스트 컴퓨터에 의해 제공되는 수신된 입력 데이터에 반응하여 사용자 데이터를 제공하는 클라이언트 애플리케이션을 실행한다. 사용자 데이터를 제공함에 있어서, 실행된 클라이언트 애플리케이션은 사용자로부터 수신된 사용자 입력을 추가로 고려할 수 있다. 사용자 데이터가 제공된 특정 방식에 관계없이, UE는, 선택적인 제3 서브단계(2030)에서, 호스트 컴퓨터로의 사용자 데이터의 송신을 개시한다. 방법의 제4 단계(2040)에서, 호스트 컴퓨터는, 본 개시의 전반에 걸쳐 설명된 실시예들의 교시들에 따라, UE로부터 송신된 사용자 데이터를 수신한다.

도 21은 일 실시예에 따른, 통신 시스템에서 구현된 방법을 도시하는 흐름도이다. 통신 시스템은 도 16 및 도 17을 참조하여 설명된 것들일 수 있는 호스트 컴퓨터, 기지국 및 UE를 포함한다. 본 개시의 단순성을 위해, 도 21에 대한 도면 참조들만이 이 섹션에 포함될 것이다. 방법의 선택적인 제1 단계(2110)에서, 본 개시의 전반에 걸쳐 설명된 실시예들의 교시들에 따라, 기지국이 UE로부터 사용자 데이터를 수신한다. 선택적인 제2 단계(2120)에서, 기지국은 호스트 컴퓨터로의 수신된 사용자 데이터의 송신을 개시한다. 제3 단계(2130)에서, 호스트 컴퓨터는 기지국에 의해 개시된 송신에서 운반된 사용자 데이터를 수신한다.

위에서 상세히 논의된 바와 같이, 본 명세서에 설명된, 예를 들어, 도 7 및 도 10 내지 도 11의 프로세스 흐름도들에 도시된 바와 같은 기술들은, 전체적으로 또는 부분적으로 하나 이상의 프로세서에 의해 실행되는 컴퓨터 프로그램 명령어들을 이용하여 구현될 수 있다. 이러한 기술들의 기능적 구현은 기능 모듈들의 관점에서 표현될 수 있고, 각각의 기능 모듈은 적절한 프로세서에서 실행되는 소프트웨어의 기능 유닛, 또는 기능적 디지털 하드웨어 회로, 또는 이들의 일부 조합에 대응한다는 점이 이해될 것이다.

도 22는 액세스 네트워크 노드(30)에서 구현될 수 있는 예시적인 기능 모듈 또는 회로 아키텍처를 도시한다. 구현은, 무선 디바이스로부터, RRC 재개 요청 메시지를 수신하기 위한 수신 모듈(2202)을 포함하고, RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링을 표시하는 원인 표시자를 포함한다. 구현은 또한, 무선 디바이스에 대한 컨텍스트를 검색하기 위한 컨텍스트 검색 모듈(2204) 및 RRC 재개 메시지로 RRC 재개 요청 메시지에 응답하기 위한 응답 모듈(2206)을 포함한다. 수신 모듈(2202)은 또한, RCC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하기 위한 것이고, RRC 재개 완료 메시지는 TAU 메시지를 포함하거나 그와 결합된다.

도 23은 액세스 네트워크 노드(30)에서 구현될 수 있는 다른 예시적인 기능 모듈 또는 회로 아키텍처를 도시한다. 구현은, 무선 디바이스로부터, RRC 재개 요청 메시지를 수신하기 위한 수신 모듈(2202)을 포함하고, 상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함한다. 구현은 무선 디바이스에 대한 컨텍스트를 검색하는 컨텍스트 검색 모듈(2204), 및 컨텍스트에 기초하여, RRC 재개 요청을 수신하는 셀의 TAC가 무선 디바이스에 대한 TAI 리스트에서 표현되는지를 결정하기 위한 결정 모듈(2206)을 포함할 수 있다. 구현은 TAC가 TAI 리스트에서 표현되지 않는 경우에 RRC 재개 메시지, 또는 TAC가 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 RRC 재개 요청 메시지에 선택적으로 응답하기 위한 응답 모듈(2208)을 포함한다. 도 24는 무선 디바이스(50)에서 구현될 수 있는 예시적인 기능 모듈 또는 회로 아키텍처를 도시한다. 구현은, RRC 비활성 상태에 있는 동안, RNAU가 필요하다고 결정하기 위한 결정 모듈(2402)을 포함한다. 구현은 또한, RNAU에 대한 필요성 이외에, RRC 접속 상태를 재개하는 임의의 다른 원인이 있는지를 평가하기 위한 평가 모듈(2404), 및 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하기 위한 송신 모듈(2406)을 포함하고, RRC 재개 요청은 평가가 RRC 접속 상태를 재개하는 다른 원인을 식별하지 않은 경우에, RNAU를 표시하는 원인 표시자를 포함한다.

도 25는 무선 디바이스(50)에서 구현될 수 있는 다른 예시적인 기능 모듈 또는 회로 아키텍처를 도시한다. 구현은, RRC 비활성 상태에 있는 동안, RNAU 및 TAU 둘다가 필요하다고 결정하기 위한 결정 모듈(2502), 및 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하기 위한 송신 모듈(2504)을 포함하고, RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링을 표시하는 원인 표시자를 포함한다. 구현은 또한, RRC 재개 요청에 응답하여 RRC 재개 메시지를 수신하기 위한 수신 모듈(2506), 및 RRC 재개 요청을 수신하는 것에 응답하여 TAU를 개시하기 위한 개시 모듈(2508)을 포함한다.

예시적인 실시예들

본 명세서에 설명된 기술들 및 장치의 예시적인 실시예들은, 제한적인 것은 아니지만, 다음의 열거된 예들을 포함한다.

1. 무선 통신 네트워크에서 동작하는 무선 디바이스에서의 방법으로서,

라디오 자원 제어(RRC) 비활성 상태에 있는 동안, 라디오 액세스 네트워크 통지 영역 업데이트(RNAU) 및 추적 영역 업데이트(TAU) 둘다가 필요하다고 결정하는 단계; 및

상기 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함함―를 포함하는, 방법.

2. 예시적인 실시예 1의 방법으로서,

RRC 재개 요청에 응답하여 RRC 재개 메시지를 수신하는 단계; 및

RRC 재개 메시지에 응답하여 RRC 재개 완료 메시지를 전송하는 단계―RRC 재개 완료 메시지는 TAU 메시지를 포함하거나 그와 결합됨―를 포함하는, 방법.

3. 예시적인 실시예 2의 방법으로서,

RRC 재개 메시지에 응답하여, RRC 접속 상태로 천이하는 단계;

RRC 접속 상태로의 상기 천이에 후속하여, RRC 접속 중단 메시지를 수신하는 단계; 및

RRC 접속 중단 메시지에 응답하여, RRC 비활성 상태로 천이하는 단계를 추가로 포함하는, 방법.

4. 예시적인 실시예 3의 방법으로서,

상기 RRC 접속 상태에 있는 동안, 무선 통신 네트워크로부터 사용자 평면 데이터를 수신 또는 송신하는 단계를 추가로 포함하는, 방법.

5. 예시적인 실시예 3의 방법으로서,

상기 RRC 접속 상태에 있는 동안, 수신된 페이징 메시지에 응답하는 단계를 추가로 포함하는, 방법.

6. 예시적인 실시예 1의 방법으로서,

개재하는 RRC 재개 메시지를 수신하지 않고서, RRC 재개 요청에 응답하여 RRC 접속 중단 메시지를 수신하는 단계; 및

TAU 절차를 수행하지 않고서, RRC 비활성 상태로 천이하거나 그에 유지하는 단계를 추가로 포함하는, 방법.

7. 예시적인 실시예 6의 방법으로서,

RRC 접속 중단 메시지를 수신하는 것에 후속하여, TAU가 필요하다고 결정하는 단계; 및 그에 응답하여,

제2 RRC 재개 요청 메시지를 네트워크에 송신함으로써 TAU 절차를 개시하는 단계―상기 제2 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링을 표시하는 원인 표시자를 포함함―를 추가로 포함하는, 방법.

8. 무선 통신 네트워크에서 동작하는 무선 디바이스에서의 방법으로서,

라디오 자원 제어(RRC) 비활성 상태에 있는 동안, 라디오 액세스 네트워크 통지 영역 업데이트(RNAU)가 필요하다고 결정하는 단계;

상기 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 RNAU만을 표시하는 원인 표시자를 포함함―;

무선 디바이스에서의 NAS(network access stratum) 기능이 TAU에 대한 필요성을 결정했는지에 관계없이, RRC 재개 요청을 수신하는 것에 응답하여 추적 영역 업데이트(TAU)를 개시하는 단계를 포함하는, 방법.

9. 예시적인 실시예 8의 방법으로서,

상기 개시하는 단계는,

RRC 재개 메시지에 응답하여 RRC 재개 완료 메시지를 전송하는 단계를 포함하고, RRC 재개 완료 메시지는 TAU 메시지를 포함하거나 그와 결합되는, 방법.

10. 무선 통신 네트워크에서 동작하는 무선 디바이스에서의 방법으로서,

라디오 자원 제어(RRC) 비활성 상태에 있는 동안, 라디오 액세스 네트워크 통지 영역 업데이트(RNAU) 및 추적 영역 업데이트(TAU) 둘다가 필요하다고 결정하는 단계;

상기 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링만을 표시하는 원인 표시자를 포함함―;

RRC 재개 요청을 수신하는 것에 응답하여 추적 영역 업데이트(TAU)를 개시하는 단계를 포함하는, 방법.

11. 무선 통신 네트워크에서 동작하는 무선 디바이스에서의 방법으로서,

RNAU에 대한 필요성 이외에, RRC 접속 상태를 재개하는 임의의 다른 원인이 있는지를 평가하는 단계; 및

상기 결정에 응답하여, RRC 재개 요청 메시지를 네트워크에 송신하는 단계―상기 RRC 재개 요청 메시지는 원인 표시자를 포함하고, 상기 원인 표시자는 상기 평가가 RRC 접속 상태를 재개하는 다른 원인을 식별하지 않은 경우에만, RNAU를 표시함―를 포함하는, 방법.

12. 예시적인 실시예 11의 방법으로서,

RRC 접속 상태를 재개하는 임의의 다른 원인이 있는지를 평가하는 단계는 추적 영역 업데이트(TAU)가 필요하다고 결정하는 것을 포함하고, 원인 표시자는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링을 표시하는, 방법.

13. 예시적인 실시예 11의 방법으로서,

RRC 접속 상태를 재개하는 임의의 다른 원인이 있는지를 평가하는 단계는, 무선 디바이스의 버퍼에 임의의 업링크 데이터가 있는지를 결정하는 것 및 무선 디바이스가 페이징 메시지에 응답할 필요가 있는지를 결정하는 것을 포함하는, 방법.

14. 무선 통신 시스템의 액세스 네트워크 노드에서의 방법으로서,

무선 디바이스로부터, RRC 재개 요청 메시지를 수신하는 단계―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 라디오 액세스 네트워크 통지 업데이트(RNAU)만을 표시하는 원인 표시자를 포함함―;

무선 디바이스에 대한 컨텍스트를 검색하는 단계;

컨텍스트에 기초하여, RRC 재개 요청을 수신하는 셀의 추적 영역 코드(TAC)가 무선 디바이스에 대한 추적 영역 식별자(TAI) 리스트에서 표현되는지를 결정하는 단계; 및

TAC가 TAI 리스트에서 표현되지 않는 경우에 RRC 재개 메시지, 또는 TAC가 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 RRC 재개 요청 메시지에 선택적으로 응답하는 단계를 포함하는, 방법.

15. 예시적인 실시예 14의 방법으로서, TAC는 TAI 리스트에서 표현되고, RRC 중단 메시지는 새로운 라디오 액세스 네트워크 통지 영역(RNA)으로 무선 디바이스를 구성하는 정보를 포함하는, 방법.

16. 예시적인 실시예 15의 방법으로서, TAC는 TAI 리스트에서 표현되지 않고, 방법은, RCC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하는 단계를 추가로 포함하고, RRC 재개 완료 메시지는 추적 영역 업데이트(TAU) 메시지를 포함하거나 그와 결합되는, 방법.

17. 무선 통신 시스템의 액세스 네트워크 노드에서의 방법으로서,

무선 디바이스로부터, RRC 재개 요청 메시지를 수신하는 단계―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링만을 표시하는 원인 표시자를 포함함―;

무선 디바이스에 대한 컨텍스트를 검색하는 단계;

RRC 재개 메시지로 RRC 재개 요청 메시지에 응답하는 단계; 및

RCC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하는 단계―RRC 재개 완료 메시지는 추적 영역 업데이트(TAU) 메시지를 포함하거나 그와 결합됨―를 포함하는, 방법.

18. 예시적인 실시예 17의 방법으로서, RRC 재개 요청 메시지에 응답하여, UE 컨텍스트 파라미터들을 변경할지 또는 무선 디바이스에 대한 RRC 비활성 타이머가 만료되기를 대기하지 않고서 무선 디바이스를 RRC 비활성 상태로 이동시킬지를 결정하는 단계를 추가로 포함하는, 방법.

19. 예시적인 실시예들 1 내지 13 중 어느 하나의 방법들을 수행하도록 적응된 무선 디바이스.

20. 예시적인 실시예들 14 내지 18 중 어느 하나의 방법들을 수행하도록 적응된 액세스 네트워크 노드.

21. 적어도 하나의 처리 회로 상에서 실행될 때, 적어도 하나의 처리 회로로 하여금 예시적인 실시예들 1 내지 18 중 어느 하나에 따른 방법을 수행하게 하는 명령어들을 포함하는, 컴퓨터 프로그램.

22. 예시적인 실시예 21의 컴퓨터 프로그램을 포함하는 캐리어(carrier)로서, 캐리어는 전자 신호, 광학 신호, 라디오 신호, 또는 컴퓨터 판독가능 저장 매체 중 하나인, 캐리어.

23. 호스트 컴퓨터, 기지국 및 사용자 장비(UE)를 포함하는 통신 시스템에서 구현된 방법으로서,

호스트 컴퓨터에서, 사용자 데이터를 제공하는 단계; 및

호스트 컴퓨터에서, 기지국을 포함하는 셀룰러 네트워크를 통해 사용자 데이터를 UE로 운반하는 송신을 개시하는 단계를 포함하고, 기지국은,

UE로부터, RRC 재개 요청 메시지를 수신하는 단계―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 라디오 액세스 네트워크 통지 업데이트(RNAU)만을 표시하는 원인 표시자를 포함함―;

UE에 대한 컨텍스트를 검색하는 단계;

컨텍스트에 기초하여, RRC 재개 요청을 수신하는 셀의 추적 영역 코드(TAC)가 UE에 대한 추적 영역 식별자(TAI) 리스트에서 표현되는지를 결정하는 단계; 및

TAC가 TAI 리스트에서 표현되지 않는 경우에 RRC 재개 메시지, 또는 TAC가 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 RRC 재개 요청 메시지에 선택적으로 응답하는 단계를 포함하는 방법을 수행하는, 방법.

24. 호스트 컴퓨터, 기지국 및 사용자 장비(UE)를 포함하는 통신 시스템에서 구현된 방법으로서,

호스트 컴퓨터에서, 사용자 데이터를 제공하는 단계; 및

UE로부터, RRC 재개 요청 메시지를 수신하는 단계―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링만을 표시하는 원인 표시자를 포함함―;

UE에 대한 컨텍스트를 검색하는 단계;

RRC 재개 메시지로 RRC 재개 요청 메시지에 응답하는 단계; 및

RCC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하는 단계―RRC 재개 완료 메시지는 추적 영역 업데이트(TAU) 메시지를 포함하거나 그와 결합됨―를 포함하는 방법을 수행하는, 방법.

25. 예시적인 실시예들 24 또는 25의 방법으로서,

기지국에서, 사용자 데이터를 송신하는 단계를 추가로 포함하는, 방법.

26. 예시적인 실시예 25의 방법으로서, 사용자 데이터는 호스트 애플리케이션을 실행함으로써 호스트 컴퓨터에서 제공되고,

방법은,

UE에서, 클라이언트 애플리케이션과 연관된 호스트 애플리케이션을 실행하는 단계를 추가로 포함하는, 방법.

27. 호스트 컴퓨터, 기지국, 및 사용자 장비(UE)를 포함하는 통신 시스템에서 구현된 방법으로서,

호스트 컴퓨터에서, 기지국으로부터, 기지국이 UE로부터 수신한 송신으로부터 발생하는 사용자 데이터를 수신하는 단계를 포함하고, 기지국은,

UE에 대한 컨텍스트를 검색하는 단계;

28. 호스트 컴퓨터, 기지국, 및 사용자 장비(UE)를 포함하는 통신 시스템에서 구현된 방법으로서,

UE에 대한 컨텍스트를 검색하는 단계;

RRC 재개 메시지로 RRC 재개 요청 메시지에 응답하는 단계; 및

29. 예시적인 실시예들 27 또는 28의 방법으로서,

기지국에서, UE로부터 사용자 데이터를 수신하는 단계를 추가로 포함하는, 방법.

30. 예시적인 실시예 29의 방법으로서,

기지국에서, 수신된 사용자 데이터의 호스트 컴퓨터로의 송신을 개시하는 단계를 추가로 포함하는, 방법.

31. 호스트 컴퓨터를 포함하는 통신 시스템으로서,

사용자 데이터를 제공하도록 구성된 처리 회로; 및

사용자 데이터를 사용자 장비(UE)로의 송신을 위해 셀룰러 네트워크에 전달하도록 구성된 통신 인터페이스를 포함하고,

셀룰러 네트워크는 통신 회로 및 처리 회로를 갖는 기지국을 포함하고, 기지국의 처리 회로는,

UE로부터, RRC 재개 요청 메시지를 수신하고―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 라디오 액세스 네트워크 통지 업데이트(RNAU)만을 표시하는 원인 표시자를 포함함―;

UE에 대한 컨텍스트를 검색하고;

컨텍스트에 기초하여, RRC 재개 요청을 수신하는 셀의 추적 영역 코드(TAC)가 UE에 대한 추적 영역 식별자(TAI) 리스트에서 표현되는지를 결정하고;

TAC가 TAI 리스트에서 표현되지 않는 경우에 RRC 재개 메시지, 또는 TAC가 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 RRC 재개 요청 메시지에 선택적으로 응답하도록 구성되는, 통신 시스템.

32. 호스트 컴퓨터를 포함하는 통신 시스템으로서,

사용자 데이터를 제공하도록 구성된 처리 회로; 및

UE로부터, RRC 재개 요청 메시지를 수신하고―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링만을 표시하는 원인 표시자를 포함함―;

UE에 대한 컨텍스트를 검색하고;

RRC 재개 메시지로 RRC 재개 요청 메시지에 응답하고;

RCC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신―RRC 재개 완료 메시지는 추적 영역 업데이트(TAU) 메시지를 포함하거나 그와 결합됨―하도록 구성되는, 통신 시스템.

33. 예시적인 실시예들 31 또는 32의 통신 시스템으로서, 기지국을 추가로 포함하는, 통신 시스템.

34. 예시적인 실시예들 31 내지 33 중 어느 하나의 통신 시스템으로서, UE를 추가로 포함하고, UE는 기지국과 통신하도록 구성되는, 통신 시스템.

35. 예시적인 실시예들 31 내지 34 중 어느 하나의 통신 시스템으로서,

호스트 컴퓨터의 처리 회로는 호스트 애플리케이션을 실행함으로써, 사용자 데이터를 제공하도록 구성되고;

UE는 호스트 애플리케이션과 연관된 클라이언트 애플리케이션을 실행하도록 구성된 처리 회로를 포함하는, 통신 시스템.

36. 사용자 장비(UE)로부터 기지국으로의 송신으로부터 발생하는 사용자 데이터를 수신하도록 구성된 통신 인터페이스를 포함하고, 라디오 인터페이스 및 처리 회로를 포함하는 호스트 컴퓨터를 포함하는 통신 시스템으로서, 기지국의 처리 회로는,

UE에 대한 컨텍스트를 검색하고;

37. 사용자 장비(UE)로부터 기지국으로의 송신으로부터 발생하는 사용자 데이터를 수신하도록 구성된 통신 인터페이스를 포함하고, 라디오 인터페이스 및 처리 회로를 포함하는 호스트 컴퓨터를 포함하는 통신 시스템으로서, 기지국의 처리 회로는,

UE에 대한 컨텍스트를 검색하고;

RRC 재개 메시지로 RRC 재개 요청 메시지에 응답하고;

38. 예시적인 실시예들 36 또는 37의 통신 시스템으로서, 기지국을 추가로 포함하는, 통신 시스템.

39. 예시적인 실시예들 36 내지 38 중 어느 하나의 통신 시스템으로서, UE를 추가로 포함하고, UE는 기지국과 통신하도록 구성되는, 통신 시스템.

40. 예시적인 실시예들 36 내지 39 중 어느 하나의 통신 시스템으로서,

호스트 컴퓨터는 호스트 애플리케이션을 실행하도록 구성된 처리 회로를 포함하고;

UE는 호스트 애플리케이션과 연관된 클라이언트 애플리케이션을 실행함으로써, 호스트 컴퓨터에 의해 수신될 사용자 데이터를 제공하도록 구성되는, 통신 시스템.

특히, 개시된 발명(들)의 수정들 및 다른 실시예들은 전술한 설명들 및 연관된 도면들에 제시된 교시들의 이점을 갖는 본 기술분야의 통상의 기술자에게 떠오를 것이다. 따라서, 본 발명(들)은 개시된 특정 실시예로 한정되지 않으며, 그 수정들 및 다른 실시예들이 본 개시의 범위 내에 포함되도록 의도된다는 것이 이해될 것이다. 본 명세서에서 특정 용어들이 이용될 수 있지만, 이들은 제한의 목적들이 아닌 일반적이고 설명적인 의미로 이용된다.

Claims

무선 디바이스에서의 방법으로서,
무선 통신 네트워크에 대한 라디오 자원 제어(RRC) 비활성 상태에 있는 동안, 라디오 액세스 네트워크 통지 영역 업데이트(RNAU)와 추적 영역 업데이트(TAU) 둘다가 필요하다고 결정하는 단계; 및
상기 결정에 응답하여, RRC 재개 요청 메시지를 상기 무선 통신 네트워크에 송신하는 단계―상기 RRC 재개 요청 메시지는 원인 표시자를 포함하고, 상기 원인 표시자는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링(mobility signaling)을 표시함―를 포함하는, 방법.
제1항에 있어서,
상기 RNAU와 TAU 둘다가 필요하다고 결정하는 단계는 상기 무선 디바이스에 대해 구성된 라디오 액세스 네트워크 통지 영역(RNA)에 속하지 않는 셀을 선택하는 셀 재선택을 수행하는 것을 포함하는, 방법.
무선 통신 시스템의 액세스 네트워크 노드에서의 방법으로서,
무선 디바이스로부터, 라디오 자원 제어(RRC) 재개 요청 메시지를 수신하는 단계―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 라디오 액세스 네트워크 통지 업데이트(RNAU)를 표시하는 원인 표시자를 포함함―;
상기 무선 디바이스에 대한 컨텍스트를 검색하는 단계;
상기 컨텍스트에 기초하여, 상기 RRC 재개 요청을 수신하는 셀의 추적 영역 코드(TAC)가 상기 무선 디바이스에 대한 추적 영역 식별자(TAI) 리스트에서 표현되는지를 결정하는 단계; 및
상기 TAC가 상기 TAI 리스트에서 표현되지 않는 경우에 RRC 재개 메시지로, 또는 상기 TAC가 상기 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 상기 RRC 재개 요청 메시지에 선택적으로 응답하는 단계를 포함하는, 방법.
제3항에 있어서,
상기 TAC는 상기 TAI 리스트에서 표현되고, 상기 RRC 중단 메시지는 새로운 라디오 액세스 네트워크 통지 영역(RNA)으로 상기 무선 디바이스를 구성하는 정보를 포함하는, 방법.
제4항에 있어서,
상기 TAC는 상기 TAI 리스트에서 표현되지 않고, 상기 방법은, 상기 RRC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하는 단계를 추가로 포함하고, 상기 RRC 재개 완료 메시지는 추적 영역 업데이트(TAU) 메시지를 포함하거나 그와 결합되는, 방법.
액세스 네트워크 노드(30)로서,
라디오 액세스 기술에 따라 신호들을 송신 및 수신하도록 구성된 송수신기 회로(36); 및
상기 송수신기 회로(36)에 동작가능하게 결합된 처리 회로(32)를 포함하고, 상기 처리 회로(32)는,
무선 디바이스로부터, 라디오 자원 제어(RRC) 재개 요청 메시지를 수신―상기 RRC 재개 요청 메시지는 RRC 접속 상태를 재개하는 원인으로서 라디오 액세스 네트워크 통지 업데이트(RNAU)를 표시하는 원인 표시자를 포함함―하고;
상기 무선 디바이스에 대한 컨텍스트를 검색하고;
상기 컨텍스트에 기초하여, 상기 RRC 재개 요청을 수신하는 셀의 추적 영역 코드(TAC)가 상기 무선 디바이스에 대한 추적 영역 식별자(TAI) 리스트에서 표현되는지를 결정하고;
상기 TAC가 상기 TAI 리스트에서 표현되지 않는 경우에 RRC 재개 메시지로, 또는 상기 TAC가 상기 TAI 리스트에서 표현되는 경우에 RRC 중단 메시지로 상기 RRC 재개 요청 메시지에 선택적으로 응답하도록 구성되는, 액세스 네트워크 노드(30).
제6항에 있어서,
상기 TAC는 상기 TAI 리스트에서 표현되고, 상기 RRC 중단 메시지는 새로운 라디오 액세스 네트워크 통지 영역(RNA)으로 상기 무선 디바이스를 구성하는 정보를 포함하는, 액세스 네트워크 노드(30).
제7항에 있어서,
상기 TAC는 상기 TAI 리스트에서 표현되지 않고, 상기 처리 회로(32)는, 상기 RRC 재개 메시지에 응답하여, RRC 재개 완료 메시지를 수신하도록 추가로 구성되고, 상기 RRC 재개 완료 메시지는 추적 영역 업데이트(TAU) 메시지를 포함하거나 그와 결합되는, 액세스 네트워크 노드(30).
무선 디바이스(50)로서,
라디오 액세스 기술에 따라 신호들을 송신 및 수신하도록 구성된 송수신기 회로(56); 및
상기 송수신기 회로(56)에 동작가능하게 결합된 처리 회로(52)를 포함하고, 상기 처리 회로(52)는,
무선 통신 네트워크에 대한 라디오 자원 제어(RRC) 비활성 상태에 있는 동안, 라디오 액세스 네트워크 통지 영역 업데이트(RNAU)와 추적 영역 업데이트(TAU) 둘다가 필요하다고 결정하고;
상기 결정에 응답하여, RRC 재개 요청 메시지를 상기 무선 통신 네트워크에 송신―상기 RRC 재개 요청 메시지는 원인 표시자를 포함하고, 상기 원인 표시자는 RRC 접속 상태를 재개하는 원인으로서 이동성 시그널링(mobility signaling)을 표시함―하도록 구성되는, 무선 디바이스(50).
제9항에 있어서,
상기 처리 회로(52)는, 상기 무선 디바이스(50)에 대해 구성된 라디오 액세스 네트워크 통지 영역(RNA)에 속하지 않는 셀을 선택하는 셀 재선택을 수행함으로써 RNAU 및 TAU 둘다가 필요하다고 결정하는, 무선 디바이스(50).
적어도 하나의 처리 회로 상에서 실행될 때, 상기 적어도 하나의 처리 회로로 하여금 제1항 내지 제5항 중 어느 한 항에 따른 방법을 수행하게 하는 명령어들을 포함하는, 컴퓨터 판독가능 기록 매체에 저장된 컴퓨터 프로그램.
제11항의 컴퓨터 프로그램을 포함하는 컴퓨터 판독가능 저장 매체.