KR20230141245A

KR20230141245A - 무선 통신 시스템에서 연결 설립 실패 정보를 저장하는 방법 및 장치

Info

Publication number: KR20230141245A
Application number: KR1020220040580A
Authority: KR
Inventors: 정상엽
Original assignee: 삼성전자주식회사
Priority date: 2022-03-31
Filing date: 2022-03-31
Publication date: 2023-10-10
Also published as: WO2023191537A1; US20230319933A1

Abstract

본 개시는 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 6G 통신 시스템에 관련된 것이다. 본 발명은 무선 통신 시스템에서 연결 설립 실패 정보를 효율적으로 저장 및 보고하는 방법을 개시한다.

Description

무선 통신 시스템에서 연결 설립 실패 정보를 저장하는 방법 및 장치{Method and apparatus for logging connection establishment failure information in a wireless communication system}

본 발명은 무선 통신 시스템에 관한 것이다. 보다 구체적으로, 본 발명은 무선 통신 시스템에서 연결 설립 실패 정보를 저장하는 방법 및 장치에 관한 것이다.

5G 이동통신 기술은 빠른 전송 속도와 새로운 서비스가 가능하도록 넓은 주파수 대역을 정의하고 있으며, 3.5 기가헤르츠(3.5GHz) 등 6GHz 이하 주파수('Sub 6GHz') 대역은 물론 28GHz와 39GHz 등 밀리미터파(㎜Wave)로 불리는 초고주파 대역('Above 6GHz')에서도 구현이 가능하다. 또한, 5G 통신 이후(Beyond 5G)의 시스템이라 불리어지는 6G 이동통신 기술의 경우, 5G 이동통신 기술 대비 50배 빨라진 전송 속도와 10분의 1로 줄어든 초저(Ultra Low) 지연시간을 달성하기 위해 테라헤르츠(Terahertz) 대역(예를 들어, 95GHz에서 3 테라헤르츠(3THz) 대역과 같은)에서의 구현이 고려되고 있다.

5G 이동통신 기술의 초기에는, 초광대역 서비스(enhanced Mobile BroadBand, eMBB), 고신뢰/초저지연 통신(Ultra-Reliable Low-Latency Communications, URLLC), 대규모 기계식 통신 (massive Machine-Type Communications, mMTC)에 대한 서비스 지원과 성능 요구사항 만족을 목표로, 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위한 빔포밍(Beamforming) 및 거대 배열 다중 입출력(Massive MIMO), 초고주파수 자원의 효율적 활용을 위한 다양한 뉴머롤로지 지원(복수 개의 서브캐리어 간격 운용 등)와 슬롯 포맷에 대한 동적 운영, 다중 빔 전송 및 광대역을 지원하기 위한 초기 접속 기술, BWP(Band-Width Part)의 정의 및 운영, 대용량 데이터 전송을 위한 LDPC(Low Density Parity Check) 부호와 제어 정보의 신뢰성 높은 전송을 위한 폴라 코드(Polar Code)와 같은 새로운 채널 코딩 방법, L2 선-처리(L2 pre-processing), 특정 서비스에 특화된 전용 네트워크를 제공하는 네트워크 슬라이싱(Network Slicing) 등에 대한 표준화가 진행되었다.

현재, 5G 이동통신 기술이 지원하고자 했던 서비스들을 고려하여 초기의 5G 이동통신 기술 개선(improvement) 및 성능 향상(enhancement)을 위한 논의가 진행 중에 있으며, 차량이 전송하는 자신의 위치 및 상태 정보에 기반하여 자율주행 차량의 주행 판단을 돕고 사용자의 편의를 증대하기 위한 V2X(Vehicle-to-Everything), 비면허 대역에서 각종 규제 상 요구사항들에 부합하는 시스템 동작을 목적으로 하는 NR-U(New Radio Unlicensed), NR 단말 저전력 소모 기술(UE Power Saving), 지상 망과의 통신이 불가능한 지역에서 커버리지 확보를 위한 단말-위성 직접 통신인 비 지상 네트워크(Non-Terrestrial Network, NTN), 위치 측위(Positioning) 등의 기술에 대한 물리계층 표준화가 진행 중이다.

뿐만 아니라, 타 산업과의 연계 및 융합을 통한 새로운 서비스 지원을 위한 지능형 공장 (Industrial Internet of Things, IIoT), 무선 백홀 링크와 액세스 링크를 통합 지원하여 네트워크 서비스 지역 확장을 위한 노드를 제공하는 IAB(Integrated Access and Backhaul), 조건부 핸드오버(Conditional Handover) 및 DAPS(Dual Active Protocol Stack) 핸드오버를 포함하는 이동성 향상 기술(Mobility Enhancement), 랜덤액세스 절차를 간소화하는 2 단계 랜덤액세스(2-step RACH for NR) 등의 기술에 대한 무선 인터페이스 아키텍쳐/프로토콜 분야의 표준화 역시 진행 중에 있으며, 네트워크 기능 가상화(Network Functions Virtualization, NFV) 및 소프트웨어 정의 네트워킹(Software-Defined Networking, SDN) 기술의 접목을 위한 5G 베이스라인 아키텍쳐(예를 들어, Service based Architecture, Service based Interface), 단말의 위치에 기반하여 서비스를 제공받는 모바일 엣지 컴퓨팅(Mobile Edge Computing, MEC) 등에 대한 시스템 아키텍쳐/서비스 분야의 표준화도 진행 중이다.

이와 같은 5G 이동통신 시스템이 상용화되면, 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것이며, 이에 따라 5G 이동통신 시스템의 기능 및 성능 강화와 커넥티드 기기들의 통합 운용이 필요할 것으로 예상된다. 이를 위해, 증강현실(Augmented Reality, AR), 가상현실(Virtual Reality, VR), 혼합 현실(Mixed Reality, MR) 등을 효율적으로 지원하기 위한 확장 현실(eXtended Reality, XR), 인공지능(Artificial Intelligence, AI) 및 머신러닝(Machine Learning, ML)을 활용한 5G 성능 개선 및 복잡도 감소, AI 서비스 지원, 메타버스 서비스 지원, 드론 통신 등에 대한 새로운 연구가 진행될 예정이다.

또한, 이러한 5G 이동통신 시스템의 발전은 6G 이동통신 기술의 테라헤르츠 대역에서의 커버리지 보장을 위한 신규 파형(Waveform), 전차원 다중입출력(Full Dimensional MIMO, FD-MIMO), 어레이 안테나(Array Antenna), 대규모 안테나(Large Scale Antenna)와 같은 다중 안테나 전송 기술, 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(Metamaterial) 기반 렌즈 및 안테나, OAM(Orbital Angular Momentum)을 이용한 고차원 공간 다중화 기술, RIS(Reconfigurable Intelligent Surface) 기술 뿐만 아니라, 6G 이동통신 기술의 주파수 효율 향상 및 시스템 네트워크 개선을 위한 전이중화(Full Duplex) 기술, 위성(Satellite), AI(Artificial Intelligence)를 설계 단계에서부터 활용하고 종단간(End-to-End) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발에 기반이 될 수 있을 것이다.

무선 통신 시스템의 발전에 따라 NR 시스템에서 단말이 RRC 연결 설립 또는 재개 실패 정보를 효율적으로 저장 및 보고하기 위한 방법 및 장치가 필요하다.

상기와 같은 문제점을 해결하기 위한 본 발명은 무선 통신 시스템에서 제어 신호 처리 방법에 있어서, 기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계; 상기 수신된 제1 제어 신호를 처리하는 단계; 및 상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 한다.

본 발명의 일 실시예에 따르면, NR 시스템에서 단말이 RRC 연결 설립 또는 재개 실패 정보를 효율적으로 저장 및 NR 셀로 보고할 수 있다.

도 1a는 본 발명의 일 실시 예에 따른 LTE 시스템의 구조를 도시한 도면이다.
도 1b는 본 발명의 일 실시 예에 따른 LTE 시스템에서 무선 프로토콜 구조를 도시한 도면이다.
도 1c는 본 발명의 일 실시 예에 따른 차세대 이동통신 시스템의 구조를 도시한 도면이다.
도 1d는 본 발명의 일 실시 예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 1e는 본 발명의 일 실시 예에 따른 셀 측정 정보를 수집 및 보고하는 기술을 설명하는 도면이다.
도 1f는 본 발명의 일 실시 예에 따라 NR 시스템에서 단말이 단일 RRC 연결 설립/재개 실패 정보를 저장 및 NR 셀로 보고하는 과정의 흐름도이다.
도 1g는 본 발명의 일 실시 예에 따라 NR 시스템에서 단말이 다수의 RRC 연결 설립/재개 실패 정보를 저장 및 NR 기지국에게 보고하는 과정의 흐름도이다.
도 1h는 본 발명의 일 실시 예에 따라 NR 시스템에서 단말이 다수의 RRC 연결 설립/재개 실패 정보를 저장 및 NR 기지국에게 보고하는 과정의 흐름도이다.
도 1i는 본 발명의 일 실시 예에 따라 NR 시스템에서 단말이 다수의 RRC 연결 설립/재개 실패 정보를 저장 및 NR 셀에게 보고하는 과정의 흐름도이다.
도 1j는 본 개시의 일 실시 예에 따라 단말이 measurement logging를 수행하는 흐름도이다.
도 1k은 본 발명의 일 실시 예에 따른 단말의 내부 구조를 도시하는 블록도이다.
도 1l는 본 발명의 일 실시 예에 따른 NR 기지국의 구성을 나타낸 블록도이다.

이하 첨부된 도면을 참조하여 본 발명의 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명하기에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 발명의 실시 예를 설명하기로 한다.

이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 발명이 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.

이하 설명의 편의를 위하여, 본 발명은 3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 발명이 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다. 본 발명에서 eNB는 설명의 편의를 위하여 gNB와 혼용되어 사용될 수 있다. 즉 eNB로 설명한 기지국은 gNB를 나타낼 수 있다.

도 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)는 데이터 베어러를 제공하는 장치이며, 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 혹은 2g)의 무선 액세스 네트워크는 차세대 기지국(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 대비 초고속 데이터 전송을 구현하기 위해서 기존 최대 대역폭 이상을 가질 수 있고, 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, 이하 OFDM이라 한다)을 무선 접속 기술로 하여 추가적으로 빔포밍 기술이 접목될 수 있다. 또한 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, 이하 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 인 경우에는 버퍼에 저장되어 있거나 추후에 수신될 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)

- MBMS 서비스 확인 기능(MBMS service identification)

- 전송 포맷 선택 기능(Transport format selection)

- 패딩 기능(Padding)

NR PHY 계층(1d-20, 1d-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.

도 1e는 본 발명의 일 실시 예에 따른 셀 측정 정보를 수집 및 보고하는 기술을 설명하는 도면이다.

망 구축 혹은 최적화 시, 이동통신 사업자는 통상 예상 서비스 영역에서의 신호 세기를 측정하고, 이를 근거로 서비스 영역 내의 기지국들을 배치 혹은 재조정하는 과정을 거친다. 사업자는 차량에 신호 측정 장비를 싣고, 상기 서비스 영역에서 셀 측정 정보를 수집하는데, 이는 많은 시간과 비용이 요구된다. 상기 프로세스는 일반적으로 차량을 활용하여, Drive Test라고 통용된다. 단말은 셀 간 이동시 셀 재선택 혹은 핸드오버, 서빙 셀 추가 등의 동작을 지원하기 위해, 기지국으로 신호를 측정할 수 있는 기능을 탑재하고 있다. 따라서, 상기 Drive Test 대신, 서비스 영역 내의 단말을 활용할 수 있는데, 이를 MDT (Minimization of Drive Test)라고 칭한다. 사업자는 네트워크의 여러 구성 장치들을 통해, 특정 단말들에게 MDT 동작을 설정할 수 있으며, 상기 단말들은 RRC 연결 모드 (RRC_CONNECTED), RRC 유휴 모드 (RRC_IDLE) 혹은 RRC 비활성 모드 (RRC_INACTIVE)에서 서빙 셀 및 주변 셀들로부터의 신호 세기 정보를 수집하여 저장한다. 이 외, 위치 정보, 시간 정보 및 신호 품질 정보 등 다양한 정보도 함께 저장한다. 이렇게 저장된 정보는 상기 단말들이 연결 모드에 있을 때, 네트워크로 보고될 수 있으며, 상기 정보는 특정 서버로 전달된다.

상기 MDT 동작은 크게 Immediate MDT와 Logged MDT로 분류된다.

Immediate MDT는 수집한 정보를 바로 네트워크에 보고하는 특징으로 한다. 바로 보고해야 하므로, RRC 연결 모드 단말만이 이를 수행할 수 있다. 통상, 핸드오버 및 서빙 셀 추가 등의 동작을 지원하기 위한 RRM measurement 과정을 재활용하며, 위치 정보, 시간 정보 등이 추가적으로 보고된다.

Logged MDT는 수집한 정보를 바로 네트워크로 보고하지 않고 저장하며, 이 후 단말이 RRC 연결 모드로 전환한 후, 상기 저장한 정보를 보고하는 것을 특징으로 한다. 통상 바로 네트워크로 보고할 수 없는 RRC 유휴 모드 또는 RRC 비활성화 모드의 단말이 이를 수행한다. 본 발명에서는 차세대 이동통신 시스템에서 도입된 RRC 비활성 모드의 단말은 Logged MDT을 수행하는 것을 특징으로 한다. 네트워크는 특정 단말이 RRC 연결 모드에 있을 때, Logged MDT 동작 수행을 위한 설정 정보를 상기 단말에게 제공하고, 상기 단말은 RRC 유휴 모드 혹은 RRC 비활성 모드로 전환한 후, 설정된 정보를 수집 및 저장한다.

MDT 동작의 종류와 단말의 RRC state의 관계를 정리하면 하기의 표 1과 같다.

	RRC state
Immediate MDT	RRC_CONNECTED
Logged MDT	RRC_IDLE, RRC_INACTIVE

도 1f는 본 발명의 일 실시 예에 따라 NR 시스템에서 단말이 단일 RRC 연결 설립/재개 실패 정보를 저장 및 NR 셀로 보고하는 과정을 도시한 시퀀스도이다. 본 발명의 일 실시 예를 따르는 단말은 단일 RRC 연결 설립/재개 실패 정보(single connection establishment/resume failure information, 이하 single CEF)를 연결 설립 실패 및/또는 연결 재개 실패 정보를 포함하는 UE 변수 (예를 들어, VarConnEstFailReport)에 저장하고 NR 셀(또는 기지국, 또는 gNB, 이하 혼용하기로 한다)로 전송할 수 있다. 예를 들어, 상기 단말은 가장 최근에 RRC 연결 설립/재개를 실패한 셀에 대한 RRC 연결 설립/재개 실패 정보만 저장하고 NR 셀로 전송할 수 있다. 상기 단말은 single CEF 기능을 의무적(mandatory)으로 지원하기 때문에 NR 셀에게 single CEF 기능 지원 여부를 알려주지 않을 수 있다.

도 1f를 참조하면, 1f-05 단계에서 단말(1f-01)은 NR 셀(1f-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.

1f-10 단계에서 NR 셀(1f-02)은 유보 설정 정보(suspendConfig)가 포함되지 않은 RRC 연결 해제 메시지(RRCRelease)를 상기 단말(1f-01)에게 전송할 수 있다.

1f-15 단계에서 상기 RRCRelease 메시지를 수신한 단말(1f-01)은 RRC 유휴 모드(RRC_IDLE)로 천이할 수 있다.

1f-20 단계에서 RRC 유휴 모드에 있는 단말(1f-01)은 PLMN (public land mobile network) 선택 과정을 수행할 수 있다. 상기 단말의 AS (access stratum) 계층은 NAS (non-access stratum) 계층의 요청으로 인해 (또는 자율적으로 가능한) 하나 또는 복수 개의 PLMN을 NAS 계층 장치로 보고할 수 있다(In the UE, the AS shall report available PLMNs to the NAS on request from the NAS or automatically). 구체적으로, 단말은 가능한 PLMN들을 찾기 위해 자신의 능력(capability)에 따라 NR 밴드들의 모든 RF (radio frequency) 채널들을 스캔할 수 있다(The UE shall scan all RF channels in the NR bands according to its capabilities to find available PLMNs). 각 캐리어에 대해, 단말은 가장 신호가 센 셀을 찾아 해당 셀로부터 시스템 정보를 읽을 수 있으며, 이는 해당 셀이 속한 하나 또는 복수 개의 PLMN들을 찾기 위해서이다((On each carrier, the UE shall search for the strongest cell and read its system information, in order to find out which PLMN(s) the cell belongs to). 만약 상기 신호가 센 셀에서 하나 또는 복수 개의 PLMN identity를 읽을 수 있을 경우, 단말의 AS 계층은 각 PLMN에 대해서 다음 high-quality 조건을 충족할 경우 high quality PLMN이라고 NAS 계층 장치로 보고할 수 있다(If the UE can read one or several PLMN identities in the strongest cell, each found PLMN shall be reported to the NAS as a high quality PLMN (but without the RSRP value), provided that the following high-quality criterion is fulfilled).

- High-quality 조건: For an NR cell, the measured RSRP value shall be greater than or equal to -110 dBm

만약 찾은 PLMN들에 대해 상기 high-quality 조건을 충족하지 않으나 단말이 PLMN 식별자들을 읽을 수 있을 경우, 단말의 AS 계층은 각 RSRP (reference signal received power) 측정값들과 PLMN 식별자들을 NAS 계층 장치에게 보고할 수 있다(Found PLMNs that do not satisfy the high-quality criterion but for which the UE has been able to read the PLMN identities are reported to the NAS together with their corresponding RSRP values). 단말의 AS 계층이 NAS 계층 장치에게 보고하는 측정값은 각 셀에서 찾은 각 PLMN에 대한 값이어야 한다(The quality measure reported by the UE to NAS shall be the same for each PLMN found in one cell). 상기 PLMN 선택 과정은 NAS 계층 장치의 요청에 따라 수행되지 않을 수 있다(The search for PLMNs may be stopped on request from the NAS). 단말은 저장된 정보 (예를 들어, 주파수들과 선택적으로 이전에 수신한 측정 제어 정보 요소들로부터 얻을 수 있는 셀 파라미터들에 대한 정보를 의미)를 이용하여 PLMN 선택 과정을 최적화할 수도 있다. 참고로, RRC 유휴 모드에 있는 단말(1f-01)은 1f-20 단계 이전에 선택한 PLMN을 등록 (Registered PLMN, 이하 RPLMN)하여 해당 Registration area에서 벗어나지 않은 경우, 1f-20 단계를 수행하지 않을 수 있다.

1f-25 단계에서 RRC 유휴 모드에 있는 단말(1f-01)은 선택된 또는 등록된 PLMN에 대한 적합 셀(suitable cell)에 캠프-온 하기 위해 셀 선택 과정을 수행할 수 있다.

1f-30 단계에서 RRC 유휴 모드에 있는 단말(1f-01)은 더 좋은 suitable cell을 찾기 위해 셀 재선택 과정을 수행할 수 있다.

1f-35 단계에서 RRC 유휴 모드에 있는 단말(1f-01)은 NR 셀(1f-02)과 RRC 연결 설립 절차(RRC connection establishment procedure)를 개시할 수 있다. RRC 연결 설립 절차 개시할 때, 상기 단말은 T300 타이머를 구동할 수 있다.

1f-40 단계에서 상기 단말이 1f-35 단계에서 구동한 T300 타이머가 만료될 수 있다.

1f-45 단계에서 상기 단말은 다음 동작 1과 동작 2을 순서대로 수행할 수 있다.

- 동작 1: VarConnEstFailReport와 관련 없는 동작

* reset MAC, release the MAC configuration and re-establish RLC for all RBs that are established

* if the UE supports RRC Connection Establishment failure with temporary offset and the T300 has expired a consecutive connEstFailCount times on the same cell for which connEstFailureControl is included in SIB1, for a period as indicated by connEstFailOffsetValidity, use connEstFailOffset for the parameter Qoffsettemp for the concerned cell when performing cell selection and reselection according to TS 38.304 and TS 36.304

- 동작 2: VarConnEstFailReport와 관련 있는 동작

* if the UE has connection establishment failure information or connection resume failure information available in VarConnEstFailReport and if the RPLMN is not equal to plmn-identity stored in VarConnEstFailReport or if the cell identity of current cell is not equal to the cell identity stored in measResultFailedCell in VarConnEstFailReport, reset the numberOfConnFail to 0

* clear the content included in VarConnEstFailReport except for the numberOfConnFail, if any

* store the following connection establishment failure information in the VarConnEstFailReport by setting its fields as follows:

** set the plmn-Identity to the PLMN selected by upper layers (see TS 24.501) from the PLMN(s) included in the plmn-IdentityList in SIB1

** set the measResultFailedCell to include the global cell identity, tracking area code, the cell level and SS/PBCH block level RSRP, and RSRQ, and SS/PBCH block indexes, of the failed cell based on the available SSB measurements collected up to the moment the UE detected connection establishment failure;

** if available, set the measResultNeighCells, in order of decreasing ranking-criterion as used for cell re-selection, to include neighbouring cell measurements for at most the following number of neighbouring cells: 6 intra-frequency and 3 inter-frequency neighbours per frequency as well as 3 inter-RAT neighbours, per frequency/ set of frequencies per RAT and according to the following:

*** for each neighbour cell included, include the optional fields that are available;

** if available, set the locationInfo as follows:

*** if available, set the commonLocationInfo to include the detailed location information

*** if available, set the bt-LocationInfo to include the Bluetooth measurement results, in order of decreasing RSSI for Bluetooth beacons

*** if available, set the wlan-LocationInfo to include the WLAN measurement results, in order of decreasing RSSI for WLAN APs

*** if available, set the sensor-LocationInfo to include the sensor measurement results as follows;

**** if available, include the sensor-MeasurementInformation;

**** if available, include the sensor-MotionInformation;

** set perRAInfoList to indicate random access failure information

** if the numberOfConnFail is smaller than 7, increment the numberOfConnFail by 1

* inform upper layers about the failure to establish the RRC connection, upon which the procedure ends

1f-50 단계에서 RRC 유휴 모드에 있는 단말(1f-01)은 NR 셀(1f-03)과 RRC 연결 설립 절차(RRC connection establishment procedure)를 개시할 수 있다. RRC 연결 설립 절차 개시할 때, 상기 단말은 T300 타이머를 구동할 수 있다(Upon initiation of the procedure, UE starts timer T300).

1f-55 단계에서 상기 단말이 1f-50 단계에서 구동한 T300 타이머가 만료될 수 있다.

1f-60 단계에서 상기 단말은 전술한 동작 1과 동작 2를 수행할 수 있다. 단일 RRC 연결 설립/재개 실패 정보를 저장하는 상기 단말은 다음의 특징을 지닐 수 있다.

- 단말은 가장 최근에 실패한 셀(1f-03)에 대해 단일 RRC 연결 설립/재개 실패 정보를 VarConnEstFailReport에 저장할 수 있다. 이를 위해, 단말은 1f-45 단계에서 VarConnEstFailReport에 저장한 RRC 연결 설립/재개 실패 정보 중, 같은 셀에서 RRC 연결 설립/재개가 연속적으로 실패한 횟수를 지시하는 정보 (예를 들어 numberOfConnFail)를 제외한 모든 정보를 지우고, 1f-55 단계로 RRC 연결 설립/재개를 실패한 셀(1f-03)에 대해 RRC 연결 설립/재개 실패 정보로 VarConnEstFailReport에 저장할 수 있다. 만약 1f-40 단계로 RRC 연결 설립/재개를 실패한 셀(1f-02)과 1f-55 단계로 RRC 연결 설립/재개를 실패한 셀(1f-03)이 다를 경우 또는 1f-45 단계에서 VarConnEstFailReport에 저장한 plmn-Identity가 RPLMN이 아닌 경우, numberOfConnFail을 0으로 리셋할 수 있다. 상기 단말은 현재 셀의 셀 식별자가 VarConnEstFailReport의 RRC 연결 설립/재개 실패가 발생한 셀에서 수행한 마지막 측정 결과를 나타내는 정보 (예를 들어 measResultFailedCell)에 저장된 셀 식별자 비교를 통해 현재 셀과 가장 최근에 실패한 셀이 같은지 여부를 판단할 수 있다. 만약 1f-40 단계에서 RRC 연결 설립/재개를 실패한 셀(1f-02)과 1f-55 단계에서 RRC 연결 설립/재개를 실패한 셀(1f-03)이 동일한 경우, 단말은 numberOfConnFail을 리셋 하지 않고 1f-45 단계에서 셋팅한 numberOfConnFail에서 1만큼 증가시킬 수 있다(increment the numberOfConnFail by 1).

1f-65 단계에서 RRC 유휴 모드에 있는 단말(1f-01)은 NR 셀(1f-02)과 RRC 연결 설립 절차(RRC connection establishment procedure)를 개시할 수 있다. RRC 연결 설립 절차가 개시될 때, 상기 단말은 T300 타이머를 구동할 수 있다(Upon initiation of the procedure, UE starts timer T300).

1f-70 단계에서 RRC 유휴 모드에 있는 단말(1f-01)은 RRC 연결 요청 (RRCSetupRequest) 메시지를 NR 셀(1f-02)로 전송할 수 있다.

1f-75 단계에서 NR 셀(1f-02)은 RRC 연결 (RRCSetup) 메시지를 RRC 유휴 모드에 있는 단말(1f-01)에게 전송할 수 있다.

1f-76 단계에서 단말(1f-01)은 구동 중인 T300 타이머를 멈출 수 있다. 그리고 단말(1f-01)은 RRC 연결 모드로 천이할 수 있다.

1f-80 단계에서 RRC 연결 모드로 천이한 단말(1f-01)은, VarConnEstFailReport에 연결 설립/재개 실패 정보가 저장되어 있으며, VarConnEstFailReport에 저장된 plmn-Identity 가 RPLMN 과 일치하는 경우, RRC 연결 완료 (RRCSetupComplete) 메시지에 이를 알리는 지시자 (예를 들어 connEstFailInfoAvailable)를 포함하여 NR 셀(1f-02)로 전송할 수 있다.

1f-85 단계에서 NR 셀(1f-02)은 단말에게 정보를 요청하기 위한 메시지 (UEInformationRequest 메시지)에 RRC 연결 설립/재개의 실패와 대한 정보를 보고할지 여부를 지시하는 정보 (예를 들어 connEstFailReportReq)를 true로 설정하여 단말(1f-01)에게 UEInformationRequest 메시지를 전송할 수 있다.

1f-90 단계에서 단말(1f-01)은 수신한 UEInformationRequest 메시지에 connEstFailReportReq가 true로 설정되어 있고 VarConnEstFailReport에 연결 설립/재개 실패 정보가 저장되어 있으며 VarConnEstFailReport에 저장된 plmn-Identity가 RPLMN과 동일한 경우, 다음 동작을 수행하여 NR 셀에게 기지국이 요청한 정보를 보고하기 위한 메시지 UEInformationResponse 메시지)를 전송할 수 있다.

- set timeSinceFailure in VarConnEstFailReport to the time that elapsed since the last connection establishment failure in NR

- set the connEstFailReport in the UEInformationResponse message to the value of connEstFailReport in VarConnEstFailReport

상기 단말은 하위 계층 장치로부터 UEInformationResponse 메시지가 성공적으로 전송되었다고 확인받으면 VarConnEstFailReport에 있는 ConnEstFailReport를 지울 수 있다(discard the connEstFailReport from VarConnEstFailReport upon successful delivery of the UEInformationResponse message confirmed by lower layers).

도 1g는 본 발명의 일 실시 예에 따라 NR 시스템에서 단말이 다수의 RRC 연결 설립/재개 실패 정보를 저장 및 NR 셀에게 보고하는 과정을 도시한 시퀀스도이다.

본 발명의 일 실시 예를 따르는 단말은 다수의 RRC 연결 설립/재개 실패 정보(multiple connection establishment/resume failure information, 이하 multiple CEF)를 저장하여 NR 셀로 전송할 수 있다. 이를 통해, 사업자는 기지국의 하향링크(Downlink, 이하 DL)와 상향링크(Uplink, 이하 UL)의 커버리지(Coverage) 불균형(imbalance) 문제를 파악하고 이를 해결함으로써 망을 최적화할 수 있다. 본 개시에서는 단말이 multiple CEF를 저장 및 이를 기지국에게 보고하는 방법을 제안하고자 한다.

도 1g를 참조하면, 1g-07 단계에서 단말(1g-01)은 NR 셀(1g-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.

1g-08 단계에서 RRC 연결 모드에 있는 단말(1g-01)은 NR 셀(1g-02)에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 상기 메시지에는 단말이 multiple CEF를 저장하여 NR 기지국에게 보고할 수 있는 능력이 있다는 지시자가 포함될 수 있다.

1g-10 단계에서, NR 셀(1g-02)은 유보 설정 정보(suspendConfig)가 포함되지 않은 RRC 연결 해제 메시지(RRCRelease)를 상기 단말(1g-01)에게 전송할 수 있다.

1g-15 단계에서 상기 RRCRelease 메시지를 수신한 단말(1g-01)은 RRC 유휴 모드(RRC_IDLE)로 천이할 수 있다.

1g-20 단계에서 RRC 유휴 모드에 있는 단말(1g-01)은 PLMN 선택 과정을 수행할 수 있다.

1g-25 단계에서 RRC 유휴 모드에 있는 단말(1g-01)은 선택된 또는 등록된 PLMN에 대한 suitable cell에 캠프-온 하기 위해 셀 선택 과정을 수행할 수 있다.

1g-30 단계에서 RRC 유휴 모드에 있는 단말(1g-01)은 더 좋은 suitable cell을 찾기 위해 셀 재선택 과정을 수행할 수 있다.

1g-35 단계에서 RRC 유휴 모드에 있는 단말(1g-01)은 NR 셀(1g-02)과 RRC 연결 설립 절차(RRC connection establishment procedure)를 개시할 수 있다. RRC 연결 설립 절차 개시할 때, 상기 단말은 T300 타이머를 구동할 수 있다.

1g-40 단계에서 상기 단말이 1g-35 단계에서 구동한 T300 타이머가 만료될 수 있다.

1g-45 단계에서 상기 단말은 전술한 실시 예에 따라 동작 1과 동작 2를 순서대로 수행할 수 있다.

1g-50 단계에서 RRC 유휴 모드에 있는 단말(1g-01)은 NR 셀(1g-03)과 RRC 연결 설립 절차(RRC connection establishment procedure)를 개시할 수 있다. RRC 연결 설립 절차 개시할 때, 상기 단말은 T300 타이머를 구동할 수 있다.

1g-55 단계에서 상기 단말이 1g-50 단계에서 구동한 T300 타이머가 만료될 수 있다.

T300 타이머가 만료된 경우, 1g-60 단계에서 단말(1g-01)은 다수의 셀에서 실패한 RRC 연결 설립/재개 실패 정보를 저장할 수 있다. Multiple CEF 기능을 지원하는 단말은 다수의 RRC 연결 설립/재개 실패 정보를 저장할 때 중복되는 CEF 정보를 기지국에게 보고하지 않게 하기 위해 다음 동작들 중 적어도 하나의 동작을 순차적으로 수행할 수 있다.

- 동작 A: VarConnEstFailReportList에 RRC 연결 설립/재개 실패 정보가 저장되어 있으나 VarConnEstFailReport 또는 VarConnEstFailReportList에서 저장한 plmn-Identity와 RPLMN이 다른 경우, 단말은 VarConnEstFailReportList에 저장된 모든 정보를 지울 수 있다.

* VarConnEstFailReport는 connEstFailReport와 plmn-Identity로 구성될 수 있다. 예를 들어 VarConnEstFailReport는 하기의 표 2와 같이 구성될 수 있다.

VarConnEstFailReport-r16 ::= SEQUENCE {
　　　 connEstFailReport-r16　　　　　　　 ConnEstFailReport-r16,
　　　 plmn-Identity-r16　　　　　　　　　　　 PLMN-Identity
}

* 만약 상기 단말이 VarConnEstFailReportList에 RRC 연결 설립/재개 실패 정보가 저장되어 있으나 VarConnEstFailReport에 저장된 plmn-Identity와 RPLMN이 다르다고 판단하는 경우, VarConnEstFailReportList는 하기의 표 3과 같이 구성될 수 있다.

VarConnEstFailReportList-r17 ::= SEQUENCE {
　　　 connEstFailReportList-r17　　　　　　　 SEQUENCE (SIZE (1..maxCEFReport-1-r17)) OF ConnEstFailReport-r16
}

일 예로, maxCEF-Report의 값은 8일 수 있고 maxCEFReport-1은 7일 수 있다. 단말은 VarConnEstFailReportList에 별도의 plmn-Identity를 관리할 필요가 없다는 장점이 있다.* 만약 상기 단말이 VarConnEstFailReportList에 RRC 연결 설립/재개 실패 정보가 저장되어 있으나 VarConnEstFailReportList에 저장된 plmn-Identity와 RPLMN이 다르다고 판단하는 경우, VarConnEstFailReportList는 하기의 표 4와 같이 구성될 수 있다.

VarConnEstFailReportLIST-r17 ::= SEQUENCE {
　　　 connEstFailReportList-r17　　　　　　　 SEQUENCE (SIZE (1..maxCEFReport-1-r17)) OF ConnEstFailReport-r16
plmn-Identity-r16 PLMN-Identity
}

일 예로, maxCEF-Report의 값은 8일 수 있고 maxCEFReport-1은 7일 수 있다. 단말은 VarConnEstFailReportList에 하나의 plmn-Identity만 관리할 수 있다. - 동작 B: 현재 RRC 연결 설립/재개를 실패한 셀과 VarConnEstFailReport에 저장한 가장 최근에 RRC 연결 설립/재개를 실패한 셀과 다른 경우 (cell identity로 판단 가능), 단말은 VarConnEstFailReport에 저장한 정보를 VarConnEstFailReportList에 저장할 수 있다. 일 예로, 1g-40 단계에서 RRC 연결 설립/재개를 실패한 가장 최근의 셀(1g-02)과 1g-55 단계에서 RRC 연결 설립/재개를 실패한 현재 셀(1g-03)이 다른 경우, 단말은 1g-45 단계에서 NR 셀(1g-02)에 대해 VarConnEstFailReport에 저장했던 RRC 연결 설립/재개 실패 정보를 VarConnEstFailReportList에 저장할 수 있다. 단말은 상기 동작 B를 VarConnEstFailReport 또는 VarConnEstFailReportList에서 저장한 plmn-Identity와 RPLMN이 같은 경우에만 수행할 수 있다. 본 발명의 일 실시예에 따르면, 단말은 VarConnEstFailReportList에 CEF 정보를 최대 maxCEFReport-1 개까지 저장할 수 있다. 또한 단말이 VarConnEstFailReportList에 CEF 정보를 최대 maxCEFReport-1개까지 저장한 경우, 단말은 가장 이전에 저장한 CEF 정보를 지우고 신규 CEF 정보를 저장할 수도 있다. 또는, 단말이 VarConnEstFailReportList에 CEF 정보를 최대 maxCEFReport-1개까지 저장한 경우, 단말은 더 이상 VarConnEstFailReportList에 CEF 정보를 저장하지 않을 수도 있다.

- 동작 C: 현재 RRC 연결 설립/재개를 실패한 셀에 대한 RRC 연결 설립/재개 실패 정보는 전술한 실시 예의 동작 (예를 들어 동작 2)에 따라 VarConnEstFailReport에 저장할 수 있다. 그러나, 단말은 VarConnEstFailReport를 VarConnEstFailReportList에 저장하지 않을 수 있다. 일 예로, 단말은 1g-55 단계를 통해 RRC 연결 설립/재개를 실패한 셀(1g-03)에 대해 전술한 실시 예의 동작 2에 따라 VarConnEstFailReport에 저장할 수 있다.

1g-65 단계에서 RRC 유휴 모드에 있는 단말(1g-01)은 NR 셀(1g-02)과 RRC 연결 설립 절차(RRC connection establishment procedure)를 개시할 수 있다. RRC 연결 설립 절차가 개시될 때, 상기 단말은 T300 타이머를 구동할 수 있다.

1g-70 단계에서 RRC 유휴 모드에 있는 단말(1g-01)은 RRC 연결 요청 (RRCSetupRequest) 메시지를 NR 셀(1g-02)로 전송할 수 있다.

1g-75 단계에서 NR 셀(1g-02)은 RRC 연결 (RRCSetup) 메시지를 RRC 유휴 모드에 있는 단말(1g-01)에게 전송할 수 있다.

1g-76 단계에서 단말(1g-01)은 구동 중인 T300 타이머를 멈출 수 있다. 그리고 단말(1g-01)은 RRC 연결 모드로 천이할 수 있다.

1g-80 단계에서 RRC 연결 모드로 천이한 단말(1g-01)은, VarConnEstFailReport 및/또는 VarConnEstFailReportList에 연결 설립/재개 실패 정보가 저장되어 있으며, VarConnEstFailReport 및/또는 VarConnEstFailReportList 에 저장된 plmn-Identity 가 RPLMN 과 일치하는 경우, RRC 연결 완료 (RRCSetupComplete) 메시지에 이를 알리는 지시자 (예를 들어 connEstFailInfoAvailable)를 포함하여 NR 셀(1g-02)로 전송할 수 있다.

1g-85 단계에서 NR 셀(1f-02)은 단말에게 정보를 요청하기 위한 메시지 (UEInformationRequest 메시지)에 RRC 연결 설립/재개의 실패와 대한 정보를 보고할지 여부를 지시하는 정보 (예를 들어 connEstFailReportReq)를 true로 설정하여 단말(1g-01)에게 UEInformationRequest 메시지를 전송할 수 있다.

1g-90 단계에서 단말(1g-01)은 수신한 UEInformationRequest 메시지에 connEstFailReportReq가 true로 설정되어 있고 VarConnEstFailReport 및/또는 VarConnEstFailReportList에 연결 설립/재개 실패 정보가 저장되어 있으며 VarConnEstFailReport 및/또는 VarConnEstFailReportList에 저장된 plmn-Identity가 RPLMN과 동일한 경우, 다음 동작을 수행하여 NR 셀에게 기지국이 요청한 정보를 보고하기 위한 메시지 (UEInformationResponse 메시지)를 전송할 수 있다.

- set the connEstFailReportList in the UEInformationResponse message to the value of connEstFailReportList in VarConnEstFailReportList (이 때, 단말은 connEstFailReportList에 포함되어 있는 개별 connEstFailReport에 대해서 NR에서 (가장 최근의) RRC 연결 설립/재개 실패 후 흐른 시점에 대해 timeSinceFailure를 셋팅할 수 있다. 예를 들면, 단말은 1g-40 단계부터 지금까지 흐른 시점을 timeSinceFailure로 셋팅할 수 있다).

상기 단말은 하위 계층 장치로부터 UEInformationResponse 메시지가 성공적으로 전송되었다고 확인받으면 VarConnEstFailReport에 있는 ConnEstFailReport 및/또는 VarConnEstFailReportList에 있는 connEstFailReportList를 지울 수 있다(discard the connEstFailReport from VarConnEstFailReport and/or the connEstFailReportList from VarConnEstFailReportList upon successful delivery of the UEInformationResponse message confirmed by lower layers).

도 1h는 본 발명의 일 실시 예에 따라 NR 시스템에서 단말이 다수의 RRC 연결 설립/재개 실패 정보를 저장 및 NR 셀에게 보고하는 과정을 도시한 시퀀스도이다.

도 1h를 참조하면, 1h-07 단계에서 단말(1h-01)은 NR 셀(1h-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.

1h-08 단계에서 RRC 연결 모드에 있는 단말(1h-01)은 NR 셀(1h-02)에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 상기 메시지에는 단말이 multiple CEF를 저장하여 NR 기지국에게 보고할 수 있는 능력이 있다는 지시자가 포함될 수 있다.

1h-10 단계에서, NR 셀(1h-02)은 유보 설정 정보(suspendConfig)가 포함되지 않은 RRC 연결 해제 메시지(RRCRelease)를 상기 단말(1h-01)에게 전송할 수 있다.

1h-15 단계에서 상기 RRCRelease 메시지를 수신한 단말(1h-01)은 RRC 유휴 모드(RRC_IDLE)로 천이할 수 있다.

1h-20 단계에서 RRC 유휴 모드에 있는 단말(1h-01)은 PLMN 선택 과정을 수행할 수 있다.

1h-25 단계에서 RRC 유휴 모드에 있는 단말(1h-01)은 선택된 또는 등록된 PLMN에 대한 suitable cell에 캠프-온 하기 위해 셀 선택 과정을 수행할 수 있다.

1h-30 단계에서 RRC 유휴 모드에 있는 단말(1h-01)은 더 좋은 suitable cell을 찾기 위해 셀 재선택 과정을 수행할 수 있다.

1h-35 단계에서 RRC 유휴 모드에 있는 단말(1h-01)은 NR 셀(1h-02)과 RRC 연결 설립 절차(RRC connection establishment procedure)를 개시할 수 있다. RRC 연결 설립 절차 개시할 때, 상기 단말은 T300 타이머를 구동할 수 있다.

1h-40 단계에서 상기 단말이 1h-35 단계에서 구동한 T300 타이머가 만료될 수 있다.

1h-45 단계에서 상기 단말은 다음 동작 i와 동작 ii을 순서대로 수행할 수 있다.

- 동작 i: VarConnEstFailReport/VarConnEstFailReportList와 관련 없는 동작

- 동작 ii: VarConnEstFailReport/VarConnEstFailReportList와 관련 있는 동작

* if the UE has connection establishment failure information or connection resume failure information available in VarConnEstFailReportList and if the RPLMN is not equal to plmn-identity stored in VarConnEstFailReport or VarConnEstFailReportList, clear the content included in VarConnEstFailReportList

** for each neighbour cell included, include the optional fields that are available;

** if available, set the locationInfo as follows:

** if available, set the wlan-LocationInfo to include the WLAN measurement results, in order of decreasing RSSI for WLAN APs

** if available, set the sensor-LocationInfo to include the sensor measurement results as follows;

*** if available, include the sensor-MeasurementInformation;

*** if available, include the sensor-MotionInformation;

** set perRAInfoList to indicate random access failure information

* if the UE supports multiple CEF report:

** if the cgi-Info in the measResultFailedCell in the newly added VarConnEstFailReport (or in the newly added ConnEstFailReport in connEstFailReportList in VarConnEstFailReportList) the same as the cgi-Info in the measResultFailedCell in the last entry in the VarConnEstFailReportList:

*** except for the nummberOfConnFail, replace all information for the entry with the VarConnEstFailReport (or for the entry with ConnEstFailReport)

** else:

*** if the maxCEFReport-r17 has not been reached:

**** append the VarConnEstFailReport (or ConnEstFailReport) as a new entry in the VarConnEstFailReportList

본 발명의 일 실시예에 따르면, VarConnEstFailReportList는 다음의 표 5 또는 표 6 중 하나와 같이 구성될 수 있다 (또는 도 1g에서 전술한 바와 같이 구성될 수도 있다).

VarConnEstFailReportList-r17 ::= SEQUENCE {
　　　 connEstFailReportList-r17　　　　　　　 SEQUENCE (SIZE (1..maxCEFReport-r17)) OF VarConnEstFailReport-r16
}

VarConnEstFailReportList-r17 ::= SEQUENCE {
　　　 connEstFailReportList-r17　　　　　　　 SEQUENCE (SIZE (1..maxCEFReport-r17)) OF ConnEstFailReport-r16
plmn-Identity-r16 PLMN-Identity
}

1h-50 단계에서 RRC 유휴 모드에 있는 단말(1h-01)은 NR 셀(1h-03)과 RRC 연결 설립 절차(RRC connection establishment procedure)를 개시할 수 있다. RRC 연결 설립 절차가 개시될 때, 상기 단말은 T300 타이머를 구동할 수 있다.1h-55 단계에서 상기 단말이 1h-50 단계에서 구동한 T300 타이머가 만료될 수 있다.

T300 타이머가 만료된 경우, 1h-60 단계에서 단말(1h-01)은 다수의 셀에서 실패한 RRC 연결 설립/재개 실패 정보를 저장할 수 있다. 본 개시의 일 실시 예에 따라 Multiple CEF 기능을 지원하는 단말은 다수의 RRC 연결 설립/재개 실패 정보를 저장할 때 중복되는 CEF 정보를 저장할 수 있다. 구체적으로, 다음과 같은 동작이 고려될 수 있다.

- VarConnEstFailReportList의 마지막 엔트리(entry)에 저장된 ConnEstFailReport (last entry with ConnEstFailReport in connEstFailReportList in VarConnEstFailReportList)는 VarConnEstFailReport에 저장되어 있는 ConnEstFailReport와 동일한 값을 지닐 수 있다. 또는 VarConnEstFailReportList의 마지막 entry에 저장된 VarConnEstFailReport는 VarConnEstFailReport에 저장되어 있는 값과 동일할 수 있다. 일 예로, 1h-55 단계를 통해 RRC 연결 설립/재개를 실패한 셀(1h-03)에 대한 RRC 연결 설립/재개 실패 정보가 VarConnEstFailReportList에도 저장되어 있고 VarConnEstFailReport에도 저장될 수 있다.

- 단말은 RRC 연결 설립/재개를 실패한 셀에 대한 RRC 연결 설립/재개 실패 정보를 VarConnEstFailReportList에 저장할 수 있다. 일 예로, 단말은 1h-40 단계를 통해 RRC 연결 설립/재개를 실패한 셀(1h-02)에 대한 RRC 연결 설립/재개 실패 정보를 VarConnEstFailReportList에 저장할 수 있다. 그리고 단말은 그 후 현재 RRC 연결 설립/재개를 실패한 셀이 가장 최근에 RRC 연결 설립/재개를 실패한 셀과 동일할 경우 (예를 들면, 1h-02와 1h-03의 셀이 같은 경우), numberOfConnFail를 제외한 모든 정보를 지우고, 현재 RRC 연결 설립/재개를 실패한 셀에 대해 RRC 연결 설립/재개 실패 정보로 대체하여 VarConnEstFailReportList에 저장할 수 있다. 즉, VarConnEstFailReportList에 신규 entry를 추가하지 않고 기존에 있던 정보를 현재 RRC 연결 설립/재개를 실패한 셀에 대해 RRC 연결 설립/재개 실패 정보로 대체할 수 있다. 만약 단말은 현재 RRC 연결 설립/재개를 실패한 셀이 가장 최근에 RRC 연결 설립/재개를 실패한 셀과 다른 경우(예를 들면, 1h-02와 1h-03의 셀이 다른 경우), 현재 RRC 연결 설립/재개를 실패한 셀에 대해 RRC 연결 설립/재개 실패 정보를 VarConnEstFailReportList에 신규 entry로 저장할 수 있다. VarConnEstFailReportList에는 최대 maxCEFReport-r17개까지의 entry (즉, 각 CEF 값)들을 저장할 수 있다.

1h-65 단계에서 RRC 유휴 모드에 있는 단말(1h-01)은 NR 셀(1h-02)과 RRC 연결 설립 절차(RRC connection establishment procedure)를 개시할 수 있다. RRC 연결 설립 절차 개시할 때, 상기 단말은 T300 타이머를 구동할 수 있다.

1h-70 단계에서 RRC 유휴 모드에 있는 단말(1h-01)은 RRC 연결 요청 (RRCSetupRequest) 메시지를 NR 셀(1h-02)로 전송할 수 있다.

1h-75 단계에서 NR 셀(1h-02)은 RRC 연결 (RRCSetup) 메시지를 RRC 유휴 모드에 있는 단말(1h-01)에게 전송할 수 있다.

1h-76 단계에서 단말(1h-01)은 구동 중인 T300 타이머를 멈출 수 있다. 그리고 단말(1h-01)은 RRC 연결 모드로 천이할 수 있다.

1h-80 단계에서 RRC 연결 모드로 천이한 단말(1h-01)은 VarConnEstFailReport 및/또는 VarConnEstFailReportList에 연결 설립/재개 실패 정보가 저장되어 있으며, VarConnEstFailReport 및/또는 VarConnEstFailReportList에 저장된 plmn-Identity 가 RPLMN 과 일치하는 경우, RRC 연결 완료 (RRCSetupComplete) 메시지에 이를 알리는 지시자 (예를 들어 connEstFailInfoAvailable)를 포함하여 NR 셀(1h-02)로 전송할 수 있다.

1h-85 단계에서 NR 셀(1f-02)은 단말에게 정보를 요청하기 위한 메시지 (UEInformationRequest 메시지)에 RRC 연결 설립/재개의 실패와 대한 정보를 보고할지 여부를 지시하는 정보 (예를 들어 connEstFailReportReq)를 true로 설정하여 단말(1h-01)에게 UEInformationRequest 메시지를 전송할 수 있다. 본 발명의 일 실시예에 따르면, 1h-85 단계에서 NR 셀(1f-02)은 UEInformationRequest 메시지에 multiple CEF를 보고하라는 지시자가 true로 설정될 수도 있다.

1h-90 단계에서 단말(1h-01)은 수신한 UEInformationRequest 메시지에 connEstFailReportReq가 true로 설정되어 있고 VarConnEstFailReport 및/또는 VarConnEstFailReportList에 연결 설립/재개 실패 정보가 저장되어 있으며 VarConnEstFailReport 및/또는 VarConnEstFailReportList에 저장된 plmn-Identity가 RPLMN과 동일한 경우, 다음 동작을 수행하여 NR 셀에게 기지국이 요청한 정보를 보고하기 위한 메시지 (UEInformationResponse 메시지)를 전송할 수 있다.

- set the connEstFailReportList in the UEInformation message to the value of connEstFailReportList in VarConnEstFailReportList, except the last entry in the connEstFailReportList in VarConnEstFailReportList (즉, 단말은 VarConnEstFailReportList에 저장되어 있는 connEstFailReportList 중 가장 마지막 entry에 있는 connEstFailReport 또는 VarConnEstFailReport를 제외할 수 있다. 본 발명의 일 실시예에 따르면, 단말은 connEstFailReportList에 포함되어 있는 각 connEstFailReport에 대해서 NR에서 RRC 연결 설립/재개 실패 후 흐른 시점에 대해 timeSinceFailure를 셋팅할 수 있다. 예를 들면, 단말은 1h-40 단계부터 지금까지 흐른 시점을 timeSinceFailure로 셋팅할 수 있다).

1h-90 단계에서 단말(1h-01)은 수신한 UEInformationRequest 메시지에 multiple CEF를 보고하라는 지시자가 true로 VarConnEstFailReport 및/또는 VarConnEstFailReportList에 연결 설립/재개 실패 정보가 있으며 VarConnEstFailReport 및/또는 VarConnEstFailReportList에 저장된 plmn-Identity가 RPLMN과 동일한 경우, 다음 동작을 수행하여 NR 셀에게 UEInformationResponse 메시지를 전송할 수 있다.

- set the connEstFailReportList in the UEInformationResponse message to the value of connEstFailReportList in VarConnEstFailReportList (이 때, 단말은 connEstFailReportList에 포함되어 있는 각 connEstFailReport에 대해서 NR에서 RRC 연결 설립/재개 실패 후 흐른 시점에 대해 timeSinceFailure를 셋팅할 수 있다. 예를 들면, 단말은 1h-40 단계부터 지금까지 흐른 시점을 timeSinceFailure로 셋팅할 수 있다). 즉, 단말은 VarConnEstFailReportList에 저장되어 있는 정보만 UEInformationResponse 메시지에 전송하고, VarConnEstFailReport에 저장되어 있는 정보는 UEInformationResponse 메시지에 전송하지 않을 수 있다.

도 1i는 본 발명의 일 실시 예에 따라 NR 시스템에서 단말이 다수의 RRC 연결 설립/재개 실패 정보를 저장 및 NR 셀에게 보고하는 과정을 도시한 시퀀스도이다.

도 1i를 참조하면, 1i-03 단계에서 단말(1i-01)은 NR 셀(1i-02)과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.

1i-05 단계에서 RRC 연결 모드에 있는 단말(1i-01)은 NR 셀(1i-02)에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 상기 메시지에는 단말이 multiple CEF를 저장하여 NR 기지국에게 보고할 수 있는 능력이 있다는 지시자가 포함될 수 있다.

1i-10 단계에서, NR 셀(1i-02)은 유보 설정 정보(suspendConfig)가 포함된 RRC 연결 해제 메시지(RRCRelease)를 상기 단말(1i-01)에게 전송할 수 있다.

1i-15 단계에서 상기 RRCRelease 메시지를 수신한 단말(1i-01)은 RRC 유휴 비활성화 모드(RRC_INACTIVE)로 천이할 수 있다.

1i-20 단계에서 RRC 유휴 모드에 있는 단말(1i-01)은 선택된 또는 등록된 PLMN에 대한 suitable cell에 캠프-온 하기 위해 셀 선택 과정을 수행할 수 있다.

1i-25 단계에서 RRC 유휴 모드에 있는 단말(1i-01)은 더 좋은 suitable cell을 찾기 위해 셀 재선택 과정을 수행할 수 있다.

1i-30 단계에서 RRC 유휴 모드에 있는 단말(1i-01)은 NR 셀(1i-02)과 RRC 연결 설립 절차(RRC connection resume procedure)를 개시할 수 있다. RRC 연결 재개 절차 개시할 때, 상기 단말은 T319 타이머를 구동할 수 있다.

1i-35 단계에서 상기 단말이 1i-35 단계에서 구동한 T300 타이머가 만료될 수 있다.

1i-40 단계에서 상기 단말은 전술한 실시 예에 따라 동작 A, 동작 B, 동작 C를 수행하거나 동작 ii를 수행하여 multiple CEF를 저장할 수 있다.

1i-45 단계에서 상기 단말은 RRC 유휴 모드(RRC_IDLE)로 천이할 수 있다.

도 1j는 본 개시의 일 실시 예에 따라 단말이 측정 결과를 저장하는 동작을 도시한 순서도이다.

도 1j를 참조하면, 1j-05 단계에서, 단말은 NR 기지국과 RRC 연결을 설정하여 RRC 연결 모드(RRC_CONNECTED)에 있을 수 있다.

1j-10 단계에서, RRC 연결 모드 단말은 NR 기지국으로부터 LoggedMeasurementConfiguration 메시지를 수신할 수 있다. 상기 메시지를 수신한 상기 단말은 하기의 절차를 수행할 수 있다.

* 1>discard the logged measurement configuration as well as the logged measurement information;

* 1>store the received loggingDuration, reportType and areaConfiguration, if included, in VarLogMeasConfig;

* 1>if the LoggedMeasurementConfiguration message includes plmn-IdentityList:

** 2>set plmn-IdentityList in VarLogMeasReport to include the RPLMN as well as the PLMNs included in plmn-IdentityList;

* 1>else:

** 2>set plmn-IdentityList in VarLogMeasReport to include the RPLMN;

* 1>store the received absoluteTimeInfo, traceReference, traceRecordingSessionRef, tce-Id, and sigLoggedMeasType in VarLogMeasReport;

* 1>store the received bt-NameList, if included, in VarLogMeasConfig;

* 1>store the received wlan-NameList, if included, in VarLogMeasConfig;

* 1>store the received sensor-NameList, if included, in VarLogMeasConfig;

* 1>start timer T330 with the timer value set to the loggingDuration;

* 1> store the received earlyMeasIndication, if included, in VarLogMeasConfig;

1j-15 단계에서 상기 단말은 NR 기지국으로부터 RRC 연결 해제 메시지(RRCRelease)를 수신할 수 있다.

1j-20 단계에서 상기 단말은 전술한 실시 예에 따라 RRC 유휴 모드(RRC_IDLE) 또는 RRC 비활성화 모드(RRC_INACTIVE)로 천이할 수 있다.

1j-25 단계에서 1j-10 단계에서 구동한 T330 타이머가 계속 구동 중일 수 있다.

1j-30 단계에서 상기 RRC 유휴 모드 또는 RRC 비활성화 모드 단말은 측정 결과 저장 동작(measurement logging)이 중단(suspend) 되어있는지(measurement logging is suspended) 판단할 수 있다.

1j-30 단계에서 measurement logging이 suspend 되어 있다고 판단한 경우, 1j-35 단계에서 상기 단말은 상기 단말이 감지한 IDC (in-device coexistence) 문제들이 가장 최근의 logging interval 동안 해결되었는지(during the last logging interval the IDC problems detected by the UE is resolved) 판단할 수 있다.

1j-35 단계에서 상기 단말은 상기 단말이 감지한 IDC 문제들이 가장 최근의 logging interval 동안 해결되지 않았다고 판단하는 경우, 1j-40 단계에서 상기 단말은 measurement logging을 계속 suspend 할 수 있다.

1j-35 단계에서 상기 단말은 상기 단말이 감지한 IDC 문제들이 가장 최근의 logging interval 동안 해결되었다고 판단하는 경우, 1j-45 단계에서 measurement logging을 재개할 수 있다.

1j-30 단계에서 measurement logging이 suspend 되어 있지 않다고 판단하거나 또는 1j-45 단계에서 measurement logging을 재개하는 경우, 상기 단말은 1j-50 단계에서 measurement logging을 수행할 수 있다. 구체적으로 상기 단말은 하기의 동작 a를 수행하고, [동작 b, 동작 c, 동작 d] 중 하나의 동작을 수행하고, 동작 e를 수행하여 measurement logging을 수행할 수 있다. 동작 b, 동작 c, 동작 d의 차이는 하기와 같다.

동작 b: 만약 단말이 last logging interval 동안 IDC 문제들을 감지하는 경우, 단말은 VarLogMeasReport에 서빙 셀의 측정 결과 유무에 상관 없이 inDeviceCoexDetected 를 포함하여 measurement logging을 수행하고 next logging interval 부터 measurement logging을 suspend할 수 있다. 상기 단말은 LogMeasInfo에 서빙 셀의 측정 결과를 선택적으로 포함할 수 있기 때문에 last logging interval 동안 IDC 문제들이 감지하였음에도 measurement logging을 수행함으로써 기지국에게 IDC 문제가 발생했다는 것을 알려줄 수 있는 장점이 있다.

동작 c: 만약 단말이 last logging interval 동안 IDC 문제들을 감지하는 경우, 단말은 VarLogMeasReport에 서빙 셀의 측정 결과가 있거나 또는 reportType이 eventTriggered로 설정되어 있는 경우에만 inDeviceCoexDetected 를 포함하여 measurement logging을 수행하고 next logging interval 부터 measurement logging을 suspend 할 수 있다. reportType이 eventTriggered로 설정되어 있는 경우, 상기 단말은 서빙 셀의 측정 결과가 없는 상황이 발생할 수 있지만 event (outOfCoverage or eventL1)가 발생했다는 것과 IDC 문제가 발생했다는 것을 기지국에 알려줄 수 있는 장점이 있다.

동작 d: 만약 단말이 last logging interval 동안 IDC 문제들을 감지하는 경우, 단말은 VarLogMeasReport에 서빙 셀의 측정 결과가 있거나 또는 reportType이 eventTriggered로 설정되고 해당 eventType이 outOfCoverage로 셋팅 되어 있는 경우에만 inDeviceCoexDetected 를 포함하여 measurement logging을 수행하고 next logging interval 부터 measurement logging을 suspend 할 수 있다. eventType이 outOfCoverage로 된 경우, VarLogMeasReport에 서빙 셀의 측정 결과가 없을 경우가 다수 존재할 수 있기 때문이다.

동작 a 내지 동작 e의 구체적인 설명은 하기와 같다.

동작 a:

** 2>if the reportType is set to periodical in the VarLogMeasConfig:

*** 3>if the UE is in any cell selection state (as specified in TS 38.304):

**** 4>perform the logging at regular time intervals, as defined by the loggingInterval in the VarLogMeasConfig;

*** 3>if the UE is in camped normally state on an NR cell and if the RPLMN is included in plmn-IdentityList stored in VarLogMeasReport:

**** 4>if areaConfiguration is not included in VarLogMeasConfig; or

**** 4>if the serving cell is part of the area indicated by areaConfig in areaConfiguration in VarLogMeasConfig:

*****5>perform the logging at regular time intervals, as defined by the loggingInterval in the VarLogMeasConfig;

** 2>else if the reportType is set to eventTriggered, and eventType is set to outOfCoverage:

*** 3>perform the logging at regular time intervals as defined by the loggingInterval in VarLogMeasConfig only when the UE is in any cell selection state;

*** 3>upon transition from any cell selection state to camped normally state in NR:

**** 4>if the RPLMN is included in plmn-IdentityList stored in VarLogMeasReport; and

**** 4>if areaConfiguration is not included in VarLogMeasConfig or if the current camping cell is part of the area indicated by areaConfig of areaConfiguration in VarLogMeasConfig:

***** 5>perform the logging;

** 2>else if the reportType is set to eventTriggered and eventType is set to eventL1:

**** 4>if areaConfiguration is not included in VarLogMeasConfig; or

**** 4>if the serving cell is part of the area indicated by areaConfig in areaConfiguration in VarLogMeasConfig;

***** 5>perform the logging at regular time intervals as defined by the loggingInterval in VarLogMeasConfig only when the conditions indicated by the eventL1 are met;

** 2>when performing the logging:

동작 b:

*** 3>if the UE detected IDC problems during the last logging interval:

**** 4>include inDeviceCoexDetected;

**** 4>suspend measurement logging from the next logging interval;

동작 c:

*** 3>if the UE detected IDC problems during the last logging interval:

**** 4>if measResultServingCell in VarLogMeasReport is not empty; or

**** 4>if the reportType is set to eventTriggered:

***** 5>include inDeviceCoexDetected;

***** 5>suspend measurement logging from the next logging interval;

**** 4>else:

***** 5>suspend measurement logging;

동작 d:

*** 3>if the UE detected IDC problems during the last logging interval:

**** 4>if measResultServingCell in VarLogMeasReport is not empty; or

**** 4>if the reportType is set to eventTriggered , and eventType is set to outOfCoverage:

***** 5>include inDeviceCoexDetected;

***** 5>suspend measurement logging from the next logging interval;

**** 4>else:

***** 5>suspend measurement logging;

동작 e:

*** 3>set the relativeTimeStamp to indicate the elapsed time since the moment at which the logged measurement configuration was received;

*** 3>if location information became available during the last logging interval, set the content of the locationInfo:

*** 3>if the UE is in any cell selection state (as specified in TS 38.304):

**** 4>set anyCellSelectionDetected to indicate the detection of no suitable or no acceptable cell found;

**** 4>if the reportType is set to eventTriggered in the VarLogMeasConfig; and

**** 4>if the RPLMN at the time of entering the any cell selection state is included in plmn-IdentityList stored in VarLogMeasReport; and

**** 4>if areaConfiguration is not included in VarLogMeasConfig or if the last suitable cell that the UE was camping on is part of the area indicated by areaConfig of areaConfiguration in VarLogMeasConfig:

***** 5>set the servCellIdentity to indicate global cell identity of the last suitable cell that the UE was camping on;

***** 5>set the measResultServingCell to include the quantities of the last suitable cell the UE was camping on;

**** 4>else if the reportType is set to periodical in the VarLogMeasConfig:

***** 5>set the servCellIdentity to indicate global cell identity of the last logged cell that the UE was camping on;

***** 5>set the measResultServingCell to include the quantities of the last logged cell the UE was camping on;

*** 3>else:

**** 4>set the servCellIdentity to indicate global cell identity of the cell the UE is camping on;

**** 4>set the measResultServingCell to include the quantities of the cell the UE is camping on;

*** 3>if available, set the measResultNeighCells, in order of decreasing ranking-criterion as used for cell re-selection, to include measurements of neighbouring cell that became available during the last logging interval and according to the following:

**** 4>include measurement results for at most 6 neighbouring cells on the NR serving frequency and for at most 3 cells per NR neighbouring frequency and for the NR neighbouring frequencies in accordance with the following:

***** 5>if interFreqTargetInfo is included in VarLogMeasConfig:

****** 6>if earlyMeasIndication is included in VarLogMeasConfig;

7>include measurement results for NR neighbouring frequencies that are included in both interFreqTargetInfo and either in measIdleCarrierListNR or SIB4;

****** 6>else:

7>include measurement results for NR neighbouring frequencies that are included in both interFreqTargetInfo and SIB4;

***** 5>else:

****** 6>if earlyMeasIndication is included in VarLogMeasConfig;

******* 7>include measurement results for NR neighbouring frequencies that are included in measIdleCarrierListNR or SIB4;

****** 6>else:

7>include measurement results for NR neighbouring frequencies that are included in SIB4;

**** 4>include measurement results for at most 3 neighbours per inter-RAT frequency in accordance with the following:

***** 5>if earlyMeasIndication is included in VarLogMeasConfig:

****** 6>include measurement results for inter-RAT neighbouring frequencies that are included in measIdleCarrierListEUTRA or SIB5;

***** 5>else:

****** 6>include measurement results for inter-RAT frequencies that are included in SIB5;

**** 4>for each neighbour cell included, include the optional fields that are available;

** 2>when the memory reserved for the logged measurement information becomes full, stop timer T330 and perform the same actions as performed upon expiry of T330, as specified in 5.5a.1.4.

도 1k은 본 발명의 일 실시 예에 따른 단말의 내부 구조를 도시하는 블록도이다.

상기 도면을 참고하면, 상기 단말은 RF(Radio Frequency)처리부(1k-10), 기저대역(baseband)처리부(1k-20), 저장부(1k-30), 제어부(1k-40)를 포함한다.

상기 RF처리부(1k-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF처리부(1k-10)는 상기 기저대역처리부(1k-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환한다. 예를 들어, 상기 RF처리부(1k-10)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 상기 도면에서, 하나의 안테나만이 도시되었으나, 상기 단말은 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF처리부(1k-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(1k-10)는 빔포밍(beamforming)을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF처리부(1k-10)는 다수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 상기 RF 처리부는 MIMO를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다.

상기 기저대역처리부(1k-20)은 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역처리부(1k-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1k-20)은 상기 RF처리부(1k-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역처리부(1k-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1k-20)은 상기 RF처리부(1k-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform)를 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다.

상기 기저대역처리부(1k-20) 및 상기 RF처리부(1k-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역처리부(1k-20) 및 상기 RF처리부(1k-10)는 송신부, 수신부, 송수신부 또는 통신부로 지칭될 수 있다. 나아가, 상기 기저대역처리부(1k-20) 및 상기 RF처리부(1k-10) 중 적어도 하나는 서로 다른 다수의 무선 접속 기술들을 지원하기 위해 다수의 통신 모듈들을 포함할 수 있다. 또한, 상기 기저대역처리부(1k-20) 및 상기 RF처리부(1k-10) 중 적어도 하나는 서로 다른 주파수 대역의 신호들을 처리하기 위해 서로 다른 통신 모듈들을 포함할 수 있다. 예를 들어, 상기 서로 다른 무선 접속 기술들은 무선 랜(예: IEEE 802.11), 셀룰러 망(예: LTE) 등을 포함할 수 있다. 또한, 상기 서로 다른 주파수 대역들은 극고단파(SHF:super high frequency)(예: 2.NRHz, NRhz) 대역, mm파(millimeter wave)(예: 60GHz) 대역을 포함할 수 있다.

상기 저장부(1k-30)는 상기 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(1k-30)는 제2무선 접속 기술을 이용하여 무선 통신을 수행하는 제2접속 노드에 관련된 정보를 저장할 수 있다. 그리고, 상기 저장부(1k-30)는 상기 제어부(1k-40)의 요청에 따라 저장된 데이터를 제공한다.

상기 제어부(1k-40)는 상기 단말의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(1k-40)는 상기 기저대역처리부(1k-20) 및 상기 RF처리부(1k-10)을 통해 신호를 송수신한다. 또한, 상기 제어부(1k-40)는 상기 저장부(1k-40)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(1k-40)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 상기 제어부(1k-40)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다.

도 1l는 본 발명의 일 실시 예에 따른 NR 기지국의 구성을 나타낸 블록도이다.

상기 도면에 도시된 바와 같이, 상기 기지국은 RF처리부(1l-10), 기저대역처리부(1l-20), 백홀통신부(1l-30), 저장부(1l-40), 제어부(1l-50)를 포함하여 구성된다.

상기 RF처리부(1l-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF처리부(1l-10)는 상기 기저대역처리부(1l-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환한다. 예를 들어, 상기 RF처리부(1l-10)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다. 상기 도면에서, 하나의 안테나만이 도시되었으나, 상기 제1접속 노드는 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF처리부(1l-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(1l-10)는 빔포밍을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF처리부(1l-10)는 다수의 안테나들 또는 안테나 요소들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 상기 RF 처리부는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다.

상기 기저대역처리부(1l-20)는 제1무선 접속 기술의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역처리부(1l-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1l-20)은 상기 RF처리부(1l-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역처리부(1l-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT 연산 및 CP 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1l-20)은 상기 RF처리부(1l-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다. 상기 기저대역처리부(1l-20) 및 상기 RF처리부(1l-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역처리부(1l-20) 및 상기 RF처리부(1l-10)는 송신부, 수신부, 송수신부, 통신부 또는 무선 통신부로 지칭될 수 있다.

상기 백홀통신부(1l-30)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 상기 백홀통신부(1l-30)는 상기 주기지국에서 다른 노드, 예를 들어, 보조기지국, 코어망 등으로 송신되는 비트열을 물리적 신호로 변환하고, 상기 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환한다.

상기 저장부(1l-40)는 상기 주기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(1l-40)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 상기 저장부(1l-40)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 그리고, 상기 저장부(1l-40)는 상기 제어부(1l-50)의 요청에 따라 저장된 데이터를 제공한다.

상기 제어부(1l-50)는 상기 주기지국의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(1l-50)는 상기 기저대역처리부(1l-20) 및 상기 RF처리부(1l-10)을 통해 또는 상기 백홀통신부(1l-30)을 통해 신호를 송수신한다. 또한, 상기 제어부(1l-50)는 상기 저장부(1l-40)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(1l-50)는 적어도 하나의 프로세서를 포함할 수 있다.

Claims

무선 통신 시스템에서 제어 신호 처리 방법에 있어서,
기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계;
상기 수신된 제1 제어 신호를 처리하는 단계; 및
상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 하는 제어 신호 처리 방법.