KR20240044185A - 비지상 네트워크에서 무인 항공기 단말의 측정 보고를 위한 방법 및 장치 - Google Patents

비지상 네트워크에서 무인 항공기 단말의 측정 보고를 위한 방법 및 장치 Download PDF

Info

Publication number
KR20240044185A
KR20240044185A KR1020220123656A KR20220123656A KR20240044185A KR 20240044185 A KR20240044185 A KR 20240044185A KR 1020220123656 A KR1020220123656 A KR 1020220123656A KR 20220123656 A KR20220123656 A KR 20220123656A KR 20240044185 A KR20240044185 A KR 20240044185A
Authority
KR
South Korea
Prior art keywords
cell
terminal
measurement
base station
event
Prior art date
Application number
KR1020220123656A
Other languages
English (en)
Inventor
정상엽
아닐 아지왈
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020220123656A priority Critical patent/KR20240044185A/ko
Priority to US18/473,642 priority patent/US20240107387A1/en
Priority to EP23200108.1A priority patent/EP4346121A1/en
Priority to CN202311286033.2A priority patent/CN117793743A/zh
Publication of KR20240044185A publication Critical patent/KR20240044185A/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0058Transmission of hand-off measurement information, e.g. measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/14Relay systems
    • H04B7/15Active relay systems
    • H04B7/185Space-based or airborne stations; Stations for satellite systems
    • H04B7/1851Systems using a satellite or space-based relay
    • H04B7/18513Transmission in a satellite or space-based system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837Determination of triggering parameters for hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085Hand-off measurements
    • H04W36/0088Scheduling hand-off measurements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04Large scale networks; Deep hierarchical networks
    • H04W84/06Airborne or Satellite Networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 개시는 비지상 네트워크에서 무인 항공기 단말의 측정 보고를 위한 방법 및 장치에 관한 것이다. 비지상 네트워크에서 단말의 측정 보고의 전송 방법으로, 기지국으로 단말 능력 정보를 포함하는 메시지를 전송하는 단계, 상기 기지국으로부터 상기 측정 보고를 위한 설정 정보를 포함하는 상위 계층 메시지를 수신하는 단계, 상기 설정 정보에 기반하여 측정 보고의 트리거링 여부를 판단하는 단계, 및 상기 판단 결과에 기초하여, 상기 기지국으로 상기 측정 보고를 송신하는 단계를 포함할 수 있다.

Description

