KR20200119257A

KR20200119257A - 페이징 메시지를 송신하기 위한 전자 디바이스, 인프라스트럭처 장비 및 방법

Info

Publication number: KR20200119257A
Application number: KR1020207023273A
Authority: KR
Inventors: 유신 웨이; 비벡 샤르마; 히데지 와카바야시; 신이치로 츠다
Original assignee: 소니 주식회사
Priority date: 2018-02-15
Filing date: 2019-01-31
Publication date: 2020-10-19
Also published as: CN111727640A; EP3753320B1; WO2019158368A1; EP3753320A1; US20200413369A1; JP2021514586A; CN111727640B

Abstract

페이징 메시지(PAGING_MESSAGE)를 사용자 장비(202; 302, 303, 304)에 송신하도록 구성되는 회로를 포함하는 인프라스트럭처 장비(200; 300)로서, 페이징 메시지(PAGING_MESSAGE)는 인프라스트럭처 장비(200; 300)가 시스템 정보(Umbrella_SI)를 사용자 장비(202; 302, 303, 304)에 전송할 것이라는 것을 사용자 장비에 통지하기 위해 제공되는 정보(Network_Push_SIB_Information)를 포함하는, 인프라스트럭처 장비(200; 300).

Description

페이징 메시지를 송신하기 위한 전자 디바이스, 인프라스트럭처 장비 및 방법

본 개시내용은 일반적으로 모바일 전기통신 시스템(mobile telecommunication system)의 엔티티들 및 사용자 장비에 관한 것이다.

몇몇 세대의 모바일 전기통신 시스템들이 알려져 있으며, 예를 들어, IMT-2000(International Mobile Telecommunications-2000) 사양들에 기초하는 3세대("3G"), IMT-Advanced 표준(International Mobile Telecommunications-Advanced Standard)에 정의된 바와 같은 능력들을 제공하는 4세대("4G"), 및 개발 중에 있고 2020년에 시행될 수 있는 현재의 5세대("5G")가 있다.

5G의 요건들을 제공하기 위한 후보는 모바일폰들 및 데이터 단말들을 위한 고속 데이터 통신들을 허용하는 무선 통신 기술이고 4G 모바일 전기통신 시스템들을 위해 이미 사용되는 소위 롱 텀 에볼루션(Long Term Evolution, "LTE")이다. 5G 요건들을 충족시키기 위한 다른 후보들은 새로운 라디오 액세스 기술 시스템(New Radio Access Technology System)(NR)으로 일컫는다. LTE가 이전 세대들의 모바일 통신 기술에 기초한 것처럼, NR은 LTE 기술에 기초할 수 있다.

LTE는 2세대("2G")의 GSM/EDGE("Global System for Mobile Communica-tions"/"Enhanced Data rates for GSM Evolution"(EGPRS라고도 함)) 및 3세대("3G") 네트워크 기술들의 UMTS/HSPA("Universal Mobile Telecommunications System"/"High Speed Packet Access")에 기초한다.

LTE는 3GPP("3rd Generation Partnership Project")의 제어 하에서 표준화된다. 3GPP의 제어 하에서 또한 표준화되는 기본 LTE로서 더 높은 데이터 레이트들을 허용하는 후속자 LTE-A(LTE Advanced)가 존재한다.

장래에, 3GPP는 LTE-A를 추가로 개발하여 5G의 기술적 요건들을 충족시킬 수 있도록 할 계획이다. 5G 시스템이 LTE 또는 LTE-A에 각각 기초할 것이므로, 5G 기술들의 특정 요건들은 기본적으로 LTE 및 LTE-A 표준 문서에 이미 정의된 특징들 및 방법들에 의해 다루어질 것이라고 가정된다.

무선 및 모바일 통신 분야에서 일하는 사람들에게 현재 관심있는 기술 분야는 "사물 인터넷(Internet of Things)" 또는 줄여서 IoT, 및 "머신 투 머신 통신(Machine to Machine Communication)"(M2M), 또는 머신 타입 통신(Machine Type Communication)(MTC)으로 알려져 있다. 3GPP는 LTE 또는 4G 무선 액세스 인터페이스 및 무선 인프라스트럭처를 사용하여 협대역(narrow band)(NB)-IoT를 지원하기 위한 기술들을 개발하는 것을 제안하였다. 이러한 IoT 디바이스들은 비교적 낮은 대역폭 데이터의 드문 통신을 요구하는 낮은 복잡성 및 저렴한 디바이스들일 것으로 예상된다. 또한, 무선 통신 네트워크의 셀에서 지원될 필요가 있는 매우 많은 수의 IoT 디바이스가 존재할 것으로 예상된다.

더 일반적으로 "드론들(Drones)"로 지칭되는 무인 비행체(Unmanned Aerial Vehicle, UAV)들은, 다양한 정도의 자율성으로, 예를 들어, 인간 조작자에 의한 원격 제어 하에서 또는 온보드 마이크로 제어기(onboard micro controller)에 의해 자율적으로 동작하는 항공기(aircraft)들이다. 드론들의 원격 제어는 규제 방식으로 셀룰러 네트워크들의 사용에 기초할 수 있다. 결과적으로, 드론들에 대한 셀룰러 통신의 지원이 예견될 수 있다.

전형적으로, LTE 및 NR에서, 시스템 정보 요소들은 시스템 정보 블록(system information block, SIB)들에서 브로드캐스팅된다. 시스템 정보 블록은 동일한 성질의 시스템 정보 요소들을 함께 그룹화한다.

[3GPP Tdoc R2-1711510, 3GPP TSG-RAN WG2 meeting #99 bis, Prague, Czech Republic, 9- 13 October 2017: "Dedicated signalling of SI upon UE mobility"]에서, 베이스라인 핸드오버 절차(baseline handover procedure) 동안의 시스템 정보(SI)의 전송이 논의된다. 네트워크가 전용 시그널링에 의해 SI를 UE로 푸시(push)하는 시나리오들이 언급된다. UE 이동성의 경우에 또한 완전한 시스템 정보 블록(SIB)들을 시그널링하고 핸드오버 커맨드에서 타겟 셀에 사용되는 SI에 관한 정보를 포함하는 것이 제안된다. 또한, 3GPP Tdoc R2-1711510에 따르면, 소스 노드가 핸드오버 동안에 이러한 SI를 제공하는 것을 가능하게 하기 위해 온-디맨드 SI에 관한 정보를 타겟 노드에 제공하는 것이 제안되었다. 온-디맨드 SI 요청의 전송은 주로 UE로부터 개시되고, 네트워크 측이 UE들에 푸시하기 위한 추가적인 SI를 갖는 상황들이 존재할 수 있다.

이러한 배경을 고려하여, UE들에 대한 효율적인 시스템 정보(SI) 전달이 필요하다.

제1 양태에 따르면, 본 개시내용은 페이징 메시지를 사용자 장비에 송신하도록 구성되는 회로를 포함하는 인프라스트럭처 장비를 제공하고, 페이징 메시지는 인프라스트럭처 장비가 시스템 정보를 사용자 장비에 전송할 것이라는 것을 사용자 장비에 통지하기 위해 제공되는 정보를 포함한다.

추가의 양태에 따르면, 본 개시내용은 인프라스트럭처 장비로부터 페이징 메시지를 수신하도록 구성되는 회로를 포함하는 전자 디바이스를 제공하고, 페이징 메시지는 인프라스트럭처 장비가 사용자 장비에 시스템 정보를 전송할 것이라는 것을 전자 디바이스에 통지하기 위해 제공되는 정보를 포함한다.

추가의 양태에 따르면, 본 개시내용은 인프라스트럭처 장비로부터 사용자 장비로 페이징 메시지를 송신하는 단계를 포함하는 방법을 제공하고, 페이징 메시지는 인프라스트럭처 장비가 사용자 장비에 시스템 정보를 전송할 것이라는 것을 사용자 장비에 통지하기 위해 제공되는 정보를 포함한다.

추가의 양태들이 종속 청구항들, 다음의 설명 및 도면들에 제시된다.

실시예들은 첨부 도면들과 관련하여 예로서 설명된다.
도 1a는 LTE RRC 상태도를 예시한다.
도 1b는 5GNR(5G New Radio)에서의 RRC 상태들을 예시한다.
도 2는 지상 UE들에 대한 셀 커버리지(cell coverage)를 위한 네트워크 아키텍처를 예시한다.
도 3은 UAV 공중 셀 커버리지에 대한 셀 커버리지를 위한 네트워크 아키텍처를 예시한다.
도 4는 시스템 정보의 네트워크 푸시를 위해 사용되는 메시지 흐름을 개략적으로 설명한다.
도 5는 일 실시예에 따른 페이징 메시지의 내용을 예시한다.
도 6은 일 실시예에 따른 정보 요소 Paging_record_list를 예시한다.
도 7은 일 실시예에 따른 정보 요소 Network_Push_SIB_Information를 예시한다.
도 8은 일 실시예에 따른 정보 요소 SIB_MappingInfo를 예시한다.
도 9a는 SI가 언제 얼마나 오래 제공될지에 관한 정보를 수반하는 SIB_Broadcast_timing IE의 실시예를 도시한다.
도 9b는 SI가 언제 얼마나 오래 제공될지에 관한 정보를 수반하는 SIB_Broadcast_timing IE의 추가 실시예를 도시한다.
도 10은 Target_UE_List의 실시예를 도시한다.
도 11은 다수의 엄브렐러(umbrella) SIB들의 송신과 관련된 정보 요소 Net-work_Push_SIB_Information를 예시한다.
도 12는 시스템 정보(SI)를 푸시하는 네트워크/eNB/gNB의 프로세스를 예시한다.
도 13은 페이징 메시지를 수신하는 UE의 프로세스를 예시한다.
도 14는 UE와 eNB/gNB 사이의 통신 경로의 개략적인 블록도를 도시한다.
도 15는 UE 또는 eNB/gNB를 위한 제어기의 실시예를 도시한다.

도 1을 참조한 실시예들의 상세한 설명 이전에, 일반적인 설명들이 이루어진다.

실시예들은 페이징 메시지를 사용자 장비에 송신하도록 구성되는 회로를 포함하는 인프라스트럭처 장비를 개시하고, 페이징 메시지는 인프라스트럭처 장비가 시스템 정보를 사용자 장비에 전송할 것이라는 것을 사용자 장비에 통지하기 위해 제공되는 정보를 포함한다.

인프라스트럭처 장비는 또한 예를 들어 기지국, 코어 네트워크의 엔티티와 같은 네트워크 요소, 강화된 노드 B(eNodeB, 또는 eNB) 또는 조율 엔티티(coordinating entity)로도 지칭될 수 있고, 커버리지 영역 또는 셀 내의 하나 이상의 통신 디바이스에 무선 액세스 인터페이스를 제공할 수 있다. 인프라스트럭처 장비는, 예를 들어, 전기통신 시스템의 임의의 엔티티, 예를 들어, 새로운 라디오 액세스 기술 시스템(New Radio Access Technology System)들의 엔티티, 예를 들어, 차세대 노드 B(next Generation' Node B, gNB)일 수 있다.

사용자 장비(UE)는, 예를 들어, UMTS(Universal Mobile Telecommunications System) 및 3GPP 롱 텀 에볼루션(LTE, 또는 aLTE) 시스템에서 통신하기 위해 최종 사용자 또는 단말에 관련되는 임의의 디바이스일 수 있다. UE는 LTE와 같은 레거시 시스템 및 다른 진보들에 부가하여 새로운 라디오 액세스 기술 시스템들을 지원할 수 있다. 사용자 장비(UE)는 또한 머신 타입 통신(MTC) 단말일 수 있다.

사용자 장비(UE)는 특히 공중 UE(aerial UE)일 수 있다. 공중 UE는, 예를 들어, 비행체 내에, 비행체 상에 또는 비행체에서 제공되는 UE일 수 있다. 공중 디바이스는, 예를 들어, 무인 비행체(UAV)("드론"), 또는 다양한 정도의 자율성으로, 예를 들어, 인간 조작자에 의한 원격 제어 하에서 또는 온보드 마이크로 제어기에 의해 자율적으로 동작하는 항공기들일 수 있다. 공중 UE는 무선 액세스 인터페이스를 사용하여 데이터를 나타내는 신호들의 송신 및 수신을 통해 데이터를 통신하도록 구성되는 모바일 통신 디바이스일 수 있다. 본 출원의 맥락에서, 공중 UE라는 용어는, 디바이스의 조작자(또는 "사용자")가 디바이스에서 또는 디바이스에 근접하여 위치되도록 요구되지 않고서, 공중 디바이스에서 자율적으로 또는 반-자율적으로 동작하고 있는 전자 디바이스에도 또한 사용된다. 따라서, 사용자 장비(UE)라는 용어는 사용자가 장비에서 멀리 위치하는 장비와도 관련된다.

인프라스트럭처 장비의 회로는 프로세서, 마이크로프로세서, 전용 회로, 메모리, 스토리지, 라디오 인터페이스, 무선 인터페이스, 네트워크 인터페이스, 또는 이와 유사한 것, 예를 들어, eNodeB와 같은 기지국에 포함되는 전형적인 전자 컴포넌트들 중 적어도 하나를 포함할 수 있다.

인프라스트럭처 장비의 회로는, 예를 들어, 타겟 기지국으로부터 수신된 보조 정보를 RRC 접속 재구성 메시지 내에서 UE에 전달하도록 구성될 수 있다. RRC 접속 재구성 메시지는 RRC 접속을 수정하기 위한 커맨드이다. RRC 접속 재구성 메시지의 목적은, 예를 들어, 핸드오버(핸드오버 커맨드)를 수행하기 위해, 라디오 베어러(Radio Bearer)들을 설정/수정/해제하는 것일 수 있다.

인프라스트럭처 장비는 전용 시그널링(네트워크 푸시), 즉, RRC 비활성으로의 전이 및 이동성 이외의 것에 의해 UE로의 특정 SI의 전송을 개시할 수 있다. SI가 주로 UE의 요청에 따라 페이징 메시지에 의해 전달되는 LTE 및 5GNR(5G New Radio)에서의 온-디맨드 SI와는 대조적으로, eNB/gNB는 새로운 서비스를 배치한 후에 시스템 정보(예를 들어, 엄브렐러 SIB)의 송신을 초기에 트리거할 수 있다.

모바일 전기통신 시스템은 2G, 3G, LTE 또는 5GNR(5G New Radio)일 수 있다.

시스템 정보(SI)는 논리 채널 BCCH를 통해 eNB/gNB에 의해 브로드캐스팅될 수 있다. 이 논리 채널 정보는, 예를 들어, 추가로 수송 채널 BCH를 통해 운반되거나 또는 DL-SCH에 의해 운반될 수 있다. 시스템 정보는 SI 컨테이너들에서 그룹화되는 블록들(SIB들)의 형태로 송신될 수 있다. SIB들은, 예를 들어, 차례로 PDSCH 상에 매핑되는 DL-SCH 상에 매핑되는 BCCH를 사용하여 송신될 수 있다. 시스템 정보는, 예를 들어, 모든 BCCH 수정 주기마다 변화될 수 있다.

인프라스트럭처 장비의 회로는, 예를 들어, RRC 비활성 상태에서 페이징 메시지를 사용자 장비에 브로드캐스팅하도록 구성될 수 있다.

포지셔닝 보조 시스템 정보(positioning assistance system information)에 대해, 네트워크는 관련된 업데이트된 또는 심지어 새로운 포지셔닝 방식 관련된 정보를 UE들에 푸시할 필요가 있다. 업데이트된 정보는 RRC 접속 상태, RRC 유휴 상태 또는 RRC 비활성 상태에 있는 것에 관계없이 모든 UE들에 영향을 미칠 수 있다.

인프라스트럭처 장비의 회로는, 예를 들어, RRC 유휴 상태에서 페이징 메시지를 사용자 장비에 브로드캐스팅하도록 구성될 수 있다.

인프라스트럭처 장비의 회로는, 예를 들어, RRC 접속 상태에서 페이징 메시지를 사용자 장비에 브로드캐스팅하도록 구성될 수 있다.

페이징 메시지는 새로운 엄브렐러 SIB가 스케줄링되어 있다는 것을 UE에 통지할 수 있고, 페이징 메시지의 1 비트는 이전의 저장된 푸시 SI를 디스에이블(disable)하는 것을 지시(indicate)할 수 있다.

페이징 메시지의 정보는 서비스 지시 정보(service indication information)를 포함할 수 있다. SIB 서비스 지시는 엄브렐러 SIB로서 푸시된 시스템 정보가 관련되는 특정 서비스를 지시하는 목적을 가질 수 있다. SIB 서비스 지시는, 예를 들어, 알려진 SIB 구조를 지칭하는 식별자일 수 있다. SIB 서비스 지시는, 예를 들어, 포지셔닝 보조 정보일 수 있고, 네트워크는 관련된 업데이트된 또는 심지어 새로운 포지셔닝 방식 관련된 정보를 UE들에 푸시할 필요가 있다. 업데이트된 정보는 RRC 접속 상태, RRC 유휴 상태 또는 RRC 비활성 상태에 있는 것에 관계없이 모든 UE들에 영향을 미칠 수 있다.

페이징 메시지의 정보는 SIB 구조 정보를 포함할 수 있다. SIB 구조 정보는 SIB 구조를 UE들에 지시하는 목적을 가질 수 있다. 예를 들어, LTE 및 5GNR에서, SI가 다양한 미리 정의된 SIB들(예를 들어, SIB1 내지 SIB21)로서 구성된다고 가정된다. 엄브렐러 SIB의 송신에 관하여 통지하는데 사용되는 페이징 메시지는 하나 또는 몇 개의 이러한 미리 정의된 SIB와 대응하는 비트맵 형태의 SIB 구조 정보를 포함할 수 있다.

페이징 메시지의 정보는 SIB 유효 지속기간 정보(SIB validity duration information)를 포함할 수 있다. SIB 유효 지속기간 정보는 SIB의 유효 지속기간을 지시하는 목적을 가질 수 있다. SIB 유효 지속기간 정보는, 예를 들어, SI가 얼마나 오래 유효하게 유지될 것인지의 정보일 수 있다. SIB 유효 지속기간 정보는 네트워크가 그의 서비스들 및 대응하는 SI를 관리하기 위한 최대 유연성을 제공할 수 있다. 따라서, 엄브렐러 SIB는 동적으로 또는 일시적으로 제공될 수 있다.

인프라스트럭처 장비는 예를 들어 그것의 안테나 구성 및 네트워크 부하 등에 따라 이 서비스들을 동적으로 활성화/비활성화하도록 선택할 수 있다.

또한, 인프라스트럭처 장비는 단지 일부 요인들에 따라 정의된 기간 내에 특정 서비스를 제공하기를 원할 수 있다. 예를 들어, 네트워크는 단지 그것이 낮은 트래픽 부하 등에 있을 때 VR(virtual reality) 서비스를 제공하기를 원할 수 있다.

인프라스트럭처 장비는 일정 기간 동안(for a period of time) 서비스를 활성화할 수 있고, 예를 들어, 네트워크 부하가 낮을 때 등에 VR 서비스들만을 제공할 수 있거나, 엄브렐러 SIB는 미리 정의된 기간 동안만 유효할 수 있다. 엄브렐러 SIB는 페이징 통지에서 유효 지속기간 및 엄브렐러 SIB 송신 시간 지속기간 정보를 제공함으로써 이 요건을 다룰 수 있다.

페이징 메시지의 정보는 브로드캐스트 타이밍 정보를 포함할 수 있다. 브로드캐스트 타이밍 정보는 SI가 언제 얼마나 오래 제공될지 또는 제공 시간(provision time)을 지시하는 목적을 가질 수 있다. 제공 시간은 SIB의 네트워크 브로드캐스트가 시작될 때의 지시일 수 있다. 브로드캐스트 타이밍 정보는, 예를 들어, 페이징 메시지의 브로드캐스트 라이브 시간(broadcast live time) 또는 인프라스트럭처 장비가 엄브렐러 SIB를 송신하기 시작할 때를 지시하는 시간일 수 있다.

페이징 메시지의 정보는 타겟 리스트 정보를 포함할 수 있다. 타겟 리스트 정보는 정보가 송신될 수 있는 타겟 UE/UAV를 지시하는 목적을 가질 수 있다. 타겟 리스트 정보는, 예를 들어, UE들의 ID 리스트일 수 있다.

인프라스트럭처 장비의 회로는, 예를 들어, 페이징 메시지 내의 정보에 대응하는 시스템 정보를 사용자 장비에 전송하도록 구성될 수 있다.

엄브렐러 SIB/푸시 SIB는 셀 특정적일 수 있고, 따라서 특별 서비스 관련 SI를 전달하기를 원하는 셀만이 송신을 개시할 것이다. 셀 내의 모든 비활성 UE들을 어드레싱(address)하기 위해, 페이징 메시지는 모든 페이징 기회(paging occasion)마다 전송될 수 있다.

인프라스트럭처 장비의 회로는 엄브렐러 SIB의 형태로 시스템 정보(SIB)를 송신하도록 추가로 구성될 수 있다.

시스템 정보(예를 들어, 엄브렐러 SIB)는 예를 들어 브로드캐스트 채널 상에서 송신될 수 있다.

푸시 SI는 예를 들어 정상 SIB로서 송신될 수 있고, 예를 들어, 엄브렐러 SIB의 송신을 위한 스케줄링 정보는 SIB1에 포함될 수 있고, 엄브렐러 SIB의 송신은 그에 따라 스케줄링될 수 있다. 델타 시그널링이 지원될 수 있다.

따라서, 인프라스트럭처는 엄브렐러 SIB의 송신을 초기에 트리거하도록 구성될 수 있다.

엄브렐러 SIB들은, 예를 들어, 새로운 서비스에 관련된 시스템 정보를 포함할 수 있다.

네트워크가 새로운 서비스, 예를 들어, MBMS, D2D, VR 등을 지원할 때, 새로운 시스템 정보 블록들이 그에 따라 추가될 것이다. 이러한 동작을 최적화하기 위해 새로운 시스템 정보 블록(엄브렐러 SIB/푸시 SIB)이 도입되고 이 시스템 정보 블록은 네트워크에 의해 새로 배치된 서비스들에 대응하는 임의의 새로운 시스템 정보를 수용할 수 있다.

푸시 SI는 슬라이스들에도 적용될 수 있다. 각각의 슬라이스는 여러 서비스를 포함할 수 있고, 그 경우에 다수의 SIB가 포함될 수 있다. 그러므로, 하나의 페이징 통지에 다수의 SIB 정보를 포함하거나 다수의 페이징 메시지들을 전송하는 것은 네트워크의 구현에 달려 있다.

새로운 서비스는, 예를 들어, 순방향 호환성(forward compatibility)을 위한 서비스들/동작들일 수 있다. 엄브렐러 SIB는 추가적인 정보를 제공함으로써 미래의 도입된 서비스들에 대한 새로운 시스템 정보를 수용할 수 있다.

인프라스트럭처 장비는 새로운 서비스가 론칭될 때마다 하나의 SIB를 추가하지 않을 수 있고, 대신에 모든 새로운 서비스 관련 시스템 정보를 어드레싱하기 위해 순방향 호환가능하고 일반화된 SIB가 설계될 수 있다.

실시예들은 또한 인프라스트럭처 장비로부터 페이징 메시지를 수신하도록 구성되는 회로를 포함하는 전자 디바이스를 개시하고, 페이징 메시지는 인프라스트럭처 장비가 사용자 장비에 시스템 정보를 전송할 것이라는 것을 전자 디바이스에 통지하기 위해 제공되는 정보를 포함한다.

전자 디바이스는 RRC 비활성 상태에 있을 수 있다.

전자 디바이스는 RRC 유휴 상태 또는 RRC 접속 상태에 있을 수 있다.

전자 디바이스의 회로는 페이징 메시지 내의 정보에 대응하는 시스템 정보를 수신하도록 구성될 수 있다.

전자 디바이스의 회로는 엄브렐러 SIB의 형태로 시스템 정보(SIB)를 수신하도록 추가로 구성될 수 있다.

전자 디바이스는 무인 비행체일 수 있다.

실시예들은 또한 인프라스트럭처 장비로부터 사용자 장비로 페이징 메시지를 송신하는 단계를 포함하는 방법을 설명하고, 페이징 메시지는 인프라스트럭처 장비가 사용자 장비에 시스템 정보를 전송할 것이라는 것을 사용자 장비에 통지하기 위해 제공되는 정보를 포함한다.

실시예들은 또한, 프로세서 및/또는 회로로 하여금, 컴퓨터 및/또는 회로 상에서 수행될 때, 전술한 방법들을 수행하게 하는 컴퓨터 프로그램을 설명한다.

실시예들은 또한, 프로세서 및/또는 회로로 하여금, 컴퓨터 및/또는 회로 상에서 수행될 때, 전술한 방법들을 수행하게 하는 컴퓨터 프로그램 제품을 저장하는 비일시적 컴퓨터 판독가능 기록 매체를 설명한다.

RRC 비활성 상태

라디오 자원 제어(Radio Resource Control, RRC) 프로토콜은 UMTS 및 LTE에서 에어 인터페이스 상에서 사용된다. RRC는 제3 계층 상에 위치하고 사용자 장비(UE)/무인 비행체(UAV)와 UTRAN(UMTS Terrestrial Radio Access Network)/E-UTRAN(Evolved UMTS Terrestrial Radio Access Network) 사이의 시그널링을 제공한다.

RRC 프로토콜의 기능들은 명명된 컴포넌트들 사이의 접속의 동작 및 제어뿐만 아니라 접속 설정 및 종료를 포함한다. 요구되는 서비스 품질(QoS)을 지원하기 위해, 가입자 디바이스에 대한 몇몇 라디오 링크들이 동시에 셋업될 수 있다. 또한, RRC 프로토콜은 UTRAN/E-UTRAN과 사용자 장비 사이의 페이징, 브로드캐스트 및 메시지들, 송신 전력 제어 및 암호화를 제공한다.

RRC의 동작은 UE가 존재할 수 있는 특정한 특정 상태들을 정의하는 상태 머신에 의해 안내된다.

도 1a는 LTE 표준에 따른 UE/UAV에 대한 RRC 상태도를 예시한다. RRC 상태도는 RRC 유휴 상태(101)(RRC_IDLE) 및 RRC 접속 상태(102)(RRC_CONNECTED)를 포함한다. RRC 접속이 설정될 때 UE는 RRC 접속 상태(102)에 있다. RRC 접속이 설정되지 않으면, UE는 RRC 유휴 상태(101)에 있다. RRC 유휴 상태(101)에서, UE/UAV는 EPC(Evolved Packet Core)에 알려져 있고 IP 어드레스를 갖지만, E-UTRAN/eNB(LTE 기지국)에는 알려져 있지 않다. UE/UAV는 RRC 유휴 상태(101)에서 브로드캐스트 또는 멀티캐스트 데이터를 수신할 수 있다. UE/UAV는 페이징 채널을 모니터링하여 착신 호출들(incoming calls)을 검출하고 이웃 셀 측정들을 수행하며, 셀 선택뿐만 아니라 재선택을 행하고 시스템 정보를 취득한다. RRC 접속 상태(102)에서, UE/UAV는 5G 코어와 E-UTRAN/eNB 둘 다에 알려져 있다. UE/UAV의 위치는 셀 레벨에서 알려져 있다. 이동성은 UE/UAV 지원되고 네트워크 제어된다. LTE UE/UAV는 데이터가 그것에 대해 스케줄링되어 있는지 여부를 결정하기 위해 공유 데이터 채널과 연관된 제어 채널들을 모니터링한다. 채널 품질 피드백 정보는 또한 측정들 후에 UE/UAV에 의해 제공된다. 그것은 또한 UTRAN, E-UTRAN 및 GSM 셀들의 이웃 셀 측정들을 수행한다.

도 1b는 5GNR(5G New Radio)에서의 RRC 상태들을 예시한다. RRC 유휴 상태(101) 및 RRC 접속 상태(102)에 더하여, 5G NR은 RRC 비활성 상태(103)(RRC_INACTIVE)라고 명명된 다른 RRC 상태를 포함한다. UE/UAV가 파워업되면, 그것은 RRC 비활성 상태(103) 또는 RRC 유휴 상태(101)에 있으며, 그것은 초기 부착(initial attach)에 의해 또는 접속 설정에 의해 RRC 접속 상태(102)로 이동할 수 있다. 짧은 시간 동안 UE/UAV로부터의 활동이 없다면, 그것은 RRC 비활성 상태(103)로 이동하여 그의 세션을 중단할 수 있고 그것은 RRC 접속 상태(102)로 이동하여 그의 세션을 재개할 수 있다. UE/UAV는 RRC 접속 상태(102) 또는 RRC 비활성 상태(103)로부터 RRC 유휴 상태(101)로 이동할 수 있다(비활성 상태가 컨텍스트의 초기 셋업을 필요로 하기 때문에 UE/UAV는 RRC 유휴 상태(101)로부터 RRC 비활성 상태(103)로 이동할 수 없다). 시그널링 비용을 감소시키기 위해, UE들은 RRC 접속 대신에 RRC 비활성 상태에 있을 수 있다. 이하에 설명되는 실시예들의 페이징 메시지(도 4의 PAGING_MESSAGE 참조)는 UE에 도달하여, 새로운 시스템 정보(이하에 설명되는 도 4의 Umbrella_SIB 참조)가 RRC 접속 상태에서 UE들에 대한 전용 시그널링 대신에 전달될 것이라는 것을 UE에 통지할 수 있다.

지상 UE들에 대한 셀 커버리지

도 2는 본 명세서에서 예시적인 LTE 아키텍처로서 지상 UE들에 대한 셀 커버리지를 위한 네트워크 아키텍처를 개시한다. 네트워크 아키텍처는 UE(202), 3개의 gNB(200a, 200b, 200c) 및 5G 코어(203)를 포함한다.

5G 코어(203)는 인터넷, 사설 회사 네트워크 또는 IP 멀티미디어 서브시스템과 같은 외부 세계의 패킷 데이터 네트워크들과 통신한다. 5GNR에 대한 UE(203)의 내부 아키텍처는 실제로는 모바일 장비(Mobile Equipment, ME)인 UMTS 및 GSM에 의해 사용되는 것과 동일하다. gNB(200a, 200b, 200c)는 UE와 5G 코어 사이의 라디오 통신들을 핸들링한다. 각각의 gNB(200a, b, c)는 하나 이상의 셀에서 UE들을 제어하는 기지국이다. UE(202)와 통신하고 있는 기지국(200c)은 그의 서빙(serving) gNB(200c)로 알려져 있다. gNB(200c)는 아날로그 및 디지털 신호 처리 기능들을 사용하여 모든 UE(202)로 라디오 송신들을 전송하고 수신한다. 각각의 gNB(200)는 핸드오버 커맨드들과 같은 시그널링 메시지들을 그것들에 전송하는 것에 의해 그의 모든 모바일의 저레벨 동작을 제어한다.

공중 셀 커버리지

셀룰러 시스템들은 지상 UE들에 대한 각각의 셀 커버리지가 접속 모드에서의 핸드오버 또는 유휴 모드에서의 셀 선택/재선택과 같은 이동성 관리를 위한 유닛으로서 간주될 수 있도록 eNB/gNB들을 배치함으로써 설계된다. 지상 UE들에 대한 이러한 셀 커버리지는 셀 특정 기준 신호(CRS) 또는 공통 기준 신호의 송신에 의해 제공되는 정적 커버리지로서 취급될 수 있다.

UAV들에 대한 공중 셀 커버리지는 지상 UE들에 대한 것과 유사한 정적 커버리지일 수 있다. 그러나, 이웃 셀들에 대한 간섭의 최소화 및 라디오 자원들의 효율적인 사용의 관점에서, 비행체에 대한 공중 셀 커버리지는 동적 방식으로 제공될 수 있다.

이하에서 더 상세히 설명되는 실시예들에서, 용어 "공중 셀 커버리지"는, eNB/gNB에 의해 지상 UE들에 제공되는 제1 커버리지(또는 "지상 셀 커버리지") 이외에, eNB/gNB에 의해 UAV들에 제공되는 제2 커버리지("공중 셀 커버리지")를 지칭하기 위해 사용된다.

도 3은, 셀룰러 시스템들에 대한 현재 배치된 기지국들에 기초하여 설계되는 eNB/gNB(300)가 지상 UE들에 대한 정상 셀 커버리지("지상 셀 커버리지") 이외에 UAV들에 대한 상이한 타입의 셀 커버리지("공중 셀 커버리지")를 구축(build)하는 실시예를 개시한다. 도 3에서, eNB/gNB(300)는 지상 UE들(302, 303)에 지상 UE들에 대한 셀 커버리지(320)를 제공하고, eNB/gNB(200)는 UAV를 포함하는 비행체(304)에 UAV들에 대한 셀 커버리지(340)를 제공한다. 이러한 "공중 셀 커버리지"는 날고 있는 비행체(304)의 높이(306)에 따라 eNB/gNB(300)에 의해 제공되는 가변 크기의 커버리지에 적응할 수 있다.

가시적 셀들의 수가 비행체(304)의 높이(306)에 의존할 수 있기 때문에, 접속 모드에서, eNB/gNB(300)로부터의 및/또는 비행체(304)로부터의 송신 전력은 비행체(304)의 높이에 따라 제어될 수 있다. 예를 들어, eNB/gNB(300)에 의해 제공되는 공중 셀 커버리지의 영역이 비행체(304)의 높이(306)에 관계없이 거의 동일한 크기로 유지되는 방식으로, eNB/gNB(300) 및/또는 비행체(304)로부터의 송신 전력이 제어될 수 있다. 따라서, 이동성 관리에 대한 동일한 배치 원리는 비행체(304)의 높이에 관계없이 적용될 수 있다. 이것은 효율적인 이동성이 수행될 수 있도록 eNB/gNB들이 기하학적으로 배치될 수 있게 할 수 있다.

UAV들의 대부분은 GPS 또는 임의의 다른 정확한 포지셔닝 기능과 같은 GNSS(Global Navigation Satellite System)를 갖추고 있다. eNB/gNB에 의해 제공되는 공중 셀 커버리지의 동적 제어를 허용하기 위해, 비행체(304)는 그 고도(높이)를 eNB/gNB(300)에 보고할 수 있다. 예를 들어, 비행체(204)는 GPS(Global Positioning System)를 통해 측정된 고도의 값 또는 압력 센서를 통해 측정된 높이를 eNB/gNB(300)에 보고할 수 있다. eNB/gNB(300)는 공중 셀 커버리지와 eNB/gNB 위치의 조율 사이의 관계를 저장하는 데이터베이스를 가질 수 있다. 예를 들어, 사이트 정보 데이터베이스는 셀 ID, eNB/gNB 조율, 셀 반경, 송신 전력, 안테나 구성 등을 저장한다. 이 정보는 원래 지상 셀 커버리지를 위한 것이지만, 공중 캐리어에 유용할 수 있다. eNB/gNB가 비행체의 위치를 수신할 때, eNB/gNB는 데이터베이스 내의 정보에 따라 셀 커버리지 영역을 계산한다. 이어서, eNB/gNB는 비행체가 계산된 셀 커버리지 영역 내에 있는지 여부를 검사한다. 대안적으로, UE는 사전에 네트워크로부터 그의 현재 위치의 이웃 영역에서 그 데이터베이스의 서브세트를 수신할 수 있다. 예를 들어, 사이트 데이터베이스는 모든 eNB/gNB 정보를 수용할 수 있다. 그것은 UE에 저장하기에 너무 클 수 있다. 사이트 데이터베이스는 현재 비행체 위치로부터 가장 가까운 eNB/gNB 및 가장 가까운 eNB/gNB의 이웃 eNB/gNB들(여기서는 "이웃 영역"이라고 함)의 정보를 픽업(pick up)한다. eNB/gNB는 데이터베이스로부터 선택된 eNB/gNB 정보를 비행체에 전송할 수 있다. 비행체는 가장 가까운 eNB/gNB 및 그의 이웃 eNB/gNB들의 셀 커버리지도 계산할 수 있다. 이것은 "존(zone)"이라고도 하는 계산된 셀 커버리지일 수 있다.

따라서, 전술한 바와 같은 eNB/gNB는 UAV들의 최신/정확한 위치를 가질 수 있다. eNB/gNB들은 위치 정보를 MME 또는 UAV들의 위치 서버에 정기적으로 업데이트한다. MME/위치 서버는 이 정보를 에어 트래픽 제어의 외부 서버에 제공할 수 있다. 반대로, 외부 서버는 트래픽 제어로부터 MME를 통해 UAV에 정보/방향을 전송할 수 있다.

RRC 비활성 상태에서의 페이징 통지들을 사용한 시스템 정보(SI)의 "네트워크 푸시"

특정 경우들에서, eNB/gNB(200)는 RRC 비활성 상태에서 UE들에 시스템 정보(SI)를 푸시하기를 원할 수 있다. 그러나, RRC 비활성 상태에서의 UE들/UAV들은 전용 시그널링(예를 들어, Tdoc R2-1711510에서 설명된 바와 같은 네트워크 푸시)에 의해 어드레싱될 수 없다. 따라서, 이하에서 더 상세히 설명되는 실시예들은 특정 UE들/UAV들에 시스템 정보를 "푸시"하는 대안적인 프로세스를 제공한다. 특히, 이하에서 설명되는 프로세스는 브로드캐스트 채널 상의 시스템 정보 블록(SIB)의 송신을 조합하고 페이징 메시지에 의해 SIB의 송신에 관해 특정 UE/UAV에 통지함으로써 네트워크 "푸시"를 실현한다.

위에서 이미 설명한 바와 같이, eNB/gNB는 RRC 비활성 상태에서 UE/UAV에 시스템 정보(SI)를 푸시하기를 원할 수 있다. 예를 들어, UAV들에 대해, 네트워크는 UAV 동작을 지원하기 위해 특정한 특정 정보, 즉, RACH 구성, 포지셔닝 보조 정보, 셀 선택/재선택 파라미터들 등을 전달할 필요가 있을 수 있다. 이것은 특히 네트워크가 예를 들어 그 안테나 구성 및 네트워크 부하 등에 따라 동적으로 서비스들을 활성화/비활성화하도록 선택할 때 요구될 수 있다.

현재 네트워크와 함께 이용가능한 서비스들 이외에, 장래에 도입되는 새로운 서비스들이 존재할 수 있다. 예를 들어, eNB/gNB는 포지셔닝 보조 정보 또는 새로운 시스템 정보를 UE들에게, 또는 멀티미디어 브로드캐스트 멀티캐스트 서비스(Multimedia Broadcast Multicast Service, MBMS) 또는 디바이스-투-디바이스 통신(Device-to-Device communication, D2D) 등의 프레임워크 내에서 전달하기를 원할 수 있다. 포지셔닝 보조 정보에 대해, eNB/gNB는 관련된 업데이트된 또는 심지어 새로운 포지셔닝 방식 관련된 정보를 UE들에 푸시할 필요가 있을 수 있다. 새로운 시스템 정보를 UE들에게 전달하기 위해, eNB/gNB는 특정 시스템 정보, 즉, 새로운 서비스, 새로운 서비스에 대한 셀 재선택과 같은 새로운 동작, 새로운 인트라-주파수 측정 동작/구성(new intra-frequency measurement operation/configuration) 등을 푸시할 수 있다.

eNB/gNB는 RRC 유휴 상태(또는 비활성 상태)에서 시스템 정보(SI)를 UE/UAV에 또는 머신 타입 통신(MTC) 단말에 푸시하기를 원할 수 있다. 예를 들어, GNSS를 갖는 자산 추적 디바이스(asset tracking device)는 통신 없이 유휴 모드를 유지할 수 있다. 새로운 포지셔닝 방식이 이용가능한 경우(예를 들어, 개인 구내/영역에서의 비컨 신호들), eNB/gNB는 새로운 포지셔닝 시스템의 능력을 갖는 유휴 상태의 UE에 보조 정보를 푸시할 수 있다. 종래의 시스템 정보에서는 3PP 프로토콜에서 미리 정의된 보조 정보를 요구하므로, 유연하지 않다. 대조적으로, 페이징 메시지에 의해 UE들에 통지하는 것에 기초하는 이 방법은, 예를 들어, 보조 정보의 나중의 정의를 통합하기 위해 이러한 유연성을 제공할 수 있다.

시스템 정보의 송신을 위한 "엄브렐러 SIB"

이하에 설명되는 실시예들에 따르면, eNB/gNB가 새로운 시스템 정보(SI)를 UE들에 푸시할 수 있는 것을 지원하기 위해, 새로운 타입의 시스템 정보(여기서는 "엄브렐러 SIB"라고 함)가 종래의 SIB들에 추가된다. 엄브렐러 SIB는, 예를 들어, 새로운 서비스의 시스템 정보, 예를 들어, UE/UAV에 대한 새로운 시스템 정보, 포지셔닝을 위한 새로운 시스템 정보 또는 임의의 다른 장래의 도입된 서비스들의 새로운 시스템 정보를 포함할 수 있다. 새로운 서비스들 및/또는 동작들은 네트워크에서 점진적으로 론칭될 수 있고 사전에 예측될 수 없다. 엄브렐러 SIB는 하나 이상의 새로운 SIB를 추가하고, 각각의 새로운 SIB는 상이한 서비스 또는 상이한 동작에 관련된다. 엄브렐러 SIB들의 개념은 eNB/gNB가 네트워크에 의해 새롭게 개시되고 아직 현재 SI 구성에 포함되지 않은 서비스들을 어드레싱할 수 있도록 허용한다.

종래의 SI 업데이트 절차는, 새로운 서비스들에 대응하는 특정한 미리 정의된 SIB들이 없을 것이기 때문에, 엄브렐러 SIB들에 직접 적용될 수 없다. 이하에서 더 상세히 설명되는 실시예들에 따르면, 새로운 서비스 및 대응하는 엄브렐러 SIB가 제공될 것이라는 것을 하나 이상의 UE에 통지하기 위해, 새로운 시그널링 방식이 정의된다. 이 새로운 시그널링 방식은 페이징 및 브로드캐스팅과 같은 종래의 시그널링 프로세스들에 의해 새로운 내용들을 제공하는 것에 기초한다.

네트워크 푸시에서의 메시지 흐름

여기에 설명되는 실시예들에 따르면, RRC 페이징 메시지가 새로운 시스템 정보에 관한 통지를 운반하고, 새로운 시스템은 이후 엄브렐러 SIB의 형태로 송신된다.

도 4는 페이징 메시지 및 엄브렐러 SIB의 브로드캐스팅을 사용하는 시스템 정보의 네트워크 푸시를 위해 사용되는 메시지 흐름을 개략적으로 설명한다. eNB/gNB가 RRC 페이징 메시지를 UE/UAV(또는 UE들/UAV들의 그룹)에 송신한다. 이 페이징 메시지는 엄브렐러 SIB의 송신에 관해 UE/UAV(들)에 통지하도록 구성된다. 페이징 메시지는 UE/UAV(들)가 엄브렐러 SIB를 식별하고 판독할 수 있게 하는 정보를 포함한다. 페이징 메시지의 수신 후에, UE/UAV(들)는 페이징 메시지에 포함된 정보에 따라 엄브렐러 SIB를 수신하기 위해 브로드캐스트 채널을 청취(listen)할 것이다.

RRC 페이징 메시지는, eNB/gNB로부터 UE/UAV로, 예를 들어, PCCH 논리 채널, PCH 수송 채널 및 PDSCH 물리 채널을 사용하여 또는 직접 지시 정보를 통해 전송된다. RRC 페이징 메시지는 RRC_INACTIVE에서 하나의, 더 많은, 또는 모든 UE/UAV에 영향을 미칠 수 있다.

페이징 메시지

도 5는 페이징 메시지(PAGING_MESSAGE)의 내용을 예로서 도시한다. 페이징 메시지는 정보 요소(information element, IE)들로서, Paging_record_list, Net-work_Push_SIB_Information, System_Information_Modification 플래그, ETWS_Indication 플래그, 및 CMAS_Indication 플래그를 포함한다. Paging_record_list는 이하에 도 5와 관련하여 더 상세히 설명되는 바와 같이, 최대 16개의 페이징 레코드를 포함한다. Network_Push_SIB_Paging_record_list는, 이하에 도 6과 관련하여 더 상세히 설명되는 바와 같이 엄브렐러 SIB의 송신에 관련된 정보를 포함하는 레코드 리스트이다. System_Information_Modification 플래그는 eNB/gNB에 의해 생성되고, 종래의 SIB 세트를 재취득하도록 UE를 트리거하는 데 사용된다. ETWS_Indication 플래그(ETWS = Earthquake and Tsunami Warning System)는 eNB/gNB에 의해 생성된다. 이 플래그는 ETWS 내용과 관련된 시스템 정보를 재취득하도록 UE/UAV들을 트리거하는 데 사용될 수 있다. CMAS(Commercial Mobile Alert Service) 플래그는 eNB/gNB에 의해 생성되고, CMAS 내용과 관련된 시스템 정보를 재취득하도록 UE/UAV들을 트리거하는 데 사용될 수 있다.

도 6은 정보 요소 Paging_record_list의 예를 도시한다. 이 Paging_record_list는 종래의 페이징 레코드 리스트에 대응한다. Paging_record_list는, 이 예에 따라, 16개의 페이징 레코드 Paging_record_1, Paging_record_2, …, Paging_record_16을 포함한다. 각각의 페이징 레코드는 정보 요소 UE_Identity 및 정보 요소 Core_Network_Domain을 포함한다. UE_Identity는 페이징 메시지가 어드레싱되는 UE의 아이덴티티를 정의하고, Core_Network_Domain은 페이징 메시지가 데이터 전송 또는 착신 SMS를 위한 것이면 패킷 교환(Packet Switched, PS)을 지시하고, 코어 네트워크 도메인은 페이징 메시지가 CS 폴백 서비스들, 예를 들어, 착신 CS 음성 호출을 위한 것이면 회선 교환(Circuit Switched, CS) 값을 지시한다.

도 7은 엄브렐러 SIB의 송신과 관련된 Network_Push_SIB_Information의 실시예를 도시한다. Network_Push_SIB_Information은 정보 요소 Service_indication, 전송될 SI의 구조를 지시하는 정보 요소 SIB-MappingInfo, 정보 요소 SIB_validity_duration, 정보 요소 SIB_Broadcast_timing, 및 정보 요소 Target_UE_List를 포함한다. 서비스 지시 메시지(Service_indication)는 엄브렐러 SIB의 시스템 정보의 목적에 관한 정보를 수반한다. Service_indication은, 예를 들어, 포지셔닝 정보 업데이트, UAV 구성, 또는 임의의 다른 새롭게 배치된 서비스와 같은 특정 서비스를 지칭하는 식별자일 수 있다. 네트워크에서 지원되는 서비스들이 최소 SI에 포함되면, 이 정보는 그와 상관될 수 있고, 따라서 몇몇 비트만이 필요하다. 서비스 정보가 최소 SI에 포함되지 않으면, 스트링 타입 메시지가 필요할 수 있다. SIB_MappingInfo는 푸시된 SI(엄브렐러 SIB)의 구조 및 푸시된 SI(엄브렐러 SIB)의 ID에 관한 정보를 포함한다. SIB-MappingInfo의 실시예는 도 8과 관련하여 이하에서 설명될 것이다. SIB 유효 지속기간 메시지(SIB_validity_duration)는, 예를 들어, 타임스탬프 또는 지속기간의 포맷으로, 푸시된 SI의 유효 지속기간의 정보를 수반한다. 네트워크가 이전의 푸시된 서비스들 및/또는 SIBx 관련 구성들을 디스에이블하기 위해 추가 비트 또는 특수 값을 제공하는 것도 가능하다. 이 경우, UE는 새로운 엄브렐러 SIB를 수신해야 하고, 이전의 저장된 페이징 메시지를 삭제해야 한다. 브로드캐스트 타이밍 메시지(SIB_Broadcast_timing)는 SI가 제공될 때에 대한 정보를 수반하고, 이하에 도 9a 및 도 9b와 관련하여 더 상세히 설명된다. 또한, Network_Push_SIB_Information은 푸시 SI가 향하는 UE/UAV들을 식별하는 Target_UE_List IE를 포함한다. Tar-get_UE_List IE는 이하에 도 10과 관련하여 더 상세히 설명된다.

도 8은 SIB_MappingInfo IE의 실시예를 도시하며, 여기서 각각의 비트는 특정 종래의 SIB 구조와 관련된다. SIB_MappingInfo는 플래그 SIB1_Structure_Flag를 포함하며, 이것은, 설정된 경우, SIB1 구조를 지시한다. SIB_MappingInfo는 플래그 SIB2_Structure_Flag를 포함하며, 이것은, 설정된 경우, SIB2 구조를 지시한다. SIB_MappingInfo는 추가의 플래그들 SIB3_Structure_Flag 내지 SIB11_Structure_Flag를 포함하며, 이것은, 설정된 경우, 각자의 SIB 구조를 지시한다. 예를 들어, 서비스 지시가 서비스로서 UAV에 대한 라디오 자원 구성을 지시하면, SIB_MappingInfo 내의 SIB2_Structure_Flag는 1로 설정될 수 있고, 따라서 SIB2를 지칭한다. 나중에 엄브렐러 SIB로 송신되는 정보는 SIB2 구조에 따를 것이다. 서비스 지시가 UAV에 대한 인트라/인터-주파수(intra/inter-frequency)에 대한 셀 재선택 정보를 지시하면, SIB3_Structure_Flag는 1로 설정될 수 있다. SIB_MappingInfo는 따라서 SIB3 구조를 지시하고, 나중에 엄브렐러 SIB로 전송되는 정보는 SIB3 구조에 따를 것이다.

위의 예에서, 엄브렐러 SIB의 푸시 SI는 대응하는 지정된 종래의 SIB들, 즉, SIB2, SIB3 등의 IE들을 따른다. 그러나, 푸시 SI가 새롭게 정의된 SI 구조를 포함하는 새롭게 정의된 서비스와 관련되면, SIB_MappingInfo IE는 생략될 수 있다. 즉, SIB_MappingInfo IE는 선택적일 수 있다. 푸시 SI가 새롭게 정의된 서비스와 관련되는 그러한 경우에, 이러한 새로운 서비스에 대응하는 새로운 SI(엄브렐러 SIB)의 구조는 사전에 정의될 수 있고, 새로운 서비스를 식별하는 Service_indication 식별자와 관련하여 다른 수단에 의해 UE/UAV들로 통신될 수 있다. 이 정보는 이 정보를 수신한 각각의 UE/UAV에 의해 저장될 수 있다. 이 정보를 수신한 UE/UAV들은 그 다음에 Network_Push_SIB_Information에서 Service_indication 식별자를 사용하고 새로운 서비스의 SIB 구조에 관한 미리 저장된 정보를 참조하여 네트워크 푸시 SI를 디코딩할 수 있다.

도 9a는 SI가 언제 얼마나 오래 제공될지에 관한 정보를 수반하는 SIB_Broadcast_timing IE의 실시예를 도시한다. 이 실시예에 따르면, 네트워크는 통지 후에 즉시 엄브렐러 SIB를 송신하기 시작하고, 통지 페이징 메시지는 지속기간의 포맷으로 페이징 메시지의 브로드캐스트 라이브 시간을 포함한다. Broad-cast_duration은 브로드캐스트의 지속기간을 지시하는 정보 요소 Broadcast_duration을 포함한다.

도 9b는 SI가 언제 얼마나 오래 제공될지에 관한 정보를 수반하는 SIB_Broadcast_timing IE의 추가 실시예를 도시한다. 이 실시예에 따르면, 네트워크는 통지 후에 엄브렐러 SIB의 송신을 지연시킨다. 네트워크가 통지 후에 엄브렐러 SIB를 즉시 송신하지 않는 이러한 경우에, SIB_Broadcast_timing 메시지는 브로드캐스트의 지속기간을 지시하는 Broadcast_duration 이외에, 네트워크가 엄브렐러 SIB를 송신하기 시작할 때를 정의하는 정보 Broadcast_start 정보를 수반한다.

도 10은 푸시 SI가 향하는 UE/UAV들을 식별하는 Target_UE_List 정보 요소의 실시예를 도시한다. Target_UE_List는, 엄브렐러 SIB가 어드레싱되는 제1 UE를 RAN 레벨 상에서 식별하는 정보 요소들 RAN_area_UE_ID_1을 포함한다. RAN_area_UE_ID_2는 엄브렐러 SIB가 어드레싱되는 제2 UE를 RAN 레벨 상에서 식별한다. RAN_area_UE_3은 엄브렐러 SIB가 어드레싱되는 제3 UE를 RAN 레벨 상에서 식별한다. 예를 들어, 네트워크가 특정 UE들의 특성들, 즉, UE들이 높은 수요의 포지셔닝 요건을 갖는 UAV들인 것을 알고 있으면, 네트워크는 페이징 레코드 리스트의 형태로 이들 특정 UE들의 타겟 UE 식별 정보(예를 들어, RAN 영역 내의 각각의 UE에 대해 지정되는 RAN 영역 UE 식별자들)를 페이징 메시지 내로 포함할 수 있다. 그 다음, 페이징 레코드 리스트에서 지정된 UE들만이 대응하는 푸시된 SI(엄브렐러 SIB(들))를 수신하도록 트리거될 것이다. 예를 들어, RAN 레벨에서 UE를 식별하기 위해 RAN 영역 UE 식별자로서 (RRC 접속 재개 절차에 사용되는) UE의 RESUME_ID가 사용될 수 있다. RAN 영역은 단일 또는 다수의 셀을 커버할 수 있고 CN 영역보다 작을 수 있다.

Target_UE_List는 선택적일 수 있다. 대안적인 실시예에 따르면, 페이징 메시지는 그 특정한 UE들에 대응하는 페이징 기회들에 전송될 것이고, Target_UE_List는 생략될 수 있다.

도 11은 다수의 엄브렐러 SIB들의 송신과 관련된 Network_Push_SIB_Information의 실시예를 도시한다. Network_Push_SIB_Information은 제1 엄브렐러 SIB IE(Umbrella_SIB_1) 및 제2 엄브렐러 SIB IE(Umbrella_SIB_2)를 포함한다. 엄브렐러 SIB들 각각은 각자의 정보 요소 Service_indication, 각자의 정보 요소 SIB_structure, 각자의 정보 요소 SIB_validity_duration, 각자의 정보 요소 Broadcast_duration, 및 각자의 정보 요소 Target_UE_List를 포함한다.

예를 들어, Umbrella_SIB_1은 SIB 2 기반 구조로 포지셔닝 정보를 서빙할 수 있고, SIB 유효성 지속기간은 1시간이고, 브로드캐스트 지속기간은 10초이고, SI는 Umbrella_SIB_1의 Target_UE_List에 의해 식별되는 제1 그룹의 UE/UAV들을 타겟으로 한다. Umbrella_SIB_2는 SIB 3 기반 구조로 UAV에 대한 인트라/인터-주파수에 대한 셀 재선택 정보를 서빙할 수 있고, SIB 유효성 지속기간은 2시간이고, 브로드캐스트 지속기간은 1초이고, SI는 Umbrella_SIB_2의 Target_UE_List에 의해 식별되는 제2 그룹의 UE/UAV들을 타겟으로 한다.

이러한 실시예들은 네트워크가 UE 컨텍스트 정보를 유지할 수 있는 비활성 상태에서 UE들의 특성들을 이용할 수 있으므로, UE 선호도들을 알게 된다.

네트워크/eNB/gNB 거동

도 12는 시스템 정보(SI)를 푸시하는 네트워크/eNB/gNB의 프로세스를 도시한다. 701에서, 네트워크/eNB/gNB는 송신될 푸시 SI가 관련되는 서비스에 따라 Service_indication IE를 결정한다. 702에서, 네트워크/eNB/gNB는 푸시 SI의 구조를 결정하고, 그에 따라 SIB-MappingInfo 내의 비트들을 설정한다. 703에서, 네트워크/eNB/gNB는 SIB 송신의 타이밍 및 유효 지속기간을 결정하고, 그에 따라 SIB_validity_duration 및 SIB_Broadcast_timing을 설정한다. 704에서, 네트워크/eNB/gNB는 네트워크 푸시 SI가 향하는 타겟 UE/UAV들을 결정하고, 그에 따라 Target_UE_List를 설정한다. 705에서, 네트워크/eNB/gNB는 정보 요소들 Service_indication, SIB-MappingInfo, SIB_validity_duration, SIB_Broadcast_timing, 및 Target_UE_List와 함께 페이징 메시지를 송신한다. 706에서, 네트워크/eNB/gNB는 SIB-MappingInfo에 정의된 바와 같은 구조를 갖는 엄브렐러 SIB를 생성한다. 707에서, 네트워크/eNB/gNB는 SIB_Broadcast_timing에 정의된 바와 같은 타이밍에서 엄브렐러 SIB를 송신한다. 엄브렐러 SIB는 예를 들어 SIB1에 스케줄링 정보를 포함함으로써 그리고 그에 따라 엄브렐러 SIB의 송신을 스케줄링함으로써 "정상" SIB로서 송신될 수 있다. 델타 시그널링이 지원될 수 있다.

엄브렐러 SIB는 셀 특정적일 수 있고, 따라서 특별 서비스 관련 SI를 전달하기를 원하는 셀만이 송신을 개시한다. 셀 내의 모든 비활성 UE/UAV들을 어드레싱하기 위해, 페이징 메시지는 Paging_record_list(도 5 참조)에 열거되는 모든 페이징 기회마다 전송될 수 있다.

대안적으로, 엄브렐러 SIB는 슬라이스들에도 적용될 수 있다. 각각의 슬라이스는 여러 서비스를 포함할 수 있다. 그 경우에, 다수의 SIB가 포함될 수 있다. 그러므로, 하나의 페이징 통지에 다수의 SIB 정보를 포함하거나 다수의 페이징 메시지들을 전송하는 것은 네트워크의 구현에 달려 있다.

UE 거동

도 13은 페이징 메시지를 수신하는 UE의 프로세스를 도시한다. 801에서, UE는 페이징 메시지를 수신한다. 802에서, UE는 페이징 메시지로부터 Target_UE_List를 결정한다. 803에서, UE는 그것이 Target_UE_List에 포함되는지를 검사한다. 예인 경우, UE는 804에서 계속된다. 아니오인 경우, UE는 페이징 메시지를 폐기한다. 804에서, UE는 페이징 메시지에 포함된 Service_indication에 기초하여 푸시 SI가 관련되는 서비스의 타입을 결정한다. 805에서, UE는 그것이 Service_indication에 의해 정의된 서비스와 관련된 SI에 관심이 있는지를 결정한다. 예를 들어, UE가 포지셔닝 능력을 갖는다면, UE는 포지셔닝 관련된 엄브렐러 SIB에 관심이 있을 수 있거나, 또는 UE가 UAV이면, UAV 관련된 엄브렐러 SIB가 수신될 수 있다. 예인 경우, UE는 806으로 진행한다. 아니오인 경우, UE는 페이징 메시지를 폐기한다. 또한, UE는 이전에 동일한 엄브렐러 SIB를 저장했을 수 있다. 예를 들어, UE가 동일한 엄브렐러 SIB를 저장했는지를 검사하기 위해, UE는 SIB_MappingInfo 정보 요소(도 7 참조)에 제공되는 엄브렐러 SIB의 ID를 이전에 저장된 정보와 비교할 수 있다. UE가 그것이 이미 이용가능한 푸시 SI를 갖는다는 것을 발견하면, 그것은 805에서 네트워크 푸시 SI(엄브렐러 SIB)를 수신하는 것에 관심이 없다고 결정할 것이다. 806에서, UE는 페이징 메시지에 포함된 SIB-MappingInfo를 파싱(parsing)함으로써 푸시 SI의 구조를 결정한다. 807에서, UE는 페이징 메시지로부터 SIB_validity_duration 및 SIB_Broadcast_timing을 결정한다. 808에서, UE는 SIB_Broadcast_timing에 정의된 바와 같은 타이밍에서 엄브렐러 SIB를 수신한다. 엄브렐러 SIB를 수신한 후에, UE는 SIB_validity_duration에 의해 정의된 바와 같은 그의 유효 지속기간을 기록할 것이다.

RRC 유휴 상태 및 RRC 접속 상태에서 페이징 통지들을 사용하는 시스템 정보(SI)의 "네트워크 푸시"

전술한 실시예들은 RRC 비활성 상태에서 페이징 통지들을 사용하는 시스템 정보(SI)의 "네트워크 푸시"를 설명한다. RRC 유휴 상태 및 RRC 접속 상태에서 UE들에 시스템 정보(SI)를 푸시하기 위해 동일한 원리들이 또한 사용될 수 있다.

RRC 유휴 상태의 UE들의 경우, 네트워크가 유휴 상태에서 UE 선호도 정보(RAN 영역 UE 식별자들)를 갖지 않기 때문에 타겟 UE 리스트를 포함하는 것이 불가능하다. 타겟 UE 리스트는 선택적이고 이 경우에 송신되지 않는다. RRC 접속 상태의 UE들의 경우, 페이징 메시지는 그것들을 그 특정 UE들에 대응하는 페이징 기회들에 전송함으로써 특정 UE들에 어드레싱될 것이다.

구현

도 14는 UE/UAV(800)와 eNB/gNB(810) 사이의 통신 경로의 개략적인 블록도를 도시한다. 도 14에 도시된 바와 같이, UE/UAV는 송신기(801), 수신기(802) 및 eNB/gNB로의 신호들의 송신 및 수신을 제어하는 제어기(803)를 포함한다. 업링크 신호들은 화살표(860)에 의해 표현된다. 다운링크 신호들은 화살표(850)에 의해 도시된다. eNB/gNB(810)는 송신기(811), 수신기(812) 및 무선 액세스 인터페이스에 따라 다운링크 및 업링크 상의 신호들의 송신 및 수신을 스케줄링하기 위한 스케줄러를 포함할 수 있는 제어기(813)를 포함한다.

제어기(900)의 실시예는 도 15를 참조하여 설명된다. 이 제어기(900)는 본 명세서에서 설명되는 바와 같이 기본적으로 임의의 타입의 장치 또는 엔티티, 기지국 또는 새로운 라디오 기지국, 송신 및 수신 포인트, 또는 사용자 장비로서 기능할 수 있도록 구현될 수 있다. 따라서, 제어기(900)는 도 14의 제어기(803) 또는 제어기(813)로서 역할을 할 수 있다. 제어기(900)는 본 명세서에서 설명되는 바와 같이, 엔티티들, 기지국들, 및 사용자 장비의 회로들 중 어느 하나와 같은 회로를 형성할 수 있는 컴포넌트들(931 내지 940)을 갖는다.

본 명세서에서 설명되는 바와 같은 방법들을 수행하기 위해 소프트웨어, 펌웨어, 프로그램들 등을 사용하는 실시예들은 제어기(900) 상에 설치될 수 있으며, 이는 이후 구체적인 실시예에 적합하도록 구성된다.

제어기(900)는, 예를 들어, ROM(read-only memory)(932)에 저장되고, 스토리지(937)에 저장되어 RAM(random access memory)(933)에 로딩되고, 각자의 드라이브(939)에 삽입될 수 있는 매체(940) 상에 저장되는 등의 프로그램들에 따라, 본 명세서에서 설명되는 바와 같은 다양한 타입들의 절차들 및 방법들을 실행할 수 있는 CPU(931)(Central Processing Unit)를 갖는다.

CPU(931), ROM(932) 및 RAM(933)은 버스(941)와 접속되고, 버스(941)는 결국 입력/출력 인터페이스(934)에 접속된다. CPU들, 메모리들 및 스토리지들의 수는 예시일 뿐이고, 통상의 기술자는 제어기(900)가 기지국, 및 사용자 장비로서 기능할 때 생기는 특정 요건들을 충족시키기 위해 그에 따라 적응되고 구성될 수 있다는 것을 이해할 것이다.

입력/출력 인터페이스(934)에서는, 몇몇 컴포넌트들: 입력(935), 출력(936), 스토리지(937), 통신 인터페이스(938) 및 매체(940)(콤팩트 디스크, 디지털 비디오 디스크, 콤팩트 플래시 메모리 등)가 삽입될 수 있는 드라이브(939)가 접속된다.

입력(935)은 포인터 디바이스(마우스, 그래픽 테이블 등), 키보드, 마이크로폰, 카메라, 터치스크린 등일 수 있다. 출력(936)은 디스플레이(액정 디스플레이, 음극선관 디스플레이, 발광 다이오드 디스플레이 등), 라우드스피커들 등을 가질 수 있다. 스토리지(937)는 하드 디스크, 고체 상태 드라이브 등을 가질 수 있다.

통신 인터페이스(938)는, 예를 들어, LAN(local area network), WLAN(wireless local area network), 모바일 전기통신 시스템(GSM, UMTS, LTE 등), 블루투스, 적외선 등을 통해 통신하도록 적응될 수 있다. 제어기(900)가 기지국으로서 기능할 때, 통신 인터페이스(938)는 각자의 에어 인터페이스(예를 들어, E-UTRA 프로토콜들 OFDMA(다운링크) 및 SC-FDMA(업링크)를 제공함) 및 네트워크 인터페이스들(예를 들어, S1-AP, GTP-U, S1-MME, X2-AP 등과 같은 프로토콜들을 구현함)을 추가로 가질 수 있다. 더욱이, 제어기(900)는 하나 이상의 안테나 및/또는 안테나 어레이를 가질 수 있다. 본 개시내용은 이러한 프로토콜들의 임의의 특이성들로 제한되지 않는다.

실시예들은 방법 단계들의 예시적인 순서를 갖는 방법들을 설명한다는 것을 인식해야 한다. 그러나, 방법 단계들의 특정 순서는 예시의 목적으로만 주어진 것이며, 의무적인 것으로 해석되어서는 안 된다. 예를 들어, 도 12의 프로세스 단계들(701 내지 704) 및 도 13의 프로세스 단계들의 순서가 변화될 수 있다. 방법 단계들의 순서에 대한 다른 변화들이 통상의 기술자에게 명백할 수 있다.

또한, 도 15의 제어 또는 회로를 유닛들(931 내지 940)로 분할하는 것은 예시의 목적으로만 이루어지고, 본 개시내용은 특정 유닛들에서의 기능들의 임의의 특정 분할에 제한되지 않는다는 점에 유의해야 한다. 예를 들어, 회로의 적어도 일부들은 각자의 프로그램된 프로세서, 필드 프로그램가능 게이트 어레이(field programmable gate array, FPGA), 전용 회로들 등에 의해 구현될 수 있다.

본 명세서에서 설명되고 첨부된 청구항들에서 청구되는 모든 유닛들 및 엔티티들은, 달리 언급되지 않는다면, 예를 들어, 칩 상에 집적 회로 로직으로서 구현될 수 있고, 이러한 유닛들 및 엔티티들에 의해 제공되는 기능성은, 달리 언급되지 않는다면, 소프트웨어에 의해 구현될 수 있다.

위에서 설명된 개시내용의 실시예들이, 적어도 부분적으로, 소프트웨어-제어 데이터 처리 장치를 사용하여 구현되는 한, 이러한 소프트웨어 제어를 제공하는 컴퓨터 프로그램 및 이러한 컴퓨터 프로그램이 제공되는 송신, 스토리지 또는 다른 매체가 본 개시내용의 양태들로서 예상된다는 것이 이해될 것이다.

본 기술은 또한 아래에 설명되는 바와 같이 구성될 수 있다는 점에 유의한다:

(1) 페이징 메시지(PAGING_MESSAGE)를 사용자 장비(202; 302, 303, 304)에 송신하도록 구성되는 회로를 포함하는 인프라스트럭처 장비(200; 300)로서, 상기 페이징 메시지(PAGING_MESSAGE)는 상기 인프라스트럭처 장비(200; 300)가 시스템 정보(Umbrella_SIB)를 상기 사용자 장비(202; 302, 303, 304)에 전송할 것이라는 것을 상기 사용자 장비에 통지하기 위해 제공되는 정보(Network_Push_SIB_Information)를 포함하는, 인프라스트럭처 장비(200; 300).

(2) (1)에 있어서, 상기 회로는 상기 페이징 메시지(PAGING_MESSAGE)를 RRC 비활성 상태(103)에서 사용자 장비(202; 302, 303, 304)에 브로드캐스팅하도록 구성되는, 인프라스트럭처 장비(200; 300).

(3) (1) 또는 (2)에 있어서, 상기 회로는 상기 페이징 메시지(PAGING_MESSAGE)를 RRC 유휴 상태(101)에서 사용자 장비(202; 302, 303, 304)에 브로드캐스팅하도록 구성되는, 인프라스트럭처 장비(200; 300).

(4) (1) 내지 (3) 중 어느 하나에 있어서, 상기 회로는 상기 페이징 메시지(PAGING_MESSAGE)를 RRC 접속 상태(102)에서 사용자 장비(202; 302, 303, 304)에 브로드캐스팅하도록 구성되는, 인프라스트럭처 장비(200; 300).

(5) (1) 내지 (4) 중 어느 하나에 있어서, 상기 정보(Network_Push_SIB_Information)는 서비스 지시 정보(Service_indication)를 포함하는, 인프라스트럭처 장비(200; 300).

(6) (1) 내지 (5) 중 어느 하나에 있어서, 상기 정보(Network_Push_SIB_Information)는 SIB 구조 정보(SIB_structure)를 포함하는, 인프라스트럭처 장비(200; 300).

(7) (1) 내지 (6) 중 어느 하나에 있어서, 상기 정보(Network_Push_SIB_Information)는 SIB 유효 지속기간 정보(SIB_validity_duration)를 포함하는, 인프라스트럭처 장비(200; 300).

(8) (1) 내지 (7) 중 어느 하나에 있어서, 상기 정보(Network_Push_SIB_Information)는 브로드캐스트 지속기간 정보(Broadcast_duration)를 포함하는, 인프라스트럭처 장비(200; 300).

(9) (1) 내지 (8) 중 어느 하나에 있어서, 상기 정보(Network_Push_SIB_Information)는 타겟 리스트 정보(Target_UE_List)를 포함하는, 인프라스트럭처 장비(200; 300).

(10) (1) 내지 (9) 중 어느 하나에 있어서, 상기 회로는 상기 페이징 메시지(PAGING_MESSAGE) 내의 정보(Network_Push_SIB_Information)에 대응하는 시스템 정보(Umbrella_SIB)를 사용자 장비(202; 302, 303, 304)에 전송하도록 구성되는, 인프라스트럭처 장비(200; 300).

(11) (1) 내지(10) 중 어느 하나에 있어서, 상기 회로는 상기 시스템 정보(SIB)를 엄브렐러(umbrella) SIB의 형태로 송신하도록 구성되는, 인프라스트럭처 장비(200; 300).

(12) (1) 내지(11) 중 어느 하나에 있어서, 상기 엄브렐러 SIB들은 새로운 서비스에 관련된 시스템 정보를 포함하는, 인프라스트럭처 장비(200; 300).

(13) 인프라스트럭처 장비(200; 300)로부터 페이징 메시지(PAGING_MESSAGE)를 수신하도록 구성되는 회로를 포함하는 전자 디바이스(202; 302, 303, 304)로서, 상기 페이징 메시지(PAGING_MESSAGE)는 상기 인프라스트럭처 장비(200; 300)가 상기 사용자 장비에 시스템 정보(Umbrella_SIB)를 전송할 것이라는 것을 상기 전자 디바이스에 통지하기 위해 제공되는 정보(Network_Push_SIB_Information)를 포함하는, 전자 디바이스(202; 302, 303, 304).

(14) (13)에 있어서, 상기 전자 디바이스(202; 302, 303, 304)는 RRC 비활성 상태(103)에 있는, 전자 디바이스(202; 302, 303, 304).

(15) (13) 또는 (14)에 있어서, 상기 회로는 상기 페이징 메시지(PAGING_MESSAGE) 내의 상기 정보(Network_Push_SIB_Information)에 대응하는 시스템 정보(Umbrella_SIB)를 수신하도록 구성되는, 전자 디바이스(202; 302, 303, 304).

(16) (13) 내지 (15) 중 어느 하나에 있어서, 상기 회로는 상기 시스템 정보(SIB)를 엄브렐러 SIB(Umbrella_SIB)의 형태로 수신하도록 구성되는, 전자 디바이스(202; 302, 303, 304).

(17) (13) 내지 (16) 중 어느 하나에 있어서, 상기 전자 디바이스(304)는 무인 비행체인, 전자 디바이스(202; 302, 303, 304).

(18) 인프라스트럭처 장비(200; 300)로부터 사용자 장비(202; 302, 303, 304)로 페이징 메시지(PAGING_MESSAGE)를 송신하는 단계를 포함하는 방법으로서, 상기 페이징 메시지(PAGING_MESSAGE)는 상기 인프라스트럭처 장비(200; 300)가 상기 사용자 장비(202; 302, 303, 304)에 시스템 정보(Umbrella_SIB)를 전송할 것이라는 것을 상기 사용자 장비(202; 302, 303, 304)에 통지하기 위해 제공되는 정보(Network_Push_SIB_Information)를 포함하는, 방법.

(19) 프로세서 및/또는 회로로 하여금, 상기 프로세서 및/또는 회로 상에서 수행될 때, (18)의 방법을 수행하게 하는 컴퓨터 프로그램.

(20) 프로세서 및/또는 회로로 하여금, 프로세서 및/또는 회로 상에서 수행될 때, (18)의 방법들을 수행하게 하는 컴퓨터 프로그램 제품을 저장하는 비일시적 컴퓨터 판독가능 기록 매체.

Claims

페이징 메시지를 사용자 장비에 송신하도록 구성되는 회로를 포함하는 인프라스트럭처 장비(200; 300)로서, 상기 페이징 메시지는 상기 인프라스트럭처 장비가 시스템 정보를 상기 사용자 장비에 전송할 것이라는 것을 상기 사용자 장비에 통지하기 위해 제공되는 정보를 포함하는, 인프라스트럭처 장비.
제1항에 있어서, 상기 회로는 상기 페이징 메시지를 RRC 비활성 상태에서 사용자 장비에 브로드캐스팅하도록 구성되는, 인프라스트럭처 장비.
제1항에 있어서, 상기 회로는 상기 페이징 메시지를 RRC 유휴 상태에서 사용자 장비에 브로드캐스팅하도록 구성되는, 인프라스트럭처 장비.
제1항에 있어서, 상기 회로는 상기 페이징 메시지를 RRC 접속 상태에서 사용자 장비에 브로드캐스팅하도록 구성되는, 인프라스트럭처 장비.
제1항에 있어서, 상기 정보는 서비스 지시 정보를 포함하는, 인프라스트럭처 장비.
제1항에 있어서, 상기 정보는 SIB 구조 정보를 포함하는, 인프라스트럭처 장비.
제1항에 있어서, 상기 정보는 SIB 유효 지속기간 정보(SIB validity duration infor-mation)를 포함하는, 인프라스트럭처 장비.
제1항에 있어서, 상기 정보는 브로드캐스트 타이밍 정보(broadcast timing infor-mation)를 포함하는, 인프라스트럭처 장비.
제1항에 있어서, 상기 정보는 타겟 리스트 정보(target list information)를 포함하는, 인프라스트럭처 장비.
제1항에 있어서, 상기 회로는 상기 페이징 메시지 내의 정보에 대응하는 시스템 정보를 사용자 장비에 전송하도록 구성되는, 인프라스트럭처 장비.
제10항에 있어서, 상기 회로는 상기 시스템 정보를 엄브렐러(umbrella) SIB의 형태로 송신하도록 구성되는, 인프라스트럭처 장비.
제1항에 있어서, 상기 엄브렐러 SIB들은 새로운 서비스에 관련된 시스템 정보를 포함하는, 인프라스트럭처 장비.
인프라스트럭처 장비로부터 페이징 메시지를 수신하도록 구성되는 회로를 포함하는 전자 디바이스로서, 상기 페이징 메시지는 상기 인프라스트럭처 장비가 상기 사용자 장비에 시스템 정보를 전송할 것이라는 것을 상기 전자 디바이스에 통지하기 위해 제공되는 정보를 포함하는, 전자 디바이스.
제13항에 있어서, 상기 전자 디바이스는 RRC 비활성 상태에 있는, 전자 디바이스.
제13항에 있어서, 상기 회로는 상기 페이징 메시지 내의 상기 정보에 대응하는 시스템 정보를 수신하도록 구성되는, 전자 디바이스.
제13항에 있어서, 상기 회로는 상기 시스템 정보를 엄브렐러 SIB의 형태로 수신하도록 구성되는, 전자 디바이스.
제13항에 있어서, 상기 전자 디바이스는 무인 비행체인, 전자 디바이스.
인프라스트럭처 장비로부터 사용자 장비로 페이징 메시지를 송신하는 단계를 포함하는 방법으로서, 상기 페이징 메시지는 상기 인프라스트럭처 장비가 상기 사용자 장비에 시스템 정보를 전송할 것이라는 것을 상기 사용자 장비에 통지하기 위해 제공되는 정보를 포함하는, 방법.