비지상 네트워크에서 무인 항공기 단말의 측정 보고를 위한 방법 및 장치{METHOD AND APPARATUS FOR MEASUREMENT REPORTING OF AERIAL USER EQUIPMENT IN NON-TERRESTRIAL NETWORK}
본 개시는 무선 통신 시스템에서의 단말 및 기지국 동작에 관한 것으로서, 특히 비지상 네트워크에서 무인 항공기 단말의 측정 보고를 위한 방법 및 장치에 관한 것이다.
무선 통신 세대를 거듭하면서 발전한 과정을 돌아보면 음성, 멀티미디어, 데이터 등 주로 인간 대상의 서비스를 위한 기술이 개발되어 왔다. 5G (5th Generation) 통신 시스템 상용화 이후 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것으로 전망되고 있다. 네트워크에 연결된 사물의 예로는 차량, 로봇, 드론, 가전제품, 디스플레이, 각종 인프라에 설치된 스마트 센서, 건설기계, 공장 장비 등이 있을 수 있다. 모바일 기기는 증강현실 안경, 가상현실 헤드셋, 홀로그램 기기 등 다양한 폼팩터로 진화할 것으로 예상된다. 6G (6th Generation) 시대에는 수천억 개의 기기 및 사물을 연결하여 다양한 서비스를 제공하기 위해, 개선된 6G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 6G 통신 시스템은 5G 통신 이후 (beyond 5G) 시스템이라 불리어지고 있다.
2030년쯤 실현될 것으로 예측되는 6G 통신 시스템에서 최대 전송 속도는 테라 (즉, 1,000기가) bps (bit per second), 무선 지연시간은 100마이크로초(μsec) 이다. 즉, 5G 통신 시스템대비 6G 통신 시스템에서의 전송 속도는 50배 빠르고 무선 지연시간은 10분의 1로 줄어든다.
이러한 높은 데이터 전송 속도 및 초저(ultra low) 지연시간을 달성하기 위해, 6G 통신 시스템은 테라헤르츠(Terahertz, THz) 대역 (예를 들어, 95기가헤르츠(95 Gigahertz, GHz)에서 3테라헤르츠(3THz)대역과 같은)에서의 구현이 고려되고 있다. 테라헤르츠 대역은 5G에서 도입된 밀리미터파(mmWave) 대역에 비해 더 심각한 경로손실 및 대기흡수 현상으로 인해서 신호 도달거리, 즉 커버리지를 보장할 수 있는 기술의 중요성이 더 커질 것으로 예상된다. 커버리지를 보장하기 위한 주요 기술로서 RF(Radio Frequency) 소자, 안테나, OFDM (Orthogonal Frequency Division Multiplexing)보다 커버리지 측면에서 더 우수한 신규 파형(waveform), 빔포밍(beamforming) 및 거대 배열 다중 입출력(massive Multiple-Input and Multiple-Output (MIMO)), 전차원 다중입출력(Full Dimensional MIMO (FD-MIMO)), 어레이 안테나(array antenna), 대규모 안테나(large scale antenna)와 같은 다중 안테나 전송 기술 등이 개발되어야 한다. 이 외에도 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(metamaterial) 기반 렌즈 및 안테나, OAM(Orbital Angular Momentum)을 이용한 고차원 공간 다중화 기술, RIS(Reconfigurable Intelligent Surface) 등 새로운 기술들이 논의되고 있다.
또한 주파수 효율 향상 및 시스템 네트워크 개선을 위해, 6G 통신 시스템에서는 상향링크(uplink)와 하향링크(downlink)가 동일 시간에 동일 주파수 자원을 동시에 활용하는 전이중화(full duplex) 기술, 위성(satellite) 및 HAPS(High-Altitude Platform Stations)등을 통합적으로 활용하는 네트워크 기술, 이동 기지국 등을 지원하고 네트워크 운영 최적화 및 자동화 등을 가능하게 하는 네트워크 구조 혁신 기술, 스펙트럼 사용 예측에 기초한 충돌 회피를 통한 동적 주파수 공유 (dynamic spectrum sharing) 기술, AI (Artificial Intelligence)를 설계 단계에서부터 활용하고 종단간(end-to-end) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원(Mobile Edge Computing (MEC), 클라우드 등)을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발이 이루어지고 있다. 뿐만 아니라 6G 통신 시스템에서 이용될 새로운 프로토콜의 설계, 하드웨어 기반의 보안 환경의 구현 및 데이터의 안전 활용을 위한 메커니즘 개발 및 프라이버시 유지 방법에 관한 기술 개발을 통해 디바이스 간의 연결성을 더 강화하고, 네트워크를 더 최적화하고, 네트워크 엔티티의 소프트웨어화를 촉진하며, 무선 통신의 개방성을 높이려는 시도가 계속되고 있다.
이러한 6G 통신 시스템의 연구 및 개발로 인해, 사물 간의 연결뿐만 아니라 사람과사물 간의 연결까지 모두 포함하는 6G 통신 시스템의 초연결성(hyper-connectivity)을 통해 새로운 차원의 초연결 경험(the next hyper-connected experience)이 가능해질 것으로 기대된다. 구체적으로 6G 통신 시스템을 통해 초실감 확장 현실(truly immersive eXtended Reality (XR)), 고정밀 모바일 홀로그램(high-fidelity mobile hologram), 디지털 복제(digital replica) 등의 서비스 제공이 가능할 것으로 전망된다. 또한 보안 및 신뢰도 증진을 통한 원격 수술(remote surgery), 산업 자동화(industrial automation) 및 비상 응답(emergency response)과 같은 서비스가 6G 통신 시스템을 통해 제공됨으로써 산업, 의료, 자동차, 가전 등 다양한 분야에서 응용될 것이다.
개시된 실시 예는 무선 통신 시스템에서 무인 항공기가 효과적으로 측정 보고를 수행하기 위한 장치 및 방법을 제공하고자 한다.
본 개시의 일 실시 예에 따르면, 비지상 네트워크에서 단말의 측정 보고의 전송 방법으로, 기지국으로 단말 능력 정보를 포함하는 메시지를 전송하는 단계, 상기 기지국으로부터 상기 측정 보고를 위한 설정 정보를 포함하는 상위 계층 메시지를 수신하는 단계, 상기 설정 정보에 기반하여 측정 보고의 트리거링(triggering) 여부를 판단하는 단계, 및 상기 판단 결과에 기초하여, 상기 기지국으로 상기 측정 보고를 송신하는 단계를 포함하며, 상기 단말 능력 정보는 복수의 셀들에 대한 제1 핸드오버(handover) 이벤트의 만족 여부를 판단할 수 있는지 여부를 지시하는 정보를 포함하며, 상기 설정 정보는 상기 제1 핸드오버 이벤트를 만족해야 하는 하나 이상의 셀의 개수를 지시하는 정보를 포함할 수 있다.
본 개시는 무선 통신 시스템에서 무인 항공기가 효과적으로 측정 보고를 수행하기 위한 장치 및 방법을 제공한다.
도 1a는 본 개시의 일 실시 예에 따른 LTE 시스템의 구조를 도시한 도면이다.
도 1b는 본 개시의 일 실시 예에 따른 LTE 시스템에서 무선 프로토콜 구조를 도시한 도면이다.
도 1c는 본 개시의 일 실시 예에 따른 차세대 이동통신 시스템의 구조를 도시한 도면이다.
도 1d는 본 개시의 일 실시 예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 1e는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV(uncrewed aerial vehicle) 단말이 측정 보고(measurement report)를 기지국에게 전송하는 과정의 흐름도이다.
도 1f는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 측정 보고(measurement report)를 기지국에게 전송 시 핸드오버 실패 과정의 흐름도이다.
도 1g는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1h는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1i는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1j는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1k는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1l는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1m은 본 개시의 일 실시 예에 따른 단말의 내부 구조를 도시하는 블록도이다.
도 1n는 본 개시의 일 실시 예에 따른 NR 기지국의 구성을 나타낸 블록도이다.
이하 첨부된 도면을 참조하여 본 개시의 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명하기에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 개시의 실시 예를 설명하기로 한다. 본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 개시의 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예를 들면, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이때, 본 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.
하기에서 본 개시를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 개시의 실시 예를 설명하기로 한다.
이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 발명이 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.
이하 설명에서, 물리 채널(physical channel)과 신호(signal)는 데이터 혹은 제어 신호와 혼용하여 사용될 수 있다. 예를 들어, PDSCH(physical downlink shared channel)는 데이터가 전송되는 물리 채널을 지칭하는 용어이지만, PDSCH는 데이터를 지칭하기 위해서도 사용될 수 있다. 즉, 본 개시에서, '물리 채널을 송신한다'는 표현은 '물리 채널을 통해 데이터 또는 신호를 송신한다'는 표현과 동등하게 해석될 수 있다.
이하 본 개시에서, 상위 시그널링은 기지국에서 물리 계층의 하향링크 데이터 채널을 이용하여 단말로, 또는 단말에서 물리 계층의 상향링크 데이터 채널을 이용하여 기지국으로 전달되는 신호 전달 방법을 뜻한다. 상위 시그널링은 RRC(radio resource control) 시그널링 또는 MAC(media access control) 제어 요소(control element, CE)로 이해될 수 있다.
이하 설명의 편의를 위하여, 본 발명은 3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 발명이 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다. 본 발명에서 eNB는 설명의 편의를 위하여 gNB와 혼용되어 사용될 수 있다. 즉 eNB로 설명한 기지국은 gNB를 나타낼 수 있다. 또한 단말이라는 용어는 핸드폰, MTC 기기, NB-IoT 기기, 센서뿐만 아니라 또 다른 무선 통신 기기들을 나타낼 수 있다.
이하, 기지국은 단말의 자원할당을 수행하는 주체로서, gNodeB (gNB), eNode B (eNB), NodeB, BS (Base Station), 무선 접속 유닛, 기지국 제어기, 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말은 UE (User Equipment), MS (Mobile Station), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어시스템을 포함할 수 있다. 물론 예시에 제한되는 것은 아니다.
특히 본 개시는 3GPP NR (5세대 이동통신 표준)에 적용할 수 있다. 또한 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스(예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 또는 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시에서 eNB는 설명의 편의를 위하여 gNB와 혼용되어 사용될 수 있다. 즉 eNB로 설명한 기지국은 gNB를 나타낼 수 있다. 또한 단말이라는 용어는 핸드폰, NB-IoT 기기들, 센서들뿐만 아니라 또 다른 무선 통신 기기들을 나타낼 수 있다.
무선 통신 시스템은 초기의 음성 위주의 서비스를 제공하던 것에서 벗어나 예를 들어, 3GPP의 HSPA(High Speed Packet Access), LTE(Long Term Evolution 또는 E-UTRA (Evolved Universal Terrestrial Radio Access)), LTE-Advanced(LTE-A), LTE-Pro, 3GPP2의 HRPD(High Rate Packet Data), UMB(Ultra Mobile Broadband), 및 IEEE의 802.16e 등의 통신 표준과 같이 고속, 고품질의 패킷 데이터 서비스를 제공하는 광대역 무선 통신 시스템으로 발전하고 있다.
광대역 무선 통신 시스템의 대표적인 예로, LTE 시스템에서는 하향링크(DL; DownLink)에서는 OFDM(Orthogonal Frequency Division Multiplexing) 방식을 채용하고 있고, 상향링크(UL; UpLink)에서는 SC-FDMA(Single Carrier Frequency Division Multiple Access) 방식을 채용하고 있다. 상향링크는 단말(UE; User Equipment 또는 MS; Mobile Station)이 기지국(eNode B 또는 BS; Base Station)으로 데이터 또는 제어신호를 전송하는 무선링크를 뜻하고, 하향링크는 기지국이 단말로 데이터 또는 제어신호를 전송하는 무선링크를 뜻한다. 와 같은 다중 접속 방식은, 각 사용자 별로 데이터 또는 제어정보를 실어 보낼 시간-주파수 자원을 서로 겹치지 않도록, 즉 직교성(Orthogonality)이 성립하도록, 할당 및 운용함으로써 각 사용자의 데이터 또는 제어정보를 구분한다.
LTE 이후의 향후 통신 시스템으로서, 즉, 5G 통신시스템은 사용자 및 서비스 제공자 등의 다양한 요구 사항을 자유롭게 반영할 수 있어야 하기 때문에 다양한 요구사항을 동시에 만족하는 서비스가 지원되어야 한다. 5G 통신시스템을 위해 고려되는 서비스로는 향상된 모바일 광대역 통신(eMBB; Enhanced Mobile BroadBand), 대규모 기계형 통신(mMTC; massive Machine Type Communication), 초신뢰 저지연 통신(URLLC; Ultra Reliability Low Latency Communication) 등이 있다.
일부 실시예에 따르면, eMBB는 기존의 LTE, LTE-A 또는 LTE-Pro가 지원하는 데이터 전송 속도보다 더욱 향상된 데이터 전송 속도를 제공하는 것을 목표로 할 수 있다. 예를 들어, 5G 통신시스템에서 eMBB는 하나의 기지국 관점에서 하향링크에서는 20Gbps의 최대 전송 속도(peak data rate), 상향링크에서는 10Gbps의 최대 전송 속도를 제공할 수 있어야 한다. 또한 5G 통신시스템은 최대 전송 속도를 제공하는 동시에, 증가된 단말의 실제 체감 전송 속도(User perceived data rate)를 제공해야 할 수 있다. 이와 같은 요구 사항을 만족시키기 위해, 5G 통신 시스템에서는 더욱 향상된 다중 안테나 (MIMO; Multi Input Multi Output) 전송 기술을 포함하여 다양한 송수신 기술의 향상을 요구될 수 있다. 또한 현재의 LTE가 사용하는 2GHz 대역에서 최대 20MHz 전송대역폭을 사용하여 신호를 전송하는 반면에 5G 통신시스템은 3~6GHz 또는 6GHz 이상의 주파수 대역에서 20MHz 보다 넓은 주파수 대역폭을 사용함으로써 5G 통신시스템에서 요구하는 데이터 전송 속도를 만족시킬 수 있다.
동시에, 5G 통신시스템에서 사물 인터넷(IoT; Internet of Thing)와 같은 응용 서비스를 지원하기 위해 mMTC가 고려되고 있다. mMTC는 효율적으로 사물 인터넷을 제공하기 위해 셀 내에서 대규모 단말의 접속 지원, 단말의 커버리지 향상, 향상된 배터리 시간, 단말의 비용 감소 등이 요구될 수 있다. 사물 인터넷은 여러 가지 센서 및 다양한 기기에 부착되어 통신 기능을 제공하므로 셀 내에서 많은 수의 단말(예를 들어, 1,000,000 단말/km2)을 지원할 수 있어야 한다. 또한 mMTC를 지원하는 단말은 서비스의 특성상 건물의 지하와 같이 셀이 커버하지 못하는 음영지역에 위치할 가능성이 높으므로 5G 통신시스템에서 제공하는 다른 서비스 대비 더욱 넓은 커버리지가 요구될 수 있다. mMTC를 지원하는 단말은 저가의 단말로 구성되어야 하며, 단말의 배터리를 자주 교환하기 힘들기 때문에 10~15년과 같이 매우 긴 배터리 생명시간(battery life time)이 요구될 수 있다.
마지막으로, URLLC의 경우, 특정한 목적(mission-critical)으로 사용되는 셀룰러 기반 무선 통신 서비스로서, 로봇(Robot) 또는 기계 장치(Machinery)에 대한 원격 제어(remote control), 산업 자동화(industrial automation), 무인 비행장치(Unmanned Aerial Vehicle), 원격 건강 제어(Remote health care), 비상 상황 알림(emergency alert) 등에 사용되는 서비스 등에 사용될 수 있다. 따라서 URLLC가 제공하는 통신은 매우 낮은 저지연(초저지연) 및 매우 높은 신뢰도(초신뢰도)를 제공해야 할 수 있다. 예를 들어, URLLC을 지원하는 서비스는 0.5 밀리초보다 작은 무선 접속 지연시간(Air interface latency)를 만족해야 하며, 동시에 10-5 이하의 패킷 오류율(Packet Error Rate)의 요구사항을 가질 수 있다. 따라서, URLLC을 지원하는 서비스를 위해 5G 시스템은 다른 서비스보다 작은 전송 시간 구간(TTI; Transmit Time Interval)를 제공해야 하며, 동시에 통신 링크의 신뢰성을 확보하기 위해 주파수 대역에서 넓은 리소스를 할당해야 하는 설계사항이 요구될 수 있다.
전술한 5G 통신 시스템에서 고려되는 세가지 서비스들, 즉 eMBB, URLLC, mMTC는 하나의 시스템에서 다중화되어 전송될 수 있다. 이 때, 각각의 서비스들이 갖는 상이한 요구사항을 만족시키기 위해 서비스 간에 서로 다른 송수신 기법 및 송수신 파라미터를 사용할 수 있다. 다만, 전술한 mMTC, URLLC, eMBB는 서로 다른 서비스 유형의 일 예일 뿐, 본 개시의 적용 대상이 되는 서비스 유형이 전술한 예에 한정되는 것은 아니다.
또한, 이하에서 LTE, LTE-A, LTE Pro 또는 5G(또는 NR, 차세대 이동 통신) 시스템을 예를 들어서 본 개시의 실시예를 설명하지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 개시의 실시예가 적용될 수 있다. 또한, 본 개시의 실시 예는 숙련된 기술적 지식을 가진 자의 판단으로써 본 개시의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템에도 적용될 수 있다.
도 1a는 본 개시의 일 실시 예에 따른 LTE 시스템의 구조를 도시한 도면이다.
도 1a을 참조하면, 도시한 바와 같이 LTE 시스템의 무선 액세스 네트워크는 차세대 기지국(evolved node B, 이하 eNB, Node B 또는 기지국)(1a-05, 1a-10, 1a-15, 1a-20)과 MME (1a-25, mobility management entity) 및 S-GW(1a-30, serving-gateway)로 구성될 수 있다. 사용자 단말(user equipment, 이하 UE 또는 단말)(1a-35)은 eNB(1a-05 ~ 1a-20) 및 S-GW(1a-30)를 통해 외부 네트워크에 접속할 수 있다.
도 1a에서 eNB(1a-05 ~ 1a-20)는 UMTS 시스템의 기존 노드 B에 대응될 수 있다. eNB는 UE(1a-35)와 무선 채널로 연결되며 기존 노드 B보다 복잡한 역할을 수행할 수 있다. LTE 시스템에서는 인터넷 프로토콜을 통한 VoIP(voice over IP)와 같은 실시간 서비스를 비롯한 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스되므로, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요하며, 이를 eNB(1a-05 ~ 1a-20)가 담당할 수 있다. 하나의 eNB는 통상 복수의 셀들을 제어할 수 있다. 예컨대, 100 Mbps의 전송 속도를 구현하기 위해서 LTE 시스템은 예컨대, 20 MHz 대역폭에서 직교 주파수 분할 다중 방식(orthogonal frequency division multiplexing, 이하 OFDM)을 무선 접속 기술로 사용할 수 있다. 또한 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(adaptive modulation & coding, 이하 AMC) 방식을 적용할 수 있다. S-GW(1a-30)는 데이터 베어러(bearer)를 제공하는 장치이며, MME(1a-25)의 제어에 따라서 데이터 베어러를 생성하거나 제거할 수 있다. MME는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 복수의 기지국 들과 연결될 수 있다.
도 1b는 본 개시의 일 실시 예에 따른 LTE 시스템에서 무선 프로토콜 구조를 도시한 도면이다.
도 1b를 참조하면, LTE 시스템의 무선 프로토콜은 단말과 eNB에서 각각 PDCP (PACKET DATA CONVERGENCE PROTOCOL 1b-05, 1b-40), RLC (radio link control 1b-10, 1b-35), MAC (medium access control 1b-15, 1b-30)으로 이루어진다. PDCP (packet data convergence protocol)(1b-05, 1b-40)는 IP 헤더 압축/복원 등의 동작을 담당할 수 있다. PDCP의 주요 기능은 하기와 같이 요약될 수 있다.
- 헤더 압축 및 압축 해제 기능(header compression and decompression: ROHC only)
- 사용자 데이터 전송 기능 (transfer of user data)
- 순차적 전달 기능(in-sequence delivery of upper layer PDUs at PDCP re-establishment procedure for RLC AM)
- 순서 재정렬 기능(for split bearers in DC (only support for RLC AM): PDCP PDU routing for transmission and PDCP PDU reordering for reception)
- 중복 탐지 기능(duplicate detection of lower layer SDUs at PDCP re-establishment procedure for RLC AM)
- 재전송 기능(retransmission of PDCP SDUs at handover and, for split bearers in DC, of PDCP PDUs at PDCP data-recovery procedure, for RLC AM)
- 암호화 및 복호화 기능(ciphering and deciphering)
- 타이머 기반 SDU 삭제 기능(timer-based SDU discard in uplink.)
무선 링크 제어(radio link control, 이하 RLC라고 한다)(1b-10, 1b-35)는 PDCP PDU(packet data unit)를 적절한 크기로 재구성해서 ARQ 동작 등을 수행할 수 있다. RLC의 주요 기능은 하기와 같이 요약될 수 있다.
- 데이터 전송 기능(transfer of upper layer PDUs)
- ARQ 기능(error correction through ARQ (only for AM data transfer))
- 접합, 분할, 재조립 기능(concatenation, segmentation and reassembly of RLC SDUs (only for UM and AM data transfer))
- 재분할 기능(re-segmentation of RLC data PDUs (only for AM data transfer))
- 순서 재정렬 기능(reordering of RLC data PDUs (only for UM and AM data transfer)
- 중복 탐지 기능(duplicate detection (only for UM and AM data transfer))
- 오류 탐지 기능(protocol error detection (only for AM data transfer))
- RLC SDU 삭제 기능(RLC SDU discard (only for UM and AM data transfer))
- RLC 재수립(또는, 재설립) 기능(RLC re-establishment)
MAC(1b-15, 1b-30)은 한 단말에 구성된 여러 RLC 계층 장치들과 연결되며, RLC PDU들을 MAC PDU에 다중화하고 MAC PDU로부터 RLC PDU들을 역다중화하는 동작을 수행할 수 있다. MAC의 주요 기능은 하기와 같이 요약될 수 있다.
- 맵핑 기능(MAPPING between logical channels and transport channels)
- 다중화 및 역다중화 기능(multiplexing/demultiplexing of MAC SDUs belonging to one or different logical channels into/from transport blocks (TB) delivered to/from the physical layer on transport channels)
- 스케쥴링 정보 보고 기능(scheduling information reporting)
- HARQ 기능(error correction through HARQ)
- 로지컬 채널 간 우선 순위 조절 기능(priority handling between logical channels of one UE)
- 단말간 우선 순위 조절 기능(priority handling between UEs by means of dynamic scheduling)
- MBMS 서비스 확인 기능(MBMS service identification)
- 전송 포맷 선택 기능(transport format selection)
- 패딩 기능(padding)
물리 계층(1b-20, 1b-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 할 수 있다.
도 1c는 본 개시의 일 실시 예에 따른 차세대 이동통신 시스템의 구조를 도시한 도면이다.
도 1c을 참조하면, 도시한 바와 같이 차세대 이동통신 시스템(이하 NR 혹은 5G)의 무선 액세스 네트워크는 차세대 기지국(new radio node B, 이하 NR gNB 혹은 NR 기지국)(1c-10) 과 NR CN (1c-05, new radio core network)로 구성될 수 있다. 사용자 단말(new radio user equipment, 이하 NR UE 또는 단말)(1c-15)은 NR gNB(1c-10) 및 NR CN (1c-05)를 통해 외부 네트워크에 접속할 수 있다.
도 1c에서 NR gNB(1c-10)는 기존 LTE 시스템의 eNB (evolved node B)에 대응될 수 있다. NR gNB는 NR UE(1c-15)와 무선 채널로 연결되며 기존 노드 B 보다 더 월등한 서비스를 제공해줄 수 있다. 차세대 이동통신 시스템에서는 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스되므로, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요하며, 이를 NR NB(1c-10)가 담당할 수 있다. 하나의 NR gNB는 통상 복수의 셀들을 제어할 수 있다. 현재 LTE 대비 초고속 데이터 전송을 구현하기 위해서 기존 최대 대역폭 이상을 가질 수 있고, OFDM 방식을 무선 접속 기술로 하여 추가적으로 빔포밍 기술이 접목될 수 있다. 또한 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 AMC 방식을 적용할 수 있다. NR CN (1c-05)는 이동성 지원, 베어러 설정, QoS 설정 등의 기능을 수행할 수 있다. NR CN는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 복수의 기지국 들과 연결될 수 있다. 또한 차세대 이동통신 시스템은 기존 LTE 시스템과도 연동될 수 있으며, NR CN이 MME (1c-25)와 네트워크 인터페이스를 통해 연결될 수 있다. MME는 기존 기지국인 eNB (1c-30)과 연결될 수 있다.
도 1d는 본 개시의 일 실시 예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 1d를 참조하면, 차세대 이동통신 시스템의 무선 프로토콜은 단말과 NR 기지국에서 각각 NR SDAP(1d-01, 1d-45), NR PDCP(1d-05, 1d-40), NR RLC(1d-10, 1d-35), NR MAC(1d-15, 1d-30)으로 이루어질 수 있다.
NR SDAP(1d-01, 1d-45)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
사용자 데이터의 전달 기능(transfer of user plane data)
상향 링크와 하향 링크에 대해서 QoS flow와 데이터 베어러의 맵핑 기능(mapping between a QoS flow and a DRB for both DL and UL)
상향 링크와 하향 링크에 대해서 QoS flow ID를 마킹 기능(marking QoS flow ID in both DL and UL packets)
상향 링크 SDAP PDU들에 대해서 relective QoS flow를 데이터 베어러에 맵핑시키는 기능 (reflective QoS flow to DRB mapping for the UL SDAP PDUs).
SDAP 계층 장치에 대해 단말은 RRC 메시지에 의해 각 PDCP 계층 장치 별로 혹은 베어러 별로 혹은 로지컬 채널 별로 SDAP 계층 장치의 헤더를 사용할 지 여부 혹은 SDAP 계층 장치의 기능을 사용할 지 여부가 설정될 수 있으며, SDAP 헤더가 설정된 경우, SDAP 헤더의 NAS QoS 반영 설정 1비트 지시자(NAS reflective QoS)와 AS QoS 반영 설정 1비트 지시자(AS reflective QoS)로 단말이 상향 링크와 하향 링크의 QoS flow와 데이터 베어러에 대한 맵핑 정보를 갱신 혹은 재설정할 수 있도록 지시할 수 있다. SDAP 헤더는 QoS를 나타내는 QoS flow ID 정보를 포함할 수 있다. QoS 정보는 원할한 서비스를 지원하기 위한 데이터 처리 우선 순위, 스케쥴링 정보 등으로 사용될 수 있다.
NR PDCP (1d-05, 1d-40)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
헤더 압축 및 압축 해제 기능(header compression and decompression: ROHC only)
- 사용자 데이터 전송 기능(transfer of user data)
- 순차적 전달 기능(in-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능(out-of-sequence delivery of upper layer PDUs)
- 순서 재정렬 기능(pdcp pdu reordering for reception)
- 중복 탐지 기능(duplicate detection of lower layer SDUs)
- 재전송 기능(retransmission of PDCP SDUs)
- 암호화 및 복호화 기능(ciphering and deciphering)
- 타이머 기반 SDU 삭제 기능(timer-based SDU discard in uplink.)
상기에서 NR PDCP 장치의 순서 재정렬 기능(reordering)은 하위 계층에서 수신한 PDCP PDU들을 PDCP SN(sequence number)을 기반으로 순서대로 재정렬하는 기능을 말하며, 재정렬된 순서대로 데이터를 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 순서를 고려하지 않고, 바로 전달하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 PDCP PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.
NR RLC(1d-10, 1d-35)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 데이터 전송 기능(transfer of upper layer PDUs)
- 순차적 전달 기능(in-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능(out-of-sequence delivery of upper layer PDUs)
- ARQ 기능(error correction through ARQ)
- 접합, 분할, 재조립 기능(concatenation, segmentation and reassembly of RLC SDUs)
- 재분할 기능(re-segmentation of RLC data PDUs)
- 순서 재정렬 기능(reordering of RLC data PDUs)
- 중복 탐지 기능(duplicate detection)
- 오류 탐지 기능(protocol error detection)
- RLC SDU 삭제 기능(RLC SDU discard)
- RLC 재수립 기능(RLC re-establishment)
상기에서 NR RLC 장치의 순차적 전달 기능(in-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 말하며, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있으며, 수신한 RLC PDU들을 RLC SN(sequence number) 혹은 PDCP SN(sequence number)를 기준으로 재정렬하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 RLC PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있으며, 유실된 RLC SDU가 있을 경우, 유실된 RLC SDU 이전까지의 RLC SDU들만을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 타이머가 시작되기 전에 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 현재까지 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다. 또한, RLC PDU들을 수신하는 순서대로(예를 들어, 일련번호, Sequence number의 순서와 상관없이, 도착하는 순으로) 처리하여 PDCP 장치로 순서와 상관없이(out-of sequence delivery) 전달할 수도 있으며, 세그먼트(segment)인 경우에는 버퍼에 저장되어 있거나 추후에 수신될 세그먼트들을 수신하여 온전한 하나의 RLC PDU로 재구성한 후, 처리하여 PDCP 장치로 전달할 수 있다. NR RLC 계층은 접합(또는, 연접)(concatenation) 기능을 포함하지 않을 수 있고 기능을 NR MAC 계층에서 수행하거나 NR MAC 계층의 다중화(multiplexing) 기능으로 대체할 수 있다.
NR RLC 장치의 비순차적 전달 기능(out-of-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서와 상관없이 바로 상위 계층으로 전달하는 기능을 말하며, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있으며, 수신한 RLC PDU들의 RLC SN 혹은 PDCP SN을 저장하고 순서를 정렬하여 유실된 RLC PDU들을 기록해두는 기능을 포함할 수 있다.
NR MAC(1d-15, 1d-30)은 한 단말에 구성된 여러 NR RLC 계층 장치들과 연결될 수 있으며, NR MAC의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 맵핑 기능(mapping between logical channels and transport channels)
- 다중화 및 역다중화 기능(multiplexing/demultiplexing of MAC SDUs)
- 스케쥴링 정보 보고 기능(scheduling information reporting)
- HARQ 기능(error correction through HARQ)
- 로지컬 채널 간 우선 순위 조절 기능(priority handling between logical channels of one UE)
- 단말간 우선 순위 조절 기능(priority handling between UEs by means of dynamic scheduling)
- MBMS 서비스 확인 기능(MBMS service identification)
- 전송 포맷 선택 기능(transport format selection)
- 패딩 기능(padding)
NR PHY 계층(1d-20, 1d-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.
도 1e는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV (uncrewed aerial vehicle) 단말이 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
UAV 단말은 지상 단말(terrestrial UE) 보다 더 높은 가시거리(line of sight)의 확률을 지닐 수 있는 특징이 있을 수 있다. 따라서, 지상 단말에 비해 UAV 단말은 더 많은 셀로부터 하향링크(downlink, 이하 DL) 간섭을 수신하는 단점이 있을 수 있다. 즉, UAV 단말은 지상 단말보다 더 많은 주변 셀로부터 높은 레벨의 DL 간섭을 수신하는 특징이 있다. 마찬가지로, UAV 단말은 지상 단말에 비해 더 많은 셀들로 상향링크(uplink, 이하 UL) 간섭을 초래하는 특징이 있다. 본 개시에서는 UAV 단말의 특징에 따라 측정 보고를 기지국에게 보고하는 방법을 제안하고자 한다.
도 1e를 참조하면, UAV 단말(1e-01)은 NR 기지국(1e-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.
1e-10 단계에서, 단말은 기지국에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 메시지에는 측정 보고 설정(reporting configuration)에서 numberOfTriggeringCells을 지원하는 지 여부(multipleCellsMeasExtension)가 포함될 수 있다. multipleCellsMeasExtension은 단말이 특정 이벤트 조건이 만족하는 지 판단할 때, 단일 셀이 아닌 기지국이 설정한 셀의 개수(numberOfTriggeringCells)만큼 동시에 특정 이벤트 조건을 만족하는 셀이 있는 지를 판단(decide)(식별(identify), 또는 탐지(detect))하여 기지국에게 측정 보고를 전송할 수 있는 지에 대한 능력 여부를 나타낼 수 있다.
1e-15 단계에서, 기지국은 단말에 측정 설정 정보(MeasConfig)가 담긴 소정의 RRC 메시지(예를 들어, RRCResume or RRCReconfiguration)를 전송할 수 있다. 일 실시예로, 측정 설정 정보에는 이벤트 트리거링 조건이 담긴 보고 설정 정보(reportConfigToAddModList)가 수납(또는, 포함)될 수 있다. ReportConfigToAddModList에는 하나 또는 복수 개의 ReportConfigToAddMod로 구성될 수 있으며, 각 ReportConfigToAddMod는 다음과 같이 구성될 수 있다.
ReportConfigToAddMod ::= SEQUENCE {
reportConfigId ReportConfigId,
reportConfig CHOICE {
reportConfigNR ReportConfigNR,
...,
reportConfigInterRAT ReportConfigInterRAT,
reportConfigNR-SL-r16 ReportConfigNR-SL-r16
}
}
ReportConfigNR ::= SEQUENCE {
reportType CHOICE {
periodical PeriodicalReportConfig,
eventTriggered EventTriggerConfig,
...,
reportCGI ReportCGI,
reportSFTD ReportSFTD-NR,
condTriggerConfig-r16 CondTriggerConfig-r16,
cli-Periodical-r16 CLI-PeriodicalReportConfig-r16,
cli-EventTriggered-r16 CLI-EventTriggerConfig-r16,
rxTxPeriodical-r17 RxTxPeriodical-r17
}
}
ReportCGI ::= SEQUENCE {
cellForWhichToReportCGI PhysCellId,
...,
[[
useAutonomousGaps-r16 ENUMERATED {setup} OPTIONAL -- Need R
]]
}
ReportSFTD-NR ::= SEQUENCE {
reportSFTD-Meas BOOLEAN,
reportRSRP BOOLEAN,
...,
[[
reportSFTD-NeighMeas ENUMERATED {true} OPTIONAL, -- Need R
drx-SFTD-NeighMeas ENUMERATED {true} OPTIONAL, -- Need R
cellsForWhichToReportSFTD SEQUENCE (SIZE (1..maxCellSFTD)) OF PhysCellId OPTIONAL -- Need R
]]
}
CondTriggerConfig-r16 ::= SEQUENCE {
condEventId CHOICE {
condEventA3 SEQUENCE {
a3-Offset MeasTriggerQuantityOffset,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger
},
condEventA5 SEQUENCE {
a5-Threshold1 MeasTriggerQuantity,
a5-Threshold2 MeasTriggerQuantity,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger
},
...,
condEventA4-r17 SEQUENCE {
a4-Threshold-r17 MeasTriggerQuantity,
hysteresis-r17 Hysteresis,
timeToTrigger-r17 TimeToTrigger
},
condEventD1-r17 SEQUENCE {
distanceThreshFromReference1-r17 INTEGER(0.. 65525),
distanceThreshFromReference2-r17 INTEGER(0.. 65525),
referenceLocation1-r17 ReferenceLocation-r17,
referenceLocation2-r17 ReferenceLocation-r17,
hysteresis-r17 HysteresisLocation-r17,
timeToTrigger-r17 TimeToTrigger
},
condEventT1-r17 SEQUENCE {
t1-Threshold-r17 INTEGER (0..549755813887),
duration-r17 INTEGER (1..6000)
}
},
rsType-r16 NR-RS-Type,
...
}
EventTriggerConfig::= SEQUENCE {
eventId CHOICE {
eventA1 SEQUENCE {
a1-Threshold MeasTriggerQuantity,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger
},
eventA2 SEQUENCE {
a2-Threshold MeasTriggerQuantity,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger
},
eventA3 SEQUENCE {
a3-Offset MeasTriggerQuantityOffset,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
useAllowedCellList BOOLEAN
},
eventA4 SEQUENCE {
a4-Threshold MeasTriggerQuantity,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
useAllowedCellList BOOLEAN
},
eventA5 SEQUENCE {
a5-Threshold1 MeasTriggerQuantity,
a5-Threshold2 MeasTriggerQuantity,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
useAllowedCellList BOOLEAN
},
eventA6 SEQUENCE {
a6-Offset MeasTriggerQuantityOffset,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
useAllowedCellList BOOLEAN
},
...,
[[
eventX1-r17 SEQUENCE {
x1-Threshold1-Relay-r17 SL-MeasTriggerQuantity-r16,
x1-Threshold2-r17 MeasTriggerQuantity,
reportOnLeave-r17 BOOLEAN,
hysteresis-r17 Hysteresis,
timeToTrigger-r17 TimeToTrigger,
useAllowedCellList-r17 BOOLEAN
},
eventX2-r17 SEQUENCE {
x2-Threshold-Relay-r17 SL-MeasTriggerQuantity-r16,
reportOnLeave-r17 BOOLEAN,
hysteresis-r17 Hysteresis,
timeToTrigger-r17 TimeToTrigger
},
eventD1-r17 SEQUENCE {
distanceThreshFromReference1-r17 INTEGER(1.. 65525),
distanceThreshFromReference2-r17 INTEGER(1.. 65525),
referenceLocation1-r17 ReferenceLocation-r17,
referenceLocation2-r17 ReferenceLocation-r17,
reportOnLeave-r17 BOOLEAN,
hysteresisLocation-r17 HysteresisLocation-r17,
timeToTrigger-r17 TimeToTrigger
}
]]
},
rsType NR-RS-Type,
reportInterval ReportInterval,
reportAmount ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
reportQuantityCell MeasReportQuantity,
maxReportCells INTEGER (1..maxCellReport),
reportQuantityRS-Indexes MeasReportQuantity OPTIONAL, -- Need R
maxNrofRS-IndexesToReport INTEGER (1..maxNrofIndexesToReport) OPTIONAL, -- Need R
includeBeamMeasurements BOOLEAN,
reportAddNeighMeas ENUMERATED {setup} OPTIONAL, -- Need R
...,
[[
measRSSI-ReportConfig-r16 MeasRSSI-ReportConfig-r16 OPTIONAL, -- Need R
useT312-r16 BOOLEAN OPTIONAL, -- Need M
includeCommonLocationInfo-r16 ENUMERATED {true} OPTIONAL, -- Need R
includeBT-Meas-r16 SetupRelease {BT-NameList-r16} OPTIONAL, -- Need M
includeWLAN-Meas-r16 SetupRelease {WLAN-NameList-r16} OPTIONAL, -- Need M
includeSensor-Meas-r16 SetupRelease {Sensor-NameList-r16} OPTIONAL -- Need M
]],
[[
coarseLocationRequest-r17 ENUMERATED {true} OPTIONAL, -- Need R
reportQuantityRelay-r17 SL-MeasReportQuantity-r16 OPTIONAL -- Need R
]]
}
PeriodicalReportConfig ::= SEQUENCE {
rsType NR-RS-Type,
reportInterval ReportInterval,
reportAmount ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
reportQuantityCell MeasReportQuantity,
maxReportCells INTEGER (1..maxCellReport),
reportQuantityRS-Indexes MeasReportQuantity OPTIONAL, -- Need R
maxNrofRS-IndexesToReport INTEGER (1..maxNrofIndexesToReport) OPTIONAL, -- Need R
includeBeamMeasurements BOOLEAN,
useAllowedCellList BOOLEAN,
...,
[[
measRSSI-ReportConfig-r16 MeasRSSI-ReportConfig-r16 OPTIONAL, -- Need R
includeCommonLocationInfo-r16 ENUMERATED {true} OPTIONAL, -- Need R
includeBT-Meas-r16 SetupRelease {BT-NameList-r16} OPTIONAL, -- Need M
includeWLAN-Meas-r16 SetupRelease {WLAN-NameList-r16} OPTIONAL, -- Need M
includeSensor-Meas-r16 SetupRelease {Sensor-NameList-r16} OPTIONAL, -- Need M
ul-DelayValueConfig-r16 SetupRelease { UL-DelayValueConfig-r16 } OPTIONAL, -- Need M
reportAddNeighMeas-r16 ENUMERATED {setup} OPTIONAL -- Need R
]],
[[
ul-ExcessDelayConfig-r17 SetupRelease { UL-ExcessDelayConfig-r17 } OPTIONAL, -- Need M
coarseLocationRequest-r17 ENUMERATED {true} OPTIONAL, -- Need R
reportQuantityRelay-r17 SL-MeasReportQuantity-r16 OPTIONAL -- Need R
]]
}
NR-RS-Type ::= ENUMERATED {ssb, csi-rs}
MeasTriggerQuantity ::= CHOICE {
rsrp RSRP-Range,
rsrq RSRQ-Range,
sinr SINR-Range
}
MeasTriggerQuantityOffset ::= CHOICE {
rsrp INTEGER (-30..30),
rsrq INTEGER (-30..30),
sinr INTEGER (-30..30)
}
MeasReportQuantity ::= SEQUENCE {
rsrp BOOLEAN,
rsrq BOOLEAN,
sinr BOOLEAN
}
MeasRSSI-ReportConfig-r16 ::= SEQUENCE {
channelOccupancyThreshold-r16 RSSI-Range-r16 OPTIONAL -- Need R
}
CLI-EventTriggerConfig-r16 ::= SEQUENCE {
eventId-r16 CHOICE {
eventI1-r16 SEQUENCE {
i1-Threshold-r16 MeasTriggerQuantityCLI-r16,
reportOnLeave-r16 BOOLEAN,
hysteresis-r16 Hysteresis,
timeToTrigger-r16 TimeToTrigger
},
...
},
reportInterval-r16 ReportInterval,
reportAmount-r16 ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
maxReportCLI-r16 INTEGER (1..maxCLI-Report-r16),
...
}
CLI-PeriodicalReportConfig-r16 ::= SEQUENCE {
reportInterval-r16 ReportInterval,
reportAmount-r16 ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
reportQuantityCLI-r16 MeasReportQuantityCLI-r16,
maxReportCLI-r16 INTEGER (1..maxCLI-Report-r16),
...
}
RxTxPeriodical-r17 ::= SEQUENCE {
rxTxReportInterval-r17 RxTxReportInterval-r17 OPTIONAL, -- Need R
reportAmount-r17 ENUMERATED {r1, infinity, spare6, spare5, spare4, spare3, spare2, spare1},
...
}
RxTxReportInterval-r17 ::= ENUMERATED {ms80,ms120,ms160,ms240,ms320,ms480,ms640,ms1024,ms1280,ms2048,ms2560,ms5120,spare4,spare3,spare2,spare1}
MeasTriggerQuantityCLI-r16 ::= CHOICE {
srs-RSRP-r16 SRS-RSRP-Range-r16,
cli-RSSI-r16 CLI-RSSI-Range-r16
}
MeasReportQuantityCLI-r16 ::= ENUMERATED {srs-rsrp, cli-rssi}
ReportConfigInterRAT ::= SEQUENCE {
reportType CHOICE {
periodical PeriodicalReportConfigInterRAT,
eventTriggered EventTriggerConfigInterRAT,
reportCGI ReportCGI-EUTRA,
...,
reportSFTD ReportSFTD-EUTRA
}
}
ReportCGI-EUTRA ::= SEQUENCE {
cellForWhichToReportCGI EUTRA-PhysCellId,
...,
[[
useAutonomousGaps-r16 ENUMERATED {setup} OPTIONAL -- Need R
]]
}
ReportSFTD-EUTRA ::= SEQUENCE {
reportSFTD-Meas BOOLEAN,
reportRSRP BOOLEAN,
...
}
EventTriggerConfigInterRAT ::= SEQUENCE {
eventId CHOICE {
eventB1 SEQUENCE {
b1-ThresholdEUTRA MeasTriggerQuantityEUTRA,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
...
},
eventB2 SEQUENCE {
b2-Threshold1 MeasTriggerQuantity,
b2-Threshold2EUTRA MeasTriggerQuantityEUTRA,
reportOnLeave BOOLEAN,
hysteresis Hysteresis,
timeToTrigger TimeToTrigger,
...
},
...,
[[
eventB1-UTRA-FDD-r16 SEQUENCE {
b1-ThresholdUTRA-FDD-r16 MeasTriggerQuantityUTRA-FDD-r16,
reportOnLeave-r16 BOOLEAN,
hysteresis-r16 Hysteresis,
timeToTrigger-r16 TimeToTrigger,
...
},
eventB2-UTRA-FDD-r16 SEQUENCE {
b2-Threshold1-r16 MeasTriggerQuantity,
b2-Threshold2UTRA-FDD-r16 MeasTriggerQuantityUTRA-FDD-r16,
reportOnLeave-r16 BOOLEAN,
hysteresis-r16 Hysteresis,
timeToTrigger-r16 TimeToTrigger,
...
}
]],
[[
eventY1-Relay-r17 SEQUENCE {
y1-Threshold1-r17 MeasTriggerQuantity,
y1-Threshold2-Relay-r17 SL-MeasTriggerQuantity-r16,
reportOnLeave-r17 BOOLEAN,
hysteresis-r17 Hysteresis,
timeToTrigger-r17 TimeToTrigger,
...
},
eventY2-Relay-r17 SEQUENCE {
y2-Threshold-Relay-r17 SL-MeasTriggerQuantity-r16,
reportOnLeave-r17 BOOLEAN,
hysteresis-r17 Hysteresis,
timeToTrigger-r17 TimeToTrigger,
...
}
]]
},
rsType NR-RS-Type,
reportInterval ReportInterval,
reportAmount ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
reportQuantity MeasReportQuantity,
maxReportCells INTEGER (1..maxCellReport),
...,
[[
reportQuantityUTRA-FDD-r16 MeasReportQuantityUTRA-FDD-r16 OPTIONAL -- Need R
]],
[[
includeCommonLocationInfo-r16 ENUMERATED {true} OPTIONAL, -- Need R
includeBT-Meas-r16 SetupRelease {BT-NameList-r16} OPTIONAL, -- Need M
includeWLAN-Meas-r16 SetupRelease {WLAN-NameList-r16} OPTIONAL, -- Need M
includeSensor-Meas-r16 SetupRelease {Sensor-NameList-r16} OPTIONAL -- Need M
]],
[[
reportQuantityRelay-r17 SL-MeasReportQuantity-r16 OPTIONAL -- Need R
]]}
PeriodicalReportConfigInterRAT ::= SEQUENCE {
reportInterval ReportInterval,
reportAmount ENUMERATED {r1, r2, r4, r8, r16, r32, r64, infinity},
reportQuantity MeasReportQuantity,
maxReportCells INTEGER (1..maxCellReport),
...,
[[
reportQuantityUTRA-FDD-r16 MeasReportQuantityUTRA-FDD-r16 OPTIONAL -- Need R
]],
[[
includeCommonLocationInfo-r16 ENUMERATED {true} OPTIONAL, -- Need R
includeBT-Meas-r16 SetupRelease {BT-NameList-r16} OPTIONAL, -- Need M
includeWLAN-Meas-r16 SetupRelease {WLAN-NameList-r16} OPTIONAL, -- Need M
includeSensor-Meas-r16 SetupRelease {Sensor-NameList-r16} OPTIONAL -- Need M
]],
[[
reportQuantityRelay-r17 SL-MeasReportQuantity-r16 OPTIONAL -- Need R
]]
}
MeasTriggerQuantityUTRA-FDD-r16 ::= CHOICE{
utra-FDD-RSCP-r16 INTEGER (-5..91),
utra-FDD-EcN0-r16 INTEGER (0..49)
}
MeasReportQuantityUTRA-FDD-r16 ::= SEQUENCE {
cpich-RSCP BOOLEAN,
cpich-EcN0 BOOLEAN
}
본 개시에서는 reportType이 eventTriggered로 설정될 수 있으며, 소정의 이벤트 설정 정보(예를 들어, EventA3, EventA4, EventA5, EventB1, EventB2))에 numberOfTriggeringCells이 포함될 수 있다. numberOfTriggeringCells은 측정 보고를 트리거링하는 소정의 이벤트가 만족되어야 하는 하나 또는 복수 개의 감지(판단(decide), 식별(identify), 또는 탐지(detect))된 셀의 수(the number of cells detected that are required to fulfill an event for a measurement report to be triggered)를 의미할 수 있다.
이벤트 조건은 하기와 같을 수 있다.
5.5.4.4 Event A3 (Neighbour becomes offset better than SpCell)
The UE shall:
1> consider the entering condition for this event to be satisfied when condition A3-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition A3-2, as specified below, is fulfilled;
1> use the SpCell for Mp, Ofp and Ocp.
NOTE 1: The cell(s) that triggers the event has reference signals indicated in the measObjectNR associated to this event which may be different from the NR SpCell measObjectNR.
Inequality A3-1 (Entering condition)
Mn + Ofn + Ocn - Hys > Mp + Ofp + Ocp + Off
Inequality A3-2 (Leaving condition)
Mn + Ofn + Ocn + Hys < Mp + Ofp + Ocp + Off
The variables in the formula are defined as follows:
Mn is the measurement result of the neighbouring cell, not taking into account any offsets.
Ofn is the measurement object specific offset of the reference signal of the neighbour cell (i.e. offsetMO as defined within measObjectNR corresponding to the neighbour cell).
Ocn is the cell specific offset of the neighbour cell (i.e. cellIndividualOffset as defined within measObjectNR corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell.
Mp is the measurement result of the SpCell, not taking into account any offsets.
Ofp is the measurement object specific offset of the SpCell (i.e. offsetMO as defined within measObjectNR corresponding to the SpCell).
Ocp is the cell specific offset of the SpCell (i.e. cellIndividualOffset as defined within measObjectNR corresponding to the SpCell), and is set to zero if not configured for the SpCell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR for this event).
Off is the offset parameter for this event (i.e. a3-Offset as defined within reportConfigNR for this event).
Mn, Mp are expressed in dBm in case of RSRP, or in dB in case of RSRQ and RS-SINR.
Ofn , Ocn , Ofp , Ocp , Hys , Off are expressed in dB.
NOTE 2: The definition of Event A3 also applies to CondEvent A3.
5.5.4.5 Event A4 (Neighbour becomes better than threshold)
The UE shall:
1> consider the entering condition for this event to be satisfied when condition A4-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition A4-2, as specified below, is fulfilled.
Inequality A4-1 (Entering condition)
Mn + Ofn + Ocn - Hys > Thresh
Inequality A4-2 (Leaving condition)
Mn + Ofn + Ocn + Hys < Thresh
The variables in the formula are defined as follows:
Mn is the measurement result of the neighbouring cell, not taking into account any offsets.
Ofn is the measurement object specific offset of the neighbour cell (i.e. offsetMO as defined within measObjectNR corresponding to the neighbour cell).
Ocn is the measurement object specific offset of the neighbour cell (i.e. cellIndividualOffset as defined within measObjectNR corresponding to the neighbour cell), and set to zero if not configured for the neighbour cell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR for this event).
Thresh is the threshold parameter for this event (i.e. a4-Threshold as defined within reportConfigNR for this event).
Mn is expressed in dBm in case of RSRP, or in dB in case of RSRQ and RS-SINR.
Ofn, Ocn, Hys are expressed in dB.
Thresh is expressed in the same unit as Mn .
NOTE: The definition of Event A4 also applies to CondEvent A4.
5.5.4.6 Event A5 (SpCell becomes worse than threshold1 and neighbour becomes better than threshold2)
The UE shall:
1> consider the entering condition for this event to be satisfied when both condition A5-1 and condition A5-2, as specified below, are fulfilled;
1> consider the leaving condition for this event to be satisfied when condition A5-3 or condition A5-4, i.e. at least one of the two, as specified below, is fulfilled;
1> use the SpCell for Mp.
NOTE 1: The parameters of the reference signal(s) of the cell(s) that triggers the event are indicated in the measObjectNR associated to the event which may be different from the measObjectNR of the NR SpCell.
Inequality A5-1 (Entering condition 1)
Mp + Hys < Thresh1
Inequality A5-2 (Entering condition 2)
Mn + Ofn + Ocn - Hys > Thresh2
Inequality A5-3 (Leaving condition 1)
Mp - Hys > Thresh1
Inequality A5-4 (Leaving condition 2)
Mn + Ofn + Ocn + Hys < Thresh2
The variables in the formula are defined as follows:
Mp is the measurement result of the NR SpCell, not taking into account any offsets.
Mn is the measurement result of the neighbouring cell, not taking into account any offsets.
Ofn is the measurement object specific offset of the neighbour cell (i.e. offsetMO as defined within measObjectNR corresponding to the neighbour cell).
Ocn is the cell specific offset of the neighbour cell (i.e. cellIndividualOffset as defined within measObjectNR corresponding to the neighbour cell), and set to zero if not configured for the neighbour cell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigNR for this event).
Thresh1 is the threshold parameter for this event (i.e. a5-Threshold1 as defined within reportConfigNR for this event).
Thresh2 is the threshold parameter for this event (i.e. a5-Threshold2 as defined within reportConfigNR for this event).
Mn, Mp are expressed in dBm in case of RSRP, or in dB in case of RSRQ and RS-SINR.
Ofn, Ocn, Hys are expressed in dB.
Thresh1 is expressed in the same unit as Mp .
Thresh2 is expressed in the same unit as Mn .
NOTE 2: The definition of Event A5 also applies to CondEvent A5.
5.5.4.8 Event B1 (Inter RAT neighbour becomes better than threshold)
The UE shall:
1> consider the entering condition for this event to be satisfied when condition B1-1, as specified below, is fulfilled;
1> consider the leaving condition for this event to be satisfied when condition B1-2, as specified below, is fulfilled.
Inequality B1-1 (Entering condition)
Mn + Ofn + Ocn - Hys > Thresh
Inequality B1-2 (Leaving condition)
Mn + Ofn + Ocn + Hys < Thresh
The variables in the formula are defined as follows:
Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets.
Ofn is the measurement object specific offset of the frequency of the inter-RAT neighbour cell (i.e. eutra-Q-OffsetRange as defined within the measObjectEUTRA corresponding to the frequency of the neighbour inter-RAT cell, utra-FDD-Q-OffsetRange as defined within the measObjectUTRA-FDD corresponding to the frequency of the neighbour inter-RAT cell).
Ocn is the cell specific offset of the inter-RAT neighbour cell (i.e. cellIndividualOffset as defined within the measObjectEUTRA corresponding to the neighbour inter-RAT cell), and set to zero if not configured for the neighbour cell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigInterRAT for this event).
Thresh is the threshold parameter for this event (i.e. b1-ThresholdEUTRA as defined within reportConfigInterRAT for this event, b1-ThresholdUTRA-FDD as defined for UTRA-FDD within reportConfigInterRAT for this event).
Mn is expressed in dBm or in dB, depending on the measurement quantity of the inter-RAT neighbour cell.
Ofn, Ocn, Hys are expressed in dB.
Thresh is expressed in the same unit as Mn .
5.5.4.9 Event B2 (PCell becomes worse than threshold1 and inter RAT neighbour becomes better than threshold2)
The UE shall:
1> consider the entering condition for this event to be satisfied when both condition B2-1 and condition B2-2, as specified below, are fulfilled;
1> consider the leaving condition for this event to be satisfied when condition B2-3 or condition B2-4, i.e. at least one of the two, as specified below, is fulfilled;
Inequality B2-1 (Entering condition 1)
Mp + Hys < Thresh1
Inequality B2-2 (Entering condition 2)
Mn + Ofn + Ocn - Hys > Thresh2
Inequality B2-3 (Leaving condition 1)
Mp - Hys > Thresh1
Inequality B2-4 (Leaving condition 2)
Mn + Ofn + Ocn + Hys < Thresh2
The variables in the formula are defined as follows:
Mp is the measurement result of the PCell, not taking into account any offsets.
Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets.
Ofn is the measurement object specific offset of the frequency of the inter-RAT neighbour cell (i.e. eutra-Q-OffsetRange as defined within the measObjectEUTRA corresponding to the frequency of the inter-RAT neighbour cell, utra-FDD-Q-OffsetRange as defined within the measObjectUTRA-FDD corresponding to the frequency of the neighbour inter-RAT cell).
Ocn is the cell specific offset of the inter-RAT neighbour cell (i.e. cellIndividualOffset as defined within the measObjectEUTRA corresponding to the neighbour inter-RAT cell), and set to zero if not configured for the neighbour cell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigInterRAT for this event).
Thresh1 is the threshold parameter for this event (i.e. b2-Threshold1 as defined within reportConfigInterRAT for this event).
Thresh2 is the threshold parameter for this event (i.e. b2-Threshold2EUTRA as defined within reportConfigInterRAT for this event, b2-Threshold2UTRA-FDD as defined for UTRA-FDD within reportConfigInterRAT for this event).
Mp is expressed in dBm in case of RSRP, or in dB in case of RSRQ and SINR.
Mn is expressed in dBm or dB, depending on the measurement quantity of the inter-RAT neighbour cell.
Ofn, Ocn, Hys are expressed in dB.
Thresh1 is expressed in the same unit as Mp .
Thresh2 is expressed in the same unit as Mn .
1e-20 단계에서, 단말은 1e-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고(measurement report)를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 구체적으로, 단말은 하기 조건 중 적어도 하나가 만족하는 경우 측정 보고를 트리거링한다고 판단(decide)(식별(identify), 또는 확인(check))할 수 있다.
2> if the reportType is set to eventTriggered and if the corresponding reportConfig includes numberOfTriggeringCells, and if the entry condition applicable for this event, i.e. the event corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled for one or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for this event within the VarMeasConfig:
3> If the VarMeasReportList does not include a measurement reporting entry for this measId (a first cell triggers the event):
4> include a measurement reporting entry within the VarMeasReportList for this measId;
3> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> else:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
4> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
5> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
5> initiate the measurement reporting procedure, as specified in 5.5.5;
2> if the reportType is set to eventTriggered and if the leaving condition applicable for this event is fulfilled for one or more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measId for all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for this event:
3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> if reportOnLeave is set to TRUE for the corresponding reporting configuration or if a6-ReportOnLeave is set to TRUE or if a4-a5-ReportOnLeave is set to TRUE for the corresponding reporting configuration:
4> initiate the measurement reporting procedure, as specified in 5.5.5;
3> if the cellsTriggeredList defined within the VarMeasReportList for this measId is empty:
4> remove the measurement reporting entry within the VarMeasReportList for this measId;
4> stop the periodical reporting timer for this measId, if running;
1e-25 단계에서, 단말은 1e-20 단계에서 측정 보고를 트리거링한다고 판단(decide)(식별(identify), 또는 확인(check))하는 경우, 기지국에게 측정 보고를 전송할 수 있다. 단말이 기지국에게 측정 보고를 전송하는 구체적인 절차는 하기와 같을 수 있다.
For the measId for which the measurement reporting procedure was triggered, the UE shall set the measResults within the MeasurementReport message as follows:
1> set the measId to the measurement identity that triggered the measurement reporting;
1> for each serving cell configured with servingCellMO:
2> if the reportConfig associated with the measId that triggered the measurement reporting includes rsType:
3> if the serving cell measurements based on the rsType included in the reportConfig that triggered the measurement report are available:
4> set the measResultServingCell within measResultServingMOList to include RSRP, RSRQ and the available SINR of the serving cell, derived based on the rsType included in the reportConfig that triggered the measurement report;
2> else:
3> if SSB based serving cell measurements are available:
4> set the measResultServingCell within measResultServingMOList to include RSRP, RSRQ and the available SINR of the serving cell, derived based on SSB;
3> else if CSI-RS based serving cell measurements are available:
4> set the measResultServingCell within measResultServingMOList to include RSRP, RSRQ and the available SINR of the serving cell, derived based on CSI-RS;
1> set the servCellId within measResultServingMOList to include each NR serving cell that is configured with servingCellMO, if any;
1> if the reportConfig associated with the measId that triggered the measurement reporting includes reportQuantityRS-Indexes and maxNrofRS-IndexesToReport:
2> for each serving cell configured with servingCellMO, include beam measurement information according to the associated reportConfig as described in 5.5.5.2;
1> if the reportConfig associated with the measId that triggered the measurement reporting includes reportAddNeighMeas:
2> for each measObjectId referenced in the measIdList which is also referenced with servingCellMO, other than the measObjectId corresponding with the measId that triggered the measurement reporting:
3> if the measObjectNR indicated by the servingCellMO includes the RS resource configuration corresponding to the rsType indicated in the reportConfig:
4> set the measResultBestNeighCell within measResultServingMOList to include the physCellId and the available measurement quantities based on the reportQuantityCell and rsType indicated in reportConfig of the non-serving cell corresponding to the concerned measObjectNR with the highest measured RSRP if RSRP measurement results are available for cells corresponding to this measObjectNR, otherwise with the highest measured RSRQ if RSRQ measurement results are available for cells corresponding to this measObjectNR, otherwise with the highest measured SINR;
4> if the reportConfig associated with the measId that triggered the measurement reporting includes reportQuantityRS-Indexes and maxNrofRS-IndexesToReport:
5> for each best non-serving cell included in the measurement report:
6> include beam measurement information according to the associated reportConfig as described in 5.5.5.2;
1> if the reportConfig associated with the measId that triggered the measurement reporting is set to eventTriggered and eventID is set to eventA3, or eventA4, or eventA5, or eventB1, or eventB2:
2> if the UE is in NE-DC and the measurement configuration that triggered this measurement report is associated with the MCG:
3> set the measResultServFreqListEUTRA-SCG to include an entry for each E-UTRA SCG serving frequency with the following:
4> include carrierFreq of the E-UTRA serving frequency;
4> set the measResultServingCell to include the available measurement quantities that the UE is configured to measure by the measurement configuration associated with the SCG;
4> if reportConfig associated with the measId that triggered the measurement reporting includes reportAddNeighMeas:
5> set the measResultServFreqListEUTRA-SCG to include within measResultBestNeighCell the quantities of the best non-serving cell, based on RSRP, on the concerned serving frequency;
1> if reportConfig associated with the measId that triggered the measurement reporting is set to eventTriggered and eventID is set to eventA3, or eventA4, or eventA5:
2> if the UE is in NR-DC and the measurement configuration that triggered this measurement report is associated with the MCG:
3> set the measResultServFreqListNR-SCG to include for each NR SCG serving cell that is configured with servingCellMO, if any, the following:
4> if the reportConfig associated with the measId that triggered the measurement reporting includes rsType:
5> if the serving cell measurements based on the rsType included in the reportConfig that triggered the measurement report are available according to the measurement configuration associated with the SCG:
6> set the measResultServingCell within measResultServFreqListNR-SCG to include RSRP, RSRQ and the available SINR of the serving cell, derived based on the rsType included in the reportConfig that triggered the measurement report;
4> else:
5> if SSB based serving cell measurements are available according to the measurement configuration associated with the SCG:
6> set the measResultServingCell within measResultServFreqListNR-SCG to include RSRP, RSRQ and the available SINR of the serving cell, derived based on SSB;
5> else if CSI-RS based serving cell measurements are available according to the measurement configuration associated with the SCG:
6> set the measResultServingCell within measResultServFreqListNR-SCG to include RSRP, RSRQ and the available SINR of the serving cell, derived based on CSI-RS;
4> if results for the serving cell derived based on SSB are included:
5> include the ssbFrequency to the value indicated by ssbFrequency as included in the MeasObjectNR of the serving cell;
4> if results for the serving cell derived based on CSI-RS are included:
5> include the refFreqCSI-RS to the value indicated by refFreqCSI-RS as included in the MeasObjectNR of the serving cell;
4> if the reportConfig associated with the measId that triggered the measurement reporting includes reportQuantityRS-Indexes and maxNrofRS-IndexesToReport:
5> for each serving cell configured with servingCellMO, include beam measurement information according to the associated reportConfig as described in 5.5.5.2, where availability is considered according to the measurement configuration associated with the SCG;
4> if reportConfig associated with the measId that triggered the measurement reporting includes reportAddNeighMeas:
5> if the measObjectNR indicated by the servingCellMO includes the RS resource configuration corresponding to the rsType indicated in the reportConfig:
6> set the measResultBestNeighCellListNR within measResultServFreqListNR-SCG to include one entry with the physCellId and the available measurement quantities based on the reportQuantityCell and rsType indicated in reportConfig of the non-serving cell corresponding to the concerned measObjectNR with the highest measured RSRP if RSRP measurement results are available for cells corresponding to this measObjectNR, otherwise with the highest measured RSRQ if RSRQ measurement results are available for cells corresponding to this measObjectNR, otherwise with the highest measured SINR, where availability is considered according to the measurement configuration associated with the SCG;
7> if the reportConfig associated with the measId that triggered the measurement reporting includes reportQuantityRS-Indexes and maxNrofRS-IndexesToReport:
8> for each best non-serving cell included in the measurement report:
9> include beam measurement information according to the associated reportConfig as described in 5.5.5.2, where availability is considered according to the measurement configuration associated with the SCG;
1> if the measRSSI-ReportConfig is configured within the corresponding reportConfig for this measId:
2> set the rssi-Result to the linear average of sample value(s) provided by lower layers in the reportInterval;
2> set the channelOccupancy to the rounded percentage of sample values which are beyond the channelOccupancyThreshold within all the sample values in the reportInterval;
1> if the UE is acting as L2 U2N Remote UE:
2> set the sl-MeasResultServingRelay to include the SL-RSRP of the serving L2 U2N Relay UE;
NOTE 1: In case of no data transmission from L2 U2N Relay UE to L2 U2N Remote UE, it is left to UE implementation whether to use SL-RSRP or SD-RSRP when setting the sl-MeasResultServingRelay of the serving L2 U2N Relay UE.
1> if there is at least one applicable neighbouring cell or candidate L2 U2N Relay UE to report:
2> if the reportType is set to eventTriggered or periodical:
3> if the measurement report concerns the candidate L2 U2N Relay UE:
4> set the sl-MeasResultsCandRelay in measResultNeighCells to include the best candidate L2 U2N Relay UEs up to maxReportCells in accordance with the following:
5> if the reportType is set to eventTriggered:
6> include the L2 U2N Relay UEs included in the relaysTriggeredList as defined within the VarMeasReportList for this measId;
5> else:
6> include the applicable L2 U2N Relay UEs for which the new measurement results became available since the last periodical reporting or since the measurement was initiated or reset;
5> for each L2 U2N Relay UE that is included in the sl-MeasResultsCandRelay:
6> include the sl-RelayUE-Identity;
5> for each included L2 U2N Relay UE, include the layer 3 filtered measured results in accordance with the reportConfig for this measId, ordered as follows:
6> set the sl-MeasResult to include the quantity(ies) indicated in the reportQuantityRelay within the concerned reportConfigRelay in decreasing order of the sorting quantity, determined as specified in 5.5.5.3, i.e. the best L2 U2N Relay UE is included first;
3> else:
4> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with the following:
5> if the reportType is set to eventTriggered and eventId is not set to eventD1:
6> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this measId;
5> else:
6> include the applicable cells for which the new measurement results became available since the last periodical reporting or since the measurement was initiated or reset;
5> for each cell that is included in the measResultNeighCells, include the physCellId;
5> if the reportType is set to eventTriggered or periodical:
6> for each included cell, include the layer 3 filtered measured results in accordance with the reportConfig for this measId, ordered as follows:
7> if the measObject associated with this measId concerns NR:
8> if rsType in the associated reportConfig is set to ssb:
9> set resultsSSB-Cell within the measResult to include the SS/PBCH block based quantity(ies) indicated in the reportQuantityCell within the concerned reportConfig, in decreasing order of the sorting quantity, determined as specified in 5.5.5.3, i.e. the best cell is included first;
9> if reportQuantityRS-Indexes and maxNrofRS-IndexesToReport are configured, include beam measurement information as described in 5.5.5.2;
8> else if rsType in the associated reportConfig is set to csi-rs:
9> set resultsCSI-RS-Cell within the measResult to include the CSI-RS based quantity(ies) indicated in the reportQuantityCell within the concerned reportConfig, in decreasing order of the sorting quantity, determined as specified in 5.5.5.3, i.e. the best cell is included first;
9> if reportQuantityRS-Indexes and maxNrofRS-IndexesToReport are configured, include beam measurement information as described in 5.5.5.2;
7> if the measObject associated with this measId concerns E-UTRA:
8> set the measResult to include the quantity(ies) indicated in the reportQuantity within the concerned reportConfigInterRAT in decreasing order of the sorting quantity, determined as specified in 5.5.5.3, i.e. the best cell is included first;
7> if the measObject associated with this measId concerns UTRA-FDD and if ReportConfigInterRAT includes the reportQuantityUTRA-FDD:
8> set the measResult to include the quantity(ies) indicated in the reportQuantityUTRA-FDD within the concerned reportConfigInterRAT in decreasing order of the sorting quantity, determined as specified in 5.5.5.3, i.e. the best cell is included first;
2> else:
3> if the cell indicated by cellForWhichToReportCGI is an NR cell:
4> if plmn-IdentityInfoList of the cgi-Info for the concerned cell has been obtained:
5> include the plmn-IdentityInfoList including plmn-IdentityList, trackingAreaCode (if available), trackingAreaList (if available), ranac (if available), cellIdentity and cellReservedForOperatorUse for each entry of the plmn-IdentityInfoList;
5> include frequencyBandList if available;
5> for each PLMN-IdentityInfo in plmn-IdentityInfoList:
6> if the gNB-ID-Length is broadcast:
7> include gNB-ID-Length;
4> if nr-CGI-Reporting-NPN is supported by the UE and npn-IdentityInfoList of the cgi-Info for the concerned cell has been obtained:
5> include the npn-IdentityInfoList including npn-IdentityList, trackingAreaCode, ranac (if available), cellIdentity and cellReservedForOperatorUse for each entry of the npn-IdentityInfoList;
5> for each NPN-IdentityInfo in NPN-IdentityInfoList:
6> if the gNB-ID-Length is broadcast:
7> include gNB-ID-Length;
5> include cellReservedForOtherUse if available;
4> else if MIB indicates the SIB1 is not broadcast:
5> include the noSIB1 including the ssb-SubcarrierOffset and pdcch-ConfigSIB1 obtained from MIB of the concerned cell;
3> if the cell indicated by cellForWhichToReportCGI is an E-UTRA cell:
4> if all mandatory fields of the cgi-Info-EPC for the concerned cell have been obtained:
5> include in the cgi-Info-EPC the fields broadcasted in E-UTRA SystemInformationBlockType1 associated to EPC;
4> if the UE is E-UTRA/5GC capable and all mandatory fields of the cgi-Info-5GC for the concerned cell have been obtained:
5> include in the cgi-Info-5GC the fields broadcasted in E-UTRA SystemInformationBlockType1 associated to 5GC;
4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI in the associated measObject have been obtained:
5> include the freqBandIndicator;
5> if the cell broadcasts the multiBandInfoList, include the multiBandInfoList;
5> if the cell broadcasts the freqBandIndicatorPriority, include the freqBandIndicatorPriority;
1> if the corresponding measObject concerns NR:
2> if the reportSFTD-Meas is set to true within the corresponding reportConfigNR for this measId:
3> set the measResultSFTD-NR in accordance with the following:
4> set sfn-OffsetResult and frameBoundaryOffsetResult to the measurement results provided by lower layers;
4> if the reportRSRP is set to true;
5> set rsrp-Result to the RSRP of the NR PSCell derived based on SSB;
2> else if the reportSFTD-NeighMeas is included within the corresponding reportConfigNR for this measId:
3> for each applicable cell which measurement results are available, include an entry in the measResultCellListSFTD-NR and set the contents as follows:
4> set physCellId to the physical cell identity of the concerned NR neighbour cell.
4> set sfn-OffsetResult and frameBoundaryOffsetResult to the measurement results provided by lower layers;
4> if the reportRSRP is set to true:
5> set rsrp-Result to the RSRP of the concerned cell derived based on SSB;
1> else if the corresponding measObject concerns E-UTRA:
2> if the reportSFTD-Meas is set to true within the corresponding reportConfigInterRAT for this measId:
3> set the measResultSFTD-EUTRA in accordance with the following:
4> set sfn-OffsetResult and frameBoundaryOffsetResult to the measurement results provided by lower layers;
4> if the reportRSRP is set to true;
5> set rsrpResult-EUTRA to the RSRP of the EUTRA PSCell;
1> if average uplink PDCP delay values are available:
2> set the ul-PDCP-DelayValueResultList to include the corresponding average uplink PDCP delay values;
1> if PDCP excess delay measurements are available:
2> set the ul-PDCP-ExcessDelayResultList to include the corresponding PDCP excess delay measurements;
1> if the includeCommonLocationInfo is configured in the corresponding reportConfig for this measId and detailed location information that has not been reported is available, set the content of commonLocationInfo of the locationInfo as follows:
2> include the locationTimestamp;
2> include the locationCoordinate, if available;
2> include the velocityEstimate, if available;
2> include the locationError, if available;
2> include the locationSource, if available;
2> if available, include the gnss-TOD-msec,
1> if the coarseLocationRequest is set to true in the corresponding reportConfig for this measId:
2> if available, include coarseLocationInfo;
1> if the includeWLAN-Meas is configured in the corresponding reportConfig for this measId, set the wlan-LocationInfo of the locationInfo in the measResults as follows:
2> if available, include the LogMeasResultWLAN, in order of decreasing RSSI for WLAN APs;
1> if the includeBT-Meas is configured in the corresponding reportConfig for this measId, set the BT-LocationInfo of the locationInfo in the measResults as follows:
2> if available, include the LogMeasResultBT, in order of decreasing RSSI for Bluetooth beacons;
1> if the includeSensor-Meas is configured in the corresponding reportConfig for this measId, set the sensor-LocationInfo of the locationInfo in the measResults as follows:
2> if available, include the sensor-MeasurementInformation;
2> if available, include the sensor-MotionInformation;
1> if there is at least one applicable transmission resource pool for NR sidelink communication (for measResultsSL):
2> set the measResultsListSL to include the CBR measurement results in accordance with the following:
3> if the reportType is set to eventTriggered:
4> include the transmission resource pools included in the poolsTriggeredList as defined within the VarMeasReportList for this measId;
3> else:
4> include the applicable transmission resource pools for which the new measurement results became available since the last periodical reporting or since the measurement was initiated or reset;
3> if the corresponding measObject concerns NR sidelink communication, then for each transmission resource pool to be reported:
4> set the sl-poolReportIdentity to the identity of this transmission resource pool;
4> set the sl-CBR-ResultsNR to the CBR measurement results on PSSCH and PSCCH of this transmission resource pool provided by lower layers, if available;
NOTE 1: Void.
1> if there is at least one applicable CLI measurement resource to report:
2> if the reportType is set to cli-EventTriggered or cli-Periodical:
3> set the measResultCLI to include the most interfering SRS resources or most interfering CLI-RSSI resources up to maxReportCLI in accordance with the following:
4> if the reportType is set to cli-EventTriggered:
5> if trigger quantity is set to srs-RSRP i.e. i1-Threshold is set to srs-RSRP:
6> include the SRS resource included in the cli-TriggeredList as defined within the VarMeasReportList for this measId;
5> if trigger quantity is set to cli-RSSI i.e. i1-Threshold is set to cli-RSSI:
6> include the CLI-RSSI resource included in the cli-TriggeredList as defined within the VarMeasReportList for this measId;
4> else:
5> if reportQuantityCLI is set to srs-rsrp:
6> include the applicable SRS resources for which the new measurement results became available since the last periodical reporting or since the measurement was initiated or reset;
5> else:
6> include the applicable CLI-RSSI resources for which the new measurement results became available since the last periodical reporting or since the measurement was initiated or reset;
4> for each SRS resource that is included in the measResultCLI:
5> include the srs-ResourceId;
5> set srs-RSRP-Result to include the layer 3 filtered measured results in decreasing order, i.e. the most interfering SRS resource is included first;
4> for each CLI-RSSI resource that is included in the measResultCLI:
5> include the rssi-ResourceId;
5> set cli-RSSI-Result to include the layer 3 filtered measured results in decreasing order, i.e. the most interfering CLI-RSSI resource is included first;
1> if there is at least one applicable UE Rx-Tx time difference measurement to report:
2> set measResultRxTxTimeDiff to the latest measurement result;
1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measId by 1;
1> stop the periodical reporting timer, if running;
1> if the numberOfReportsSent as defined within the VarMeasReportList for this measId is less than the reportAmount as defined within the corresponding reportConfig for this measId:
2> start the periodical reporting timer with the value of reportInterval as defined within the corresponding reportConfig for this measId;
1> else:
2> if the reportType is set to periodical or cli-Periodical or rxTxPeriodical:
3> remove the entry within the VarMeasReportList for this measId;
3> remove this measId from the measIdList within VarMeasConfig;
1> if the measurement reporting was configured by a sl-ConfigDedicatedNR received within the RRCConnectionReconfiguration:
2> submit the MeasurementReport message to lower layers for transmission via SRB1, embedded in E-UTRA RRC message ULInformationTransferIRAT as specified TS 36.331 [10], clause 5.6.28;
1> else if the UE is in (NG)EN-DC:
2> if SRB3 is configured and the SCG is not deactivated:
3> submit the MeasurementReport message via SRB3 to lower layers for transmission, upon which the procedure ends;
2> else:
3> submit the MeasurementReport message via E-UTRA embedded in E-UTRA RRC message ULInformationTransferMRDC as specified in TS 36.331 [10].
1> else if the UE is in NR-DC:
2> if the measurement configuration that triggered this measurement report is associated with the SCG:
3> if SRB3 is configured and the SCG is not deactivated:
4> submit the MeasurementReport message via SRB3 to lower layers for transmission, upon which the procedure ends;
3> else:
4> submit the MeasurementReport message via SRB1 embedded in NR RRC message ULInformationTransferMRDC as specified in 5.7.2a.3;
2> else:
3> submit the MeasurementReport message via SRB1 to lower layers for transmission, upon which the procedure ends;
1> else:
2> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends.
도 1f는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 측정 보고를 기지국에게 전송 시 핸드오버 실패 과정의 흐름도이다.
도 1f를 참조하면, UAV 단말(1f-01)은 NR 기지국(1f-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.
1f-10 단계에서, 단말은 기지국에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 단말 능력 정보 메시지(UECapabilityInformation)의 전송은 전술한 실시 예(예를 들어, 도 1e)를 따를 수 있다.
1f-15 단계에서, 기지국은 단말에 측정 설정 정보(MeasConfig)가 담긴 소정의 RRC 메시지(예를 들어, RRCResume or RRCReconfiguration)를 전송할 수 있다. 소정의 RRC 메시지(예를 들어, RRCResume or RRCReconfiguration)는 전술한 실시 예(예를 들어, 도 1e)를 따를 수 있다. 설명의 편의상, 기지국은 numberOfTriggeringCells을 3으로 설정할 수 있고, eventTriggered을 EventA3으로 설정할 수 있다.
1f-20 단계에서, 단말은 1f-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 구체적으로, 단말은 하기 조건이 만족하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다.
2> if the reportType is set to eventTriggered and if the corresponding reportConfig includes numberOfTriggeringCells, and if the entry condition applicable for this event, i.e. the event corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled for one or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for this event within the VarMeasConfig:
3> If the VarMeasReportList does not include a measurement reporting entry for this measId (a first cell triggers the event):
4> include a measurement reporting entry within the VarMeasReportList for this measId;
3> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> else:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
4> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
5> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
5> initiate the measurement reporting procedure, as specified in 5.5.5;
단말은 Cell 1, Cell 2, 및/또는 Cell 3에 대한 EventA3 엔트리(entry) 조건을 충족하는 경우, cellTriggeredCellList에 Cell 1, Cell 2, 및/또는 Cell 3을 포함시킬 수 있다. 단말은 cellTriggeredCellList에 포함된 셀들의 수가 numberOfTriggeringCells 보다 크거나 같아 측정 보고 절차를 개시할 수 있다.
1f-25 단계에서, 단말은 전술한 실시 예(예를 들어, 도 1e)에 따라 기지국에게 측정 보고를 전송할 수 있다.
1f-30 단계에서, 단말은 1f-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 즉, 단말은 Cell 1, Cell 2, 및/또는 Cell 3, Cell 4에 대한 EventA3의 엔트리 조건을 충족하는 경우, cellTriggeredCellList에 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4를 포함시킬 수 있다. 그러나 단말은 측정 보고 절차를 개시하지 않을 수 있다. 즉, 단말은 하기 조건이 충족할 때는 측정 보고 절차를 개시하지 않는 특징이 있다.
"Once such condition is met and a measurement report is sent, the list of triggered cells is updated when subsequent cell(s) fulfil the event, however further measurement reports are not sent while the list of triggered cells remains equal to or larger than the configured number of cells"
1f-35 단계에서, 단말은 1f-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 구체적으로, 단말은 Cell 2, Cell 3, Cell 4이 EventA3의 entry 조건이 충족하여 cellTriggeredCellList에 Cell 2, Cell 4, Cell 4을 포함할 수 있다. 전술한 단계와 같이 단말은 측정 보고를 기지국에게 다시 전송하지 않을 수 있다. 예를 들어, Cell 1은 EventA3의 하기 리빙(leaving) 조건이 충족하여 cellTriggeredCellList에서 해제될 수 있다. 이때, reportOnLeave가 참(TRUE)으로 설정되지 않는 경우, 단말은 측정 보고를 기지국에게 전송하지 않을 수 있다.
2> if the reportType is set to eventTriggered and if the leaving condition applicable for this event is fulfilled for one or more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measId for all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for this event:
3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> if reportOnLeave is set to TRUE for the corresponding reporting configuration or if a6-ReportOnLeave is set to TRUE or if a4-a5-ReportOnLeave is set to TRUE for the corresponding reporting configuration:
4> initiate the measurement reporting procedure, as specified in 5.5.5;
3> if the cellsTriggeredList defined within the VarMeasReportList for this measId is empty:
4> remove the measurement reporting entry within the VarMeasReportList for this measId;
4> stop the periodical reporting timer for this measId, if running;
1f-40 단계에서, 기지국은 단말에게 Cell 1으로 핸드오버를 하라고 지시하기 위한 소정의 RRC 메시지(RRCReconfiguration)을 전송할 수 있다.
1f-45 단계에서, 단말은 Cell 1과 핸드오버를 실패하여 기지국과 RRC 연결 재설립 절차(RRC connection re-establishment)를 수행할 수 있다. 단말이 Cell 1과 핸드오버를 실패하는 이유는 다음과 같을 수 있다.
1f-25 단계에서, 단말은 Cell 1이 EventA3이 충족되는 셀이라고 기지국에게 측정 보고를 전송하였으나, 1f-35 단계에서는 Cell 1이 EventA3을 더 이상 충족하지 않는 셀임에도 불구하고 기지국에게 이를 알려주지 않았기 때문일 수 있다.
도 1g는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1g를 참조하면, UAV 단말(1g-01)은 NR 기지국(1g-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.
1g-10 단계에서, 단말은 기지국에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 단말 능력 정보 메시지(UECapabilityInformation)의 전송 방법은 전술한 실시 예(예를 들어, 도 1e 또는 도 1f)를 따를 수 있다.
1g-15 단계에서, 기지국은 단말에 측정 설정 정보(MeasConfig)가 담긴 소정의 RRC 메시지(예를 들어, RRCResume or RRCReconfiguration)를 전송할 수 있다. 소정의 RRC 메시지(예를 들어, RRCResume or RRCReconfiguration)의 전송 방법은 전술한 실시 예(예를 들어, 도 1e 또는 도 1f)를 따를 수 있다. 설명의 편의상, 기지국은 numberOfTriggeringCells을 3으로 설정할 수 있고 eventTriggered을 EventA3(예를 들어, EventA4, EventA5, EventB1, EventB2 중 하나로 설정할 수도 있고 numberOfTriggeringCells이 적용되는 다른 Event로 설정될 수도 있다.)으로 설정할 수 있다.
1g-20 단계에서, 단말은 1g-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단할 수 있다. 구체적으로, 단말은 하기 조건이 만족하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다.
2> if the reportType is set to eventTriggered and if the corresponding reportConfig includes numberOfTriggeringCells, and if the entry condition applicable for this event, i.e. the event corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled for one or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for this event within the VarMeasConfig:
3> If the VarMeasReportList does not include a measurement reporting entry for this measId (a first cell triggers the event):
4> include a measurement reporting entry within the VarMeasReportList for this measId;
3> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> else:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
4> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
5> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
5> initiate the measurement reporting procedure, as specified in 5.5.5;
단말은 Cell 1, Cell 2, 및/또는 Cell 3이 EventA3의 엔트리 조건을 충족하는 경우, cellTriggeredList에 Cell 1, Cell 2, 및/또는 Cell 3를 포함시킬 수 있다. 단말은 cellTriggeredList에 포함된 셀들의 수가 numberOfTriggeringCells보다 크거나 같은 경우, 측정 보고 절차를 개시할 수 있다.
1g-25 단계에서, 단말은 전술한 실시 예(예를 들어, 도 1e 또는 도 1f)에 따라 기지국에게 측정 보고를 전송할 수 있다.
1g-30 단계에서, 단말은 1g-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 즉, 단말은 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4이 EventA3의 엔트리 조건을 충족하는 경우, cellTriggeredCellList에 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4 를 포함시킬 수 있다. 그러나 단말은 기지국에게 측정 보고를 전송하지 않는 특징이 있을 수 있다. 즉, 단말은 하기 조건이 충족할 때는 측정 보고를 기지국에게 다시 전송하지 않을 수도 있다.
"Once such condition is met and a measurement report is sent, the list of triggered cells is updated when subsequent cell(s) fulfil the event, however further measurement reports are not sent while the list of triggered cells remains equal to or larger than the configured number of cells"
1g-35 단계에서, 단말은 1g-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 구체적으로, 단말은 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4이 EventA3의 엔트리 조건을 충족하는 경우, cellTriggeredCellList에 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4를 포함시킬 수 있다. 본 개시에서는 cellTriggeredList에 포함된 셀들의 수가 numberOfTriggeringCells보다 크거나 같고, 1g-25 단계에서 도출한 cellTriggeredList에 포함된 셀들 중 적어도 하나가 현재 cellTriggeredList에서 빠지는 경우,단말은 기지국에게 측정 보고를 전송할 수 있다. 이때, reportOnLeave가 참(TRUE)으로 설정되었는지와 상관없이 단말은 기지국에게 측정 보고를 전송할 수 있다.
1g-45 단계에서, 기지국은 단말에게 Cell 2로 핸드오버를 하라고 지시하기 위한 소정의 RRC 메시지(RRCReconfiguration)을 전송할 수 있다. 그리고 단말은 Cell 2와 핸드오버에 성공적으로 수행하여 Cell 2와 데이터 송신 및/또는 수신을 할 수 있다.
본 개시에서는 단말이 numberOfTriggeringCells이 포함된 이벤트의 엔트리 조건을 계속 만족하면서 Measurement report를 트리거링한 이전의 cellTriggeredList에 포함된 셀들 중 적어도 하나가 현재 cellTriggeredList에서 빠지는 경우, 단말은 기지국에게 측정 보고를 전송할 수 있다. 이로 인해, 기지국은 잘못된 셀로 단말이이 핸드오버하는 문제를 해결할 수 있다.
도 1h는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1h를 참조하면, UAV 단말(1h-01)은 NR 기지국(1h-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.
1h-10 단계에서, 단말은 기지국에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 단말 능력 정보 메시지(UECapabilityInformation)의 전송 방법은 전술한 실시 예(예를 들어, 도 1e 내지 도 1g 중 어느 하나)를 따를 수 있다. 추가적으로, 메시지에는 다음 파라미터가 수납될 수 있다.
금지 타이머(prohibit timer) 지원 여부: 단말은 하기 4> 조건이 만족할 때 금지 타이머가 구동 중이지 않는 경우에만 측정 보고 개시 절차를 수행하는 능력. 또는, 단말은 하기 4> 조건이 만족하더라도 현재 cellTriggeredList에 포함된 셀 리스트가 가장 최근에 측정 보고(예를 들면, 동일 event에 대해)를 트리거링한 cellTriggeredList에 포함된 셀들과 다르면서 금지 타이머가 구동 중이지 않은 경우에만 측정 보고 개시 절차를 수행하는 능력.다만, 특정 조건(예를 들어, 특정 이벤트 조건을 만족하는 경우 또는 동시에 특정 이벤트 조건을 만족하는 셀의 개수가 임의의 임계 값 이상인 경우)에서 단말은 금지 타이머가 구동 중이더라도 측정 보고를 전송할 수 있음(예를 들어, 특정 조건에서, 금지 타이머가 구동 중인지와 상관없이 측정 보고의 전송이 트리거링될 수 있다. 또는, 특정 조건에서, 단말은 금지 타이머가 구동 중이 아닌 것으로 간주(consider)(식별(identify), 또는 결정(determine))할 수 있다.). 단말이 금지 타이머를 지원하는 경우, 단말은 이하의 단계에서 상술된 동작들 중 어느 하나에 따라 동작할 수 있다. 다만, 단말의 동작은 상술한 동작 방법들로 제한되는 것은 아니며, 금지 타이머를 고려한 추가적인 동작을 더 포함할 수도 있다.
2> if the reportType is set to eventTriggered and if the corresponding reportConfig includes numberOfTriggeringCells, and if the entry condition applicable for this event, i.e. the event corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for this event within the VarMeasConfig:
3> If the VarMeasReportList does not include a measurement reporting entry for this measId (a first cell triggers the event):
4> include a measurement reporting entry within the VarMeasReportList for this measId;
3> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> else:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
4> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
5> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
5> initiate the measurement reporting procedure, as specified in 5.5.5;
1h-15 단계에서, 기지국은 단말에 측정 설정 정보(MeasConfig)가 담긴 소정의 RRC 메시지 (예를 들어, RRCResume or RRCReconfiguration)를 전송할 수 있다. 소정의 RRC 메시지 (예를 들어, RRCResume or RRCReconfiguration)의 전송 방법은 전술한 실시 예(예를 들어, 도 1e 내지 도 1g 중 어느 하나)를 따를 수 있다. 설명의 편의상, 기지국은 numberOfTriggeringCells을 3으로 설정할 수 있고, eventTriggered을 EventA3 (예를 들어, EventA4, EventA5, EventB1, EventB2 중 하나로 설정할 수도 있고, numberOfTriggeringCells이 적용되는 다른 Event로 설정될 수도 있다)으로 설정할 수 있다. 본 개시에서는 측정 설정 정보에 1h-10 단계에서 전술한 금지 타이머 값이 포함될 수 있다. 금지 타이머 값은 reportInterval 보다 작거나 같은 값으로 설정될 수 있다. 또는 금지 타이머 값은 reportInterval에 스케일링(scaling) 된 값으로 설정되거나 또는 스케일링되는 x 값(예를 들어, 0.2)으로 설정될 수 있다. 스케일링되는 값이 설정되는 경우 단말은 금지 타이머 값을 x *reportInterval로 설정할 수 있다. 만약, 금지 타이머 값이 설정되지 않은 경우, 전술한 실시 예(예를 들어, 도 1e 내지 도 1g 중 어느 하나)처럼 단말은 동작할 수도 있고 또는 기본 값(default value)로 금지 타이머 값이 설정되었다고 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 또는, 특정 조건(예를 들어, 특정 이벤트 조건을 만족하는 경우 또는 동시에 특정 이벤트 조건을 만족하는 셀의 개수가 임의의 임계 값 이상인 경우)에서 금지 타이머가 구동 중인지와 상관없이 측정 보고의 전송이 트리거링될 수 있다. 또는, 특정 조건에서, 단말은 금지 타이머가 구동 중이 아닌 것으로 간주(consider)(식별(identify), 또는 결정(determine))할 수 있다.
1h-20 단계에서, 단말은 1h-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 구체적으로, 단말은 하기 조건이 만족하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다.
2> if the reportType is set to eventTriggered and if the corresponding reportConfig includes numberOfTriggeringCells, and if the entry condition applicable for this event, i.e. the event corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for this event within the VarMeasConfig:
3> If the VarMeasReportList does not include a measurement reporting entry for this measId (a first cell triggers the event):
4> include a measurement reporting entry within the VarMeasReportList for this measId;
3> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> else:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
4> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
5> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
5> initiate the measurement reporting procedure, as specified in 5.5.5;
단말은 Cell 1, Cell 2, 및/또는 Cell 3이 EventA3의 엔트리 조건을 충족하는 경우, cellTriggeredCellList에 Cell 1, Cell 2, 및/또는 Cell 3를 포함시킬 수 있다. 단말은 cellTriggeredCellList에 포함된 셀들의 수가 numberOfTriggeringCells 보다 크거나 같은 경우, 전술한 실시 예(예를 들어, 도 1e 내지 도 1g 중 어느 하나)에 따라 측정 보고 절차를 개시할 수 있다. 이때, 1h-10 단계에서 전술한 금지 타이머를 구동할 수 있다.
1h-25 단계에서, 단말은 기지국에게 측정 보고를 전송할 수 있다. 측정 보고 전송 방법은 전술한 실시 예(예를 들어, 도 1e 내지 도 1g 중 어느 하나)를 따를 수 있다.
1h-30 단계에서, 단말은 1h-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 즉, 단말은 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4 가 EventA3의 엔트리 조건을 충족하는 경우, cellTriggeredCellList에 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4를 포함시킬 수 있다. 본 개시에서는 단말은 금지 타이머가 구동 중인 경우, 기지국에게 측정 보고를 전송하지 않을 수 있다. 다만, 특정 조건(예를 들어, 특정 이벤트 조건을 만족하는 경우 또는 동시에 특정 이벤트 조건을 만족하는 셀의 개수가 임의의 임계 값 이상인 경우)에서 단말은 금지 타이머가 구동 중이더라도 측정 보고를 전송할 수 있다. 예를 들어, 특정 조건에서, 금지 타이머가 구동 중인지와 상관없이 측정 보고의 전송이 트리거링될 수 있다. 또는, 특정 조건에서, 단말은 금지 타이머가 구동 중이 아닌 것으로 간주(consider)(식별(identify), 또는 결정(determine))하여, 측정 보고를 기지국에게 전송할 수도 있다.
1h-35 단계에서, 단말은 1h-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 즉, 단말은 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4 가 EventA3의 엔트리 조건을 충족하여 cellTriggeredCellList에 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4를 포함시킬 수 있다. 만약 금지 타이머가 구동 중이지 않은 경우, 측정 보고 개시 절차를 수행할 수 있다. 즉, 금지 타이머가 구동 중이지 않으면서, 이전에 측정 보고 개시 절차를 트리거링한 cellTriggeredList에 포함된 셀 리스트가 현재 cellTriggeredList에 포함된 셀 리스트와 다르면서 EventA3의 entry 조건이 충족하는 경우, 단말은 측정 보고 개시 절차를 트리거링할 수 있다. 단말은 금지 타이머를 구동할 수 있다.
1h-40 단계에서, 단말은 기지국에게 측정 보고를 전송할 수 있다.
본 개시에서는 단말이 numberOfTriggeringCells이 포함된 이벤트의 엔트리 조건을 만족하는 경우, 단말은 하기 조건이 만족하는 경우에 측정 보고 절차를 개시하여 기지국에게 측정 보고를 전송할 수 있다.
"If the current cellsTriggeredList is different from the one triggered in the latest MR and prohibit timer is not running, UE reports MR if triggering entry condition remains fulfilled."
본 개시의 실시 예는 전술한 실시 예(예를 들어, 도 1e 내지 도 1g 중 어느 하나)와 함께 적용이 될 수 있다.
도 1i는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1i를 참조하면, UAV 단말(1i-01)은 NR 기지국(1i-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.
1i-10 단계에서, 단말은 기지국에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 단말 능력 정보 메시지(UECapabilityInformation)의 전송 방법은 전술한 실시 예(예를 들어, 도 1e 내지 도 1h 중 어느 하나)를 따를 수 있다. 추가적으로, 메시지에는 다음 파라미터가 수납될 수 있다.
금지 타이머 지원 여부: 단말은 하기 4> 조건이 만족할 때 금지 타이머가 구동 중이지 않는 경우에만 측정 보고 개시 절차를 수행하는 능력. 또는 단말은 하기 4> 조건이 만족하더라도 현재 cellTriggeredList에 포함된 셀 리스트가 가장 최근에 측정 보고(예를 들면, 동일 event에 대해)을 트리거링한 cellTriggeredList에 포함된 셀 리스트와 다르면서 금지 타이머가 구동 중이지 않은 경우에만 측정 보고 개시 절차를 수행하는 능력. 다만, 특정 조건(예를 들어, 특정 이벤트 조건을 만족하는 경우 또는 동시에 특정 이벤트 조건을 만족하는 셀의 개수가 임의의 임계 값 이상인 경우)에서 단말은 금지 타이머가 구동 중이더라도 측정 보고를 전송할 수 있음(예를 들어, 특정 조건에서, 금지 타이머가 구동 중인지와 상관없이 측정 보고의 전송이 트리거링될 수 있다. 또는, 특정 조건에서, 단말은 금지 타이머가 구동 중이 아닌 것으로 간주(consider)(식별(identify), 또는 결정(determine))할 수 있다.). 단말이 금지 타이머를 지원하는 경우, 단말은 이하의 단계에서 상술된 동작들 중 어느 하나에 따라 동작할 수 있다. 다만, 단말의 동작은 상술한 동작 방법들로 제한되는 것은 아니며, 금지 타이머를 고려한 추가적인 동작을 더 포함할 수도 있다.
2> if the reportType is set to eventTriggered and if the corresponding reportConfig includes numberOfTriggeringCells, and if the entry condition applicable for this event, i.e. the event corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled for one or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for this event within the VarMeasConfig:
3> If the VarMeasReportList does not include a measurement reporting entry for this measId (a first cell triggers the event):
4> include a measurement reporting entry within the VarMeasReportList for this measId;
3> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> else:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
4> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
5> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
5> initiate the measurement reporting procedure, as specified in 5.5.5;
1i-15 단계에서, 기지국은 단말에 측정 설정 정보(MeasConfig)가 담긴 소정의 RRC 메시지(예를 들어, RRCResume or RRCReconfiguration)를 전송할 수 있다. 소정의 RRC 메시지 (예를 들어, RRCResume or RRCReconfiguration)의 전송 방법은 전술한 실시 예(예를 들어, 도 1e 내지 도 1h 중 어느 하나)를 따를 수 있다. 설명의 편의상, 기지국은 numberOfTriggeringCells을 3으로 설정할 수 있고, eventTriggered을 EventA3(예를 들어, EventA4, EventA5, EventB1, EventB2 중 하나로 설정할 수도 있고, numberOfTriggeringCells이 적용되는 다른 Event로 설정할 수도 있다)으로 설정할 수 있다. 본 개시에서는 측정 설정 정보에 1i-10 단계에서 전술한 금지 타이머 값이 포함될 수 있다. 금지 타이머 값은 reportInterval 보다 작거나 같은 값으로 설정될 수 있다. 또는, 금지 타이머 값은 reportInterval에 스케일링 된 값으로 설정되거나 또는 스케일링 되는 x 값 (예를 들어, 0.2)로 설정될 수 있다. 스케일링 되는 값이 설정되는 경우 단말은 금지 타이머 값이 x *reportInterval로 설정될 수 있다. 만약, 금지 타이머 값이 설정되지 않은 경우, 전술한 실시 예(예를 들어, 도 1e 내지 도 1h 중 어느 하나)처럼 단말은 동작할 수도 있고 또는 기본 값으로 금지 타이머 값이 설정되었다고 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 또는, 특정 조건(예를 들어, 특정 이벤트 조건을 만족하는 경우 또는 동시에 특정 이벤트 조건을 만족하는 셀의 개수가 임의의 임계 값 이상인 경우)에서 금지 타이머가 구동 중인지와 상관없이 측정 보고의 전송이 트리거링될 수 있다. 또는, 특정 조건에서, 단말은 금지 타이머가 구동 중이 아닌 것으로 간주(consider)(식별(identify), 또는 결정(determine))할 수 있다.
1i-20 단계에서, 단말은 1i-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 구체적으로, 단말은 하기 조건이 만족하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다.
2> if the reportType is set to eventTriggered and if the corresponding reportConfig includes numberOfTriggeringCells, and if the entry condition applicable for this event, i.e. the event corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled for one or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for this event within the VarMeasConfig:
3> If the VarMeasReportList does not include a measurement reporting entry for this measId (a first cell triggers the event):
4> include a measurement reporting entry within the VarMeasReportList for this measId;
3> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> else:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
4> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
5> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
5> initiate the measurement reporting procedure, as specified in 5.5.5;
단말이 Cell 1, Cell 2, 및/또는 Cell 3에 대한 EventA3의 엔트리 조건을 충족하는 경우, cellTriggeredCellList에 Cell 1, Cell 2, 및/또는 Cell 3을 포함시킬 수 있다. 단말은 cellTriggeredCellList에 포함된 셀들의 수가 numberOfTriggeringCells 보다 크거나 같은 경우, 전술한 실시 예(예를 들어, 도 1e 내지 도 1h 중 어느 하나)에 따라 단말은 측정 보고 절차를 개시할 수 있다. 단말은 금지 타이머를 구동할 수 있다.
1i-25 단계에서, 단말은 전술한 실시 예(예를 들어, 도 1e 내지 도 1h 중 어느 하나)에 따라 기지국에게 측정 보고를 전송할 수 있다.
1i-30 단계에서, 단말은 1i-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 즉, 단말은 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4에 대한 EventA3의 엔트리 조건을 충족하는 경우, cellTriggeredCellList에 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4를 포함시킬 수 있다. 본 개시에서는 단말은 금지 타이머가 구동 중인 경우, 기지국에게 측정 보고를 전송하지 않을 수 있다. 다만, 특정 조건(예를 들어, 특정 이벤트 조건을 만족하는 경우 또는 동시에 특정 이벤트 조건을 만족하는 셀의 개수가 임의의 임계 값 이상인 경우)에서 단말은 금지 타이머가 구동 중이더라도 측정 보고를 전송할 수 있다. 예를 들어, 특정 조건에서, 금지 타이머가 구동 중인지와 상관없이 측정 보고의 전송이 트리거링될 수 있다. 또는, 특정 조건에서, 단말은 금지 타이머가 구동 중이 아닌 것으로 간주(consider)(식별(identify), 또는 결정(determine))하여, 측정 보고를 기지국에게 전송할 수도 있다.
1i-35 단계에서, 단말은 1i-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 즉, 단말은 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4에 대한 EventA3의 엔트리 조건을 충족하는 경우, cellTriggeredCellList에 Cell 1, Cell 2, Cell 3, 및/또는 Cell 4를 포함시킬 수 있다. 만약 금지 타이머가 구동 중이지 않은 경우, 측정 보고 개시 절차를 수행할 수 있다. 즉, 금지 타이머가 구동 중이지 않으면서, 이전에 측정 보고 개시 절차를 트리거링한 cellTriggeredList가 현재 cellTriggeredList와 다르면서 EventA3의 엔트리 조건을 충족하는 경우, 단말은 측정 보고 개시 절차를 트리거링할 수 있다. 단말은 금지 타이머를 구동할 수 있다.
1i-40 단계에서, 단말은 기지국에게 측정 보고를 전송할 수 있다.
1i-45 단계에서, 단말은 1i-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 즉, 단말은 Cell 1, Cell 2, 및/또는 Cell 3에 대한 EventA3의 엔트리 조건을 충족하는 경우, cellTriggeredCellList에 Cell 1, Cell 2, 및/또는 Cell 3를 포함시킬 수 있다. 즉, Cell4 가 cellTriggeredCellList에서 빠질 수 있다. 이때, 단말은 금지 타이머가 구동 중이라도 측정 보고를 트리거링할 수 있다.
1i-50 단계에서, 단말은 기지국에게 측정 보고를 전송할 수 있다.
본 개시에서는 단말이 numberOfTriggeringCells이 포함된 이벤트의 엔트리 조건을 만족하는 경우, 하기 조건이 만족하는 경우에 측정 보고 절차를 개시하여 기지국에게 측정 보고를 전송할 수 있다.
"If the current cellsTriggeredList are superset of the one triggered in the latest MR and prohibit timer is not running, UE reports MR if triggering entry condition remains fulfilled. If the previous cellsTriggeredList in the latest MR is not subset of the current cellsTriggeredList, UE reports MR regardless of whether prohibit timer is running or not"
본 개시의 실시 예는 전술한 실시 예(예를 들어, 도 1e 내지 도 1h 중 어느 하나)와 함께 적용이 될 수 있다.
도 1j는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1j를 참조하면, UAV 단말(1j-01)은 NR 기지국(1j-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.
1j-10 단계에서, 단말은 기지국에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 단말 능력 정보 메시지(UECapabilityInformation)의 전송 방법은 전술한 실시 예를 따를 수 있다. 추가적으로, 메시지에는 다음 파라미터가 수납될 수 있다.
reportOnLeavenumberOfTriggeringCells: 단말은 numberOfTriggeringCells이 적용되는 이벤트인 경우, 엔트리 조건을 충족하여 기지국에게 측정 보고를 개시한 경우에만 하기 리빙 조건을 충족할 때 측정 보고를 개시할 수 있는 지에 대한 능력 여부.
2> if the reportType is set to eventTriggered and if the leaving condition applicable for this event is fulfilled for one or more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measId for all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for this event:
3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
1j-15 단계에서, 기지국은 단말에 측정 설정 정보(MeasConfig)가 담긴 소정의 RRC 메시지(예를 들어, RRCResume or RRCReconfiguration)를 전송할 수 있다. 소정의 RRC 메시지 (예를 들어, RRCResume or RRCReconfiguration)의 전송 방법은 전술한 실시 예(예를 들어, 도 1e 내지 도 1i 중 어느 하나)를 따를 수 있다. 설명의 편의상, 기지국은 numberOfTriggeringCells을 3으로 설정할 수 있고, eventTriggered을 EventA3(예를 들어, EventA4, EventA5, EventB1, 및 EventB2 중 어느 하나로 설정할 수도 있고, numberOfTriggeringCells이 적용되는 다른 Event로 설정할 수도 있다.)으로 설정할 수 있다. 본 개시에서는 측정 설정 정보에 reportOnLeaveNumberOfTriggeringCells이 포함될 수 있다.
1j-20 단계에서, 단말은 1j-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 구체적으로, 단말은 하기 조건이 만족하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다.
2> if the reportType is set to eventTriggered and if the corresponding reportConfig includes numberOfTriggeringCells, and if the entry condition applicable for this event, i.e. the event corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled for one or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for this event within the VarMeasConfig:
3> If the VarMeasReportList does not include a measurement reporting entry for this measId (a first cell triggers the event):
4> include a measurement reporting entry within the VarMeasReportList for this measId;
3> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> else:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
4> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
5> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
5> initiate the measurement reporting procedure, as specified in 5.5.5;
단말은 Cell 1, 및/또는 Cell 2이 EventA3의 entry 조건이 충족하는 경우, cellTriggeredCellList에 Cell 1, 및/또는 Cell 2을 포함시킬 수 있다. 단말은 cellTriggeredCellList에 포함된 셀들의 수가 numberOfTriggeringCells 작은 경우, 단말은 전술한 실시 예(예를 들어, 도 1e 내지 도 1i 중 어느 하나)에 따라 측정 보고 절차를 개시하지 않을 수 있다.
1j-25 단계에서, 단말은 1j-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 구체적으로, 단말은 하기 조건이 만족하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다.
2> if the reportType is set to eventTriggered and if the leaving condition applicable for this event is fulfilled for one or more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measId for all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for this event:
3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> if reportOnLeavenumberOfTriggeringCells is set to true for the corresponding reporting configuration and if the measurement reporting procedure was initiated due to the entry condition :
4> initiate the measurement reporting procedure, as specified in 5.5.5;
즉, 본 개시에서는 단말이 1j-20 단계에서 엔트리 조건을 만족하여 cellTriggeredList에 포함된 셀 리스트가 numberOfTriggeringCells 보다 작아 측정 보고 절차를 개시하지 않았기 때문에, leaving condition을 만족하더라도 단말은 측정 보고 절차를 개시하지 않을 수 있다. 그러므로, 단말은 기지국에게 측정 보고를 보내는 오버헤드를 줄일 수 있다. 다시 말하면, 단말은 numberOfTriggeringCells이 적용되는 이벤트에 대해 리빙 조건이 만족되면 항상 측정 보고 절차를 개시하지 않고 entry 조건이 만족하여 측정 보고 절차를 개시한 경우에만 leaving 조건이 만족할 때 측정 보고 절차를 개시하지 않을 수 있다.
1j-30 단계에서, 단말은 1j-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 구체적으로, 단말은 하기 조건이 만족하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다.
2> if the reportType is set to eventTriggered and if the corresponding reportConfig includes numberOfTriggeringCells, and if the entry condition applicable for this event, i.e. the event corresponding with the eventId of the corresponding reportConfig within VarMeasConfig, is fulfilled for one or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for this event within the VarMeasConfig:
3> If the VarMeasReportList does not include a measurement reporting entry for this measId (a first cell triggers the event):
4> include a measurement reporting entry within the VarMeasReportList for this measId;
3> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> else:
4> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
4> If the number of cell(s) in the cellsTriggeredList is larger than or equal to numberOfTriggeringCells:
5> set the numberOfReportsSent defined within the VarMeasReportList for this measId to 0;
5> initiate the measurement reporting procedure, as specified in 5.5.5;
단말은 Cell 1, Cell 2, 및/또는 Cell 3가 EventA3의 엔트리 조건을 충족하는 경우, cellTriggeredCellList에 Cell 1, Cell 2, 및/또는 Cell 3을 포함시킬 수 있다. 단말은 cellTriggeredCellList에 포함된 셀들의 수가 numberOfTriggeringCells 보다 크거나 같은 경우, 전술한 실시 예(예를 들어, 도 1e 내지 도 1i 중 어느 하나)에 따라 단말은 측정 보고 절차를 개시할 수 있다.
1j-35 단계에서, 단말은 기지국에게 전술한 실시 예(예를 들어, 도 1e 내지 도 1i 중 어느 하나)에 따라 측정 보고를 전송할 수 있다.
1j-40 단계에서, 단말은 1j-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 구체적으로, 단말은 하기 조건이 만족하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다.
2> if the reportType is set to eventTriggered and if the leaving condition applicable for this event is fulfilled for one or more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measId for all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for this event:
3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> if reportOnLeavenumberOfTriggeringCells is set to true for the corresponding reporting configuration and if the measurement reporting procedure was initiated due to the entry condition :
4> initiate the measurement reporting procedure, as specified in 5.5.5;
단말은 leaving 조건을 만족하는 셀이 존재하는 경우, 측정 보고 절차를 개시할 수 있다.
1j-45 단계에서, 단말은 기지국에게 전술한 실시 예(예를 들어, 도 1e 내지 도 1i 중 어느 하나)에 따라 측정 보고를 전송할 수 있다.
본 개시의 실시 예는 전술한 실시 예(예를 들어, 도 1e 내지 도 1i 중 어느 하나)와 함께 적용이 될 수 있다.
도 1k는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1k를 참조하면, UAV 단말(1k-01)은 NR 기지국(1k-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.
1k-10 단계에서, 단말은 기지국에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 단말 능력 정보 메시지(UECapabilityInformation)의 전송 방법은 전술한 실시 예(예를 들어, 도 1e 내지 도 1j 중 어느 하나)를 따를 수 있다. 추가적으로, 메시지에는 다음 파라미터가 수납될 수 있다.
Leaving 조건에 따른 prohibit timer: 단말은 numberOfTriggeringCells이 적용되는 이벤트인 경우, 하기 leaving 조건이 충족하고 prohibit timer가 구동 중이지 않을 경우에 측정 보고를 개시할 수 있는 지에 대한 능력 여부.
2> if the reportType is set to eventTriggered and if the leaving condition applicable for this event is fulfilled for one or more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measId for all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for this event:
3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> if reportOnLeave is set to true for the corresponding reporting configuration
1k-15 단계에서, 기지국은 단말에 측정 설정 정보(MeasConfig)가 담긴 소정의 RRC 메시지(예를 들어, RRCResume or RRCReconfiguration)를 전송할 수 있다. 소정의 RRC 메시지 (예를 들어, RRCResume or RRCReconfiguration)의 전송 방법은 전술한 실시 예(예를 들어, 도 1e 내지 도 1j 중 어느 하나)를 따를 수 있다. 설명의 편의상, 기지국은 numberOfTriggeringCells을 3으로 설정할 수 있고, eventTriggered을 EventA3(예를 들어, EventA4, EventA5, EventB1, EventB2 중 하나로 설정할 수도 있고 numberOfTriggeringCells이 적용되는 다른 Event로 설정할 수도 있다)으로 설정할 수 있다. 본 개시에서는 측정 설정 정보에 numberOfTriggeringCells 이 적용되는 이벤트의 리빙 조건에 적용되는 금지 타이머 값을 설정할 수 있다. 금지 타이머 값은 reportInterval 보다 작거나 같은 값으로 설정될 수 있다. 또는, 금지 타이머 값은 reportInterval에 스케일링 된 값으로 설정되거나 또는 스케일링되는 x 값 (예를 들어, 0.2)로 설정될 수 있다. 스케일링 되는 값이 설정되는 경우 단말은 금지 타이머 값이 x *reportInterval로 설정될 수 있다. 만약 금지 타이머 값이 설정되지 않은 경우, 전술한 실시 예(예를 들어, 도 1e 내지 도 1j 중 어느 하나)처럼 단말은 동작할 수도 있고 또는 기본 값으로 금지 타이머 값이 설정되었다고 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 또는, 특정 조건(예를 들어, 특정 이벤트 조건을 만족하는 경우 또는 동시에 특정 이벤트 조건을 만족하는 셀의 개수가 임의의 임계 값 이상인 경우)에서 금지 타이머가 구동 중인지와 상관없이 측정 보고의 전송이 트리거링될 수 있다. 또는, 특정 조건에서, 단말은 금지 타이머가 구동 중이 아닌 것으로 간주(consider)(식별(identify), 또는 결정(determine))할 수 있다. 단말이 금지 타이머를 지원하는 경우, 단말은 이하의 단계에서 상술된 동작들 중 어느 하나에 따라 동작할 수 있다. 다만, 단말의 동작은 상술한 동작 방법들로 제한되는 것은 아니며, 금지 타이머를 고려한 추가적인 동작을 더 포함할 수도 있다.
1k-20 단계에서, 단말은 1k-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. 예를 들어, cellTriggeredList에 포함된 셀 리스트는 전술한 실시 예(예를 들어, 도 1e 내지 도 1j 중 어느 하나)에 따를 수 있다. 단말은 하기 리빙 조건이 만족하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다.
2> if the reportType is set to eventTriggered and if the leaving condition applicable for this event is fulfilled for one or more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measId for all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for this event:
3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> if reportOnLeave is set to true for the corresponding reporting configuration
이 때, 리빙 조건에 따른 금지 타이머 가 구동 중이라면, 단말은 측정 보고 절차를 개시하지 않을 수 있다. 즉, 금지 타이머가 구동 중이지 않을 경우, 단말은 조건이 만족할 때 측정 보고 절차를 개시하여 기지국에게 측정 보고를 전송(1k-25)할 수 있다. 단말은 측정 보고 절차를 개시하면 금지 타이머를 구동 또는 재구동할 수 있다.
본 개시의 실시 예는 전술한 실시 예(예를 들어, 도 1e 내지 도 1j 중 어느 하나)와 함께 적용이 될 수 있다.
도 1l는 본 개시의 실시 예에 따른 차세대 이동통신 시스템에서 UAV 단말이 효율적으로 측정 보고를 기지국에게 전송하는 과정의 흐름도이다.
도 1l를 참조하면, UAV 단말(1l-01)은 NR 기지국(1l-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.
1l-10 단계에서, 단말은 기지국에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 단말 능력 정보 메시지(UECapabilityInformation)의 전송 방법은 전술한 실시 예(예를 들어, 도 1e 내지 도 1k 중 어느 하나)를 따를 수 있다. 추가적으로, 메시지에는 다음 파라미터가 수납될 수 있다.
numberOfTriggeringCells for leaving: 단말은 numberOfTriggeringCells이 적용되는 이벤트인 경우, 하기 리빙 조건이 충족하는 셀 들의 수가 numberOfTriggeringCells 과 같거나 큰 경우에만 측정 보고를 개시할 수 있는 지에 대한 능력 여부.
이때, reportOnLeave는 설정되지 않아도 무방할 수 있다.
2> if the reportType is set to eventTriggered and if the leaving condition applicable for this event is fulfilled for one or more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measId for all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for this event:
3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> if reportOnLeave is set to true for the corresponding reporting configuration
1l-15 단계에서, 기지국은 단말에 측정 설정 정보(MeasConfig)가 담긴 소정의 RRC 메시지 (예를 들어, RRCResume or RRCReconfiguration)를 전송할 수 있다. 소정의 RRC 메시지 (예를 들어, RRCResume or RRCReconfiguration)의 전송 방법은 전술한 실시 예(예를 들어, 도 1e 내지 도 1k 중 어느 하나)를 따를 수 있다. 설명의 편의상, 기지국은 numberOfTriggeringCells을 3으로 설정할 수 있고, eventTriggered을 EventA3(예를 들어, EventA4, EventA5, EventB1, EventB2 중 하나로 설정할 수도 있고 numberOfTriggeringCells이 적용되는 다른 Event로 설정할 수도 있다)으로 설정할 수 있다. 본 개시에서는 측정 설정 정보에 numberOfTriggeringCells이 적용되는 Event의 리빙 조건에 적용되는 numberOfTriggeringCells for leaving을 설정할 수 있다. 즉, 단말은 cellTriggeredList에 포함된 셀들 중 리빙 조건을 만족하는 셀들이 numberOfTriggeringCells for leaving 보다 크거나 같은 경우에만 측정 보고를 트리거링할 수 있다.
1l-20 단계에서, 단말은 1l-15 단계에서 수신한 측정 설정 정보에 기반하여 측정 보고를 트리거링해야 하는 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다. cellTriggeredList에 포함된 셀 리스트는 전술한 실시 예(예를 들어, 도 1e 내지 도 1k 중 어느 하나)에 따를 수 있다. 단말은 하기 리빙 조건이 만족하는 셀의 숫자가 numberOfTriggeringCells for leaving 보다 크거나 같은 지 판단(decide)(식별(identify), 또는 확인(check))할 수 있다.
2> if the reportType is set to eventTriggered and if the leaving condition applicable for this event is fulfilled for one or more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measId for all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for this event:
3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this measId;
3> if reportOnLeave is set to true for the corresponding reporting configuration
단말은 하기 리빙 조건이 만족하는 셀의 숫자가 numberOfTriggeringCells for leaving 보다 크거나 같은 경우, 측정 보고 절차를 개시하여 기지국에게 측정 보고를 전송(1l-25)할 수 있다
본 개시의 실시 예는 전술한 실시 예(예를 들어, 도 1e 내지 도 1k 중 어느 하나)와 함께 적용이 될 수 있다.
도 1m은 본 개시의 일 실시 예에 따른 단말의 내부 구조를 도시하는 블록도이다.
도 1m을 참조하면, 단말은 RF(Radio Frequency) 처리부(1m-10), 기저대역(baseband) 처리부(1m-20), 저장부(1m-30), 및/또는 제어부(1m-40)를 포함할 수 있다.
RF처리부(1m-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송신 및/또는 수신하기 위한 기능을 수행할 수 있다. 즉, RF처리부(1m-10)는 기저대역처리부(1m-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환할 수 있다. 예를 들어, RF처리부(1m-10)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 물론 상술된 RF처리부(1m-10)의 구성(component)은 일 예시에 불과하며 RF처리부(1m-10)는 다른 구성을 더 포함하거나 상술된 구성 중 일부를 생략할 수 있다. 도 1m의 도면에서는 하나의 안테나만이 도시되었으나, 단말은 복수의 안테나들을 포함할 수 있다. 또한, RF처리부(1m-10)는 복수의 RF 체인들을 포함할 수 있다. 나아가, RF처리부(1m-10)는 빔포밍(beamforming)을 수행할 수 있다. 빔포밍을 위해, RF처리부(1m-10)는 복수의 안테나들 또는 안테나 요소(element)들을 통해 송신 및/또는 수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 RF 처리부는 MIMO를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다.
기저대역처리부(1m-20)은 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행할 수 있다. 예를 들어, 데이터 송신 시, 기저대역처리부(1m-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(1m-20)은 RF처리부(1m-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 기저대역처리부(1m-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(1m-20)은 RF처리부(1m-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform)를 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다.
기저대역처리부(1m-20) 및 RF처리부(1m-10)는 상술한 바와 같이 신호를 송신 및/또는 수신할 수 있다. 이에 따라, 기저대역처리부(1m-20) 및 RF처리부(1m-10)는 송신부, 수신부, 송신 및/또는 수신부 또는 통신부로 지칭될 수 있다. 나아가, 기저대역처리부(1m-20) 및 RF처리부(1m-10) 중 적어도 하나는 서로 다른 복수의 무선 접속 기술들을 지원하기 위해 복수의 통신 모듈들을 포함할 수 있다. 또한, 기저대역처리부(1m-20) 및 RF처리부(1m-10) 중 적어도 하나는 서로 다른 주파수 대역의 신호들을 처리하기 위해 서로 다른 통신 모듈들을 포함할 수 있다. 예를 들어, 서로 다른 무선 접속 기술들은 무선 랜(예: IEEE 802.11), 셀룰러 망(예: LTE) 등을 포함할 수 있다. 또한, 서로 다른 주파수 대역들은 극고단파(SHF:super high frequency)(예: 2.NRHz, NRhz) 대역, mm파(millimeter wave)(예: 60GHz) 대역을 포함할 수 있다. 단말은 기저대역처리부(1m-20) 및 RF처리부(1m-10)을 이용하여 기지국과 신호를 송신 및/또는 수신할 수 있으며, 신호는 제어 정보 및 데이터를 포함할 수 있다.
저장부(1m-30)는 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 특히, 저장부(1m-30)는 제2무선 접속 기술을 이용하여 무선 통신을 수행하는 제2접속 노드에 관련된 정보를 저장할 수 있다. 그리고, 저장부(1m-30)는 제어부(1m-40)의 요청에 따라 저장된 데이터를 제공할 수 있다. 저장부(1m-30)는 롬 (ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 저장부(1m-30)는 복수 개의 메모리로 구성될 수도 있다.
제어부(1m-40)는 단말의 전반적인 동작들을 제어할 수 있다. 예를 들어, 제어부(1m-40)는 기저대역처리부(1m-20) 및 RF처리부(1m-10)을 통해 신호를 송신 및/또는 수신할 수 있다. 또한, 제어부(1m-40)는 저장부(1m-40)에 데이터를 기록하고, 읽는다. 이를 위해, 제어부(1m-40)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 제어부(1m-40)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다. 또한, 단말 내의 적어도 하나의 구성은 하나의 칩으로 구현될 수 있다.
도 1n는 본 개시의 일 실시 예에 따른 NR 기지국의 구성을 나타낸 블록도이다.
도면에 도시된 바와 같이, 기지국은 RF처리부(1n-10), 기저대역처리부(1n-20), 백홀통신부(1n-30), 저장부(1n-40), 및/또는 제어부(1n-50)를 포함하여 구성될 수 있다. 기지국이 포함하는 구성은 상술된 구성에 한정되지 않으며 기지국은 도 1n에 도시된 구성 중 일부를 생략하거나 추가적인 구성을 더 포함할 수 있다.
RF처리부(1n-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송신 및/또는 수신하기 위한 기능을 수행할 수 있다. 즉, RF처리부(1n-10)는 기저대역처리부(1n-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환할 수 있다. 예를 들어, RF처리부(1n-10)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, alc/Ehsms ADC 등을 포함할 수 있다. 도 1n에서는 하나의 안테나만이 도시되었으나, 제1접속 노드 또는 기지국은 복수의 안테나들을 포함할 수 있다. 또한, RF처리부(1n-10)는 복수의 RF 체인들을 포함할 수 있다. 나아가, RF처리부(1n-10)는 빔포밍을 수행할 수 있다. 빔포밍을 위해, RF처리부(1n-10)는 복수의 안테나들 또는 안테나 요소들을 통해 송신 및/또는 수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. RF 처리부는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다.
기저대역처리부(1n-20)는 제1무선 접속 기술의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행할 수 있다. 예를 들어, 데이터 송신 시, 기저대역처리부(1n-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(1n-20)은 RF처리부(1n-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 기저대역처리부(1n-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 복소 심벌들을 부반송파들에 매핑한 후, IFFT 연산 및 CP 삽입을 통해 OFDM 심벌들을 구성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(1n-20)은 RF처리부(1n-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 기저대역처리부(1n-20) 및 RF처리부(1n-10)는 상술한 바와 같이 신호를 송신 및/또는 수신할 수 있다. 이에 따라, 기저대역처리부(1n-20) 및 RF처리부(1n-10)는 송신부, 수신부, 송수신부, 통신부 또는 무선 통신부로 지칭될 수 있다. 기지국은 기저대역처리부(1p-20) 및 RF처리부(1n-10)을 이용하여 단말과 신호를 송신 및/또는 수신할 수 있으며, 신호는 제어 정보 및 데이터를 포함할 수 있다.
백홀통신부(1n-30)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공할 수 있다. 즉, 백홀통신부(1n-30)는 주기지국에서 다른 노드, 예를 들어, 보조기지국, 코어망 등으로 송신되는 비트열을 물리적 신호로 변환하고, 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환할 수 있다. 백홀통신부(1n-30)은 통신부에 포함될 수도 있다.
저장부(1n-40)는 주기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 특히, 저장부(1n-40)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 저장부(1n-40)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 그리고, 저장부(1n-40)는 제어부(1n-50)의 요청에 따라 저장된 데이터를 제공할 수 있다. 저장부(1n-40)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 저장부(1n-40)는 복수 개의 메모리로 구성될 수도 있다.
제어부(1n-50)는 주기지국의 전반적인 동작들을 제어할 수 있다. 예를 들어, 제어부(1n-50)는 기저대역처리부(1n-20) 및 RF처리부(1n-10)을 통해 또는 백홀통신부(1n-30)을 통해 신호를 송신 및/또는 수신할 수 있다. 또한, 제어부(1n-50)는 저장부(1n-40)에 데이터를 기록하고, 읽는다. 이를 위해, 제어부(1n-50)는 적어도 하나의 프로세서를 포함할 수 있다. 또한, 기지국의 적어도 하나의 구성은 하나의 칩으로 구현될 수 있다.
본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.
소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.
이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(ROM: Read Only Memory), 전기적 삭제가능 프로그램가능 롬(EEPROM: Electrically Erasable Programmable Read Only Memory), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(CD-ROM: Compact Disc-ROM), 디지털 다목적 디스크(DVDs: Digital Versatile Discs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.
또한, 상기 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(Local Area Network), WLAN(Wide LAN), 또는 SAN(Storage Area Network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시 예들에서, 개시에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다. 즉, 본 개시의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한 상기 각각의 실시 예는 필요에 따라 서로 조합되어 운용할 수 있다. 예를 들면, 본 개시에서 제안하는 방법들의 일부분들이 서로 조합되어 기지국과 단말이 운용될 수 있다. 또한 상기 실시예들은 5G, NR 시스템을 기준으로 제시되었지만, LTE, LTE-A, LTE-A-Pro 시스템 등 다른 시스템에도 상기 실시예의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능할 것이다.

Claims (1)

  1. 비지상 네트워크에서 단말의 측정 보고의 전송 방법으로,
    기지국으로 단말 능력 정보를 포함하는 메시지를 전송하는 단계;
    상기 기지국으로부터 상기 측정 보고를 위한 설정 정보를 포함하는 상위 계층 메시지를 수신하는 단계;
    상기 설정 정보에 기반하여 측정 보고의 트리거링(triggering) 여부를 판단하는 단계; 및
    상기 판단 결과에 기초하여, 상기 기지국으로 상기 측정 보고를 송신하는 단계를 포함하며,
    상기 단말 능력 정보는 복수의 셀들에 대한 제1 핸드오버(handover) 이벤트의 만족 여부를 판단할 수 있는지 여부를 지시하는 정보를 포함하며, 상기 설정 정보는 상기 제1 핸드오버 이벤트를 만족해야 하는 하나 이상의 셀의 개수를 지시하는 정보를 포함하는 방법.
KR1020220123656A 2022-09-28 2022-09-28 비지상 네트워크에서 무인 항공기 단말의 측정 보고를 위한 방법 및 장치 KR20240044185A (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020220123656A KR20240044185A (ko) 2022-09-28 2022-09-28 비지상 네트워크에서 무인 항공기 단말의 측정 보고를 위한 방법 및 장치
US18/473,642 US20240107387A1 (en) 2022-09-28 2023-09-25 Method and apparatus for measurement reporting of uncrewed aerial vehicle terminal in non-terrestrial network
EP23200108.1A EP4346121A1 (en) 2022-09-28 2023-09-27 Method and apparatus for measurement reporting of uncrewed aerial vehicle terminal in non-terrestrial network
CN202311286033.2A CN117793743A (zh) 2022-09-28 2023-09-28 非地面网络中无人驾驶飞行器终端的测量报告方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020220123656A KR20240044185A (ko) 2022-09-28 2022-09-28 비지상 네트워크에서 무인 항공기 단말의 측정 보고를 위한 방법 및 장치

Publications (1)

Publication Number Publication Date
KR20240044185A true KR20240044185A (ko) 2024-04-04

Family

ID=88206847

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020220123656A KR20240044185A (ko) 2022-09-28 2022-09-28 비지상 네트워크에서 무인 항공기 단말의 측정 보고를 위한 방법 및 장치

Country Status (4)

Country Link
US (1) US20240107387A1 (ko)
EP (1) EP4346121A1 (ko)
KR (1) KR20240044185A (ko)
CN (1) CN117793743A (ko)

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102276649B1 (ko) * 2019-09-04 2021-07-14 엘지전자 주식회사 무인 항공 시스템에서 무인 항공 로봇의 배터리를 충전하기 위한 방법 및 이를 지원하기 위한 장치

Also Published As

Publication number Publication date
EP4346121A1 (en) 2024-04-03
US20240107387A1 (en) 2024-03-28
CN117793743A (zh) 2024-03-29

Similar Documents

Publication Publication Date Title
US11546790B2 (en) Method and apparatus for supporting carrier aggregation in wireless communication system
US11483896B2 (en) Method and device for performing cell reselection in mobile communication system
KR20200114445A (ko) 무선 통신 시스템에서 복수의 빔을 통해 신호를 송수신하는 방법 및 장치
KR20210004447A (ko) 차세대 이동 통신 시스템에서 교차 링크 간섭에 대한 측정과 보고 방법 및 장치
KR102684275B1 (ko) 차세대 이동 통신 시스템에서 rrc 비활성화 모드 단말의 선택된 plmn을 보고하는 방법 및 장치
EP4094485B1 (en) Method and apparatus for relaxing rrm measurement in wireless communication system
KR20200131482A (ko) 무선 통신 시스템에서 임베디드 rrc 연결 재개 절차를 수행하는 방법 및 장치
KR20210133260A (ko) 무선 통신 시스템에서 차량 통신을 지원하기 위한 방법 및 장치
KR20200112288A (ko) 무선 통신 시스템에서 주파수 측정 방법 및 장치
KR20210073298A (ko) 무선 통신 시스템에서 셀을 재선택하기 위한 방법 및 장치
KR20200112051A (ko) 무선 통신 시스템에서 셀 재선택 수행 방법 및 장치
US20230164601A1 (en) Method and device for transmitting and receiving signals in wireless communication system
KR20200039518A (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
KR20200098921A (ko) 차세대 이동통신 시스템에서 단말이 보조 셀그룹의 설정을 포함한 rrc 재설정 메시지를 수신했을 때의 동작 방법 및 장치
KR20200099360A (ko) 무선 통신 시스템에서 측정 보고 방법 및 장치
KR20200114971A (ko) 차세대 이동 통신 시스템에서 차량 통신을 지원하기 위한 셀 재선택 우선순위 관리 방법 및 장치
KR20200087059A (ko) 무선 통신 시스템에서 통신을 수행하는 방법 및 장치
US20240031041A1 (en) Method and device for performing mdt logging in case of idc problem in wireless communication system
KR20240044185A (ko) 비지상 네트워크에서 무인 항공기 단말의 측정 보고를 위한 방법 및 장치
KR20210083652A (ko) 차세대 이동통신 시스템에서 측정 갭을 요청하는 방법 및 장치
KR20210085457A (ko) 이동 통신 시스템에서 단말이 validity area를 벗어난 셀 재선택 시 early measurement 설정을 처리하는 방법 및 장치
KR20240146818A (ko) 무선 통신 시스템에서 캐리어 어그리게이션을 위한 추가적인 측정 정보를 제공하는 방법 및 장치
KR20240146377A (ko) 무선 통신 시스템에서 고도 이벤트 기반 측정 결과 정보를 전송하기 위한 방법 및 장치
KR20210095528A (ko) 무선 통신 시스템에서 rrm 측정을 완화하는 방법 및 장치
KR20240126344A (ko) 무선 통신 시스템에서 이동성 상태를 결정하는 방법 및 장치