KR20230170291A

KR20230170291A - 차세대 이동통신 시스템에서 이중 활성화 프로토콜 스택을 지원하는 단말이 rlf 정보를 관리하는 방법 및 장치

Info

Publication number: KR20230170291A
Application number: KR1020220070620A
Authority: KR
Inventors: 정상엽; 아닐 에기월
Original assignee: 삼성전자주식회사
Priority date: 2022-06-10
Filing date: 2022-06-10
Publication date: 2023-12-19
Also published as: WO2023239068A1

Abstract

본 개시는 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 6G 통신 시스템에 관련된 것이다. 본 개시는 핸드오버 실패 정보가 일반적인 핸드오버 실패로 발생한 정보인 지, DAPS핸드오버 실패로 발생한 정보인지 구별하기 위한 방법 및 장치를 제안한다. 또한 본 개시의 또 다른 목적은 동일한 우선 순위를 지니는 갭들이 복수 개가 존재할 경우 충돌을 관리하기 위한 방법 및 장치를 제안한다.

Description

차세대 이동통신 시스템에서 이중 활성화 프로토콜 스택을 지원하는 단말이 RLF 정보를 관리하는 방법 및 장치{METHOD AND APPARATUS OF HANDLING RLF INFORMATION FOR DAPS HO CAPABLE UE IN NEXT WIRELESS COMMUNICATION SYSTEMS}

본 개시는 Radio Link Failure(RLF) 상황에서 이동 통신 시스템 단말 및 기지국 동작에 관한 것이다.

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 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발에 기반이 될 수 있을 것이다.

본 개시의 목적은 이동 통신 시스템에서 Dual Active Protocol Stack (DAPS) 핸드오버(handover) 실패가 발생한 경우, VarRLF-Report 변수에 저장된 핸드오버 실패 정보가 일반적인 핸드오버 실패로 발생한 정보인 지, DAPS핸드오버 실패로 발생한 정보인지 구별하기 위한 방법 및 장치를 제안한다.

또한 본 개시의 또 다른 목적은 동일한 우선 순위를 지니는 갭들이 복수 개가 존재할 경우 충돌을 관리하기 위한 방법 및 장치를 제안한다.

상기와 같은 문제점을 해결하기 위한 본 개시는 무선 통신 시스템에서 신호 처리 방법에 있어서, 기지국으로 Dual Active Protoco Stack (DAPS) 핸드오버 실패 시 핸드오버 관련 변수에 핸드오버 실패 정보를 저장하지 않을 수있다는 지시자를 포함하는 메시지를 보고하는 단계; 상기 단말은 상기 DAPS 핸드오버 실패 시, 상기 핸드오버 관련 변수에 상기 핸드오버 실패 정보를 저장하지 않을 수 있는 능력이 있는지 판단하는 단계; 및 상기 단말은 DAPS 핸드오버 실패 시 상기 관련 변수에 상기 핸드오버 실패 정보를 저장하지 않는 단계를 포함하는 것을 특징으로 한다.

본 개시의 일 실시예에 따르면, DAPS 핸드오버 실패가 발생한 경우 Var-RLF Report 변수에 핸드오버 실패 정보를 저장 하지 않거나 Var-RLF Report 변수에 이를 나타내기 위한 정보를 저장 함으로써, 핸드오버 실패가 일반적인 핸드오버 실패로 발생한 것인지 DAPS 핸드오버 실패로 발생한 것인지 구별 할 수 있다.

또한 본 개시의 또 다른 실시예에 따르면 동일한 우선 순위를 지니는 갭들이 복수개 존재하는 경우 기지국의 지시에 따라 또는 단말이 선호하는 갭 정보를 반영하여 갭 동작을 수행 할 수 있다.

도 1a는 본 발명의 일 실시 예에 따른 LTE 시스템의 구조를 도시한 도면이다.
도 1b는 본 발명의 일 실시 예에 따른 LTE 시스템에서 무선 프로토콜 구조를 도시한 도면이다.
도 1c는 본 발명의 일 실시 예에 따른 차세대 이동통신 시스템의 구조를 도시한 도면이다.
도 1d는 본 발명의 일 실시 예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 1e는 이동통신 시스템에서 일반적인 핸드오버 동작을 수행하는 과정의 흐름도이다.
도 1fa, 1fb 및 1fc는 핸드오버를 수행하는 과정에서 dual active protocol stack을 이용하는 과정을 설명하는 도면이다.
도 1g는 본 발명에서 DAPS 핸드오버를 수행하는 과정의 흐름도이다.
도 1h는 본 발명에서 DAPS 핸드오버 실패에 따른 단말 동작 흐름도이다.
도 1i는 본 발명에서 DAPS 핸드오버 실패에 따른 단말 동작 흐름도이다.
도 1j는 본 발명에서 동일한 우선 순위를 지니는 갭들이 복수 개가 존재할 때 충돌을 관리하는 단말과 기지국 동작 흐름도이다.
도 1k는 본 발명에서 동일한 우선 순위를 지니는 갭들이 복수 개가 존재할 때 충돌을 관리하는 단말과 기지국 동작 흐름도이다.
도 1l은 본 발명의 일 실시 예에 따른 단말의 내부 구조를 도시하는 블록도이다.
도 1m는 본 발명의 일 실시 예에 따른 NR 기지국의 구성을 나타낸 블록도이다.

본 명세서에서 실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.

마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.

본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.

이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.

또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.

이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.

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

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

이하 설명에서 사용되는 접속 노드(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는 본 발명이 적용될 수 있는 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다. .

도 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는 이동통신 시스템에서 일반적인 핸드오버 동작을 수행하는 과정의 흐름도이다.

단말 (1e-05)은 소스 셀 (1e-10)으로부터 측정 설정 정보 (measurement configuration)가 포함된 소정의 RRC 메시지를 수신한다 (1e-25). 상기 단말은 상기 측정 설정 정보를 적용하여, 서빙 셀 및 주변 셀들의 신호 품질을 측정하고 주기적으로 혹은 설정된 이벤트가 발생할 때 (1e-30), 상기 수집한 셀 측정 정보를 상기 소스 셀에게 보고한다 (1e-35). 상기 소스 셀은 상기 보고받은 셀 측정 정보를 바탕으로 일반적인 핸드오버 동작을 트리거할지 여부를 결정한다 (1e-40). 예를 들어, Event A3 (Neighbour becomes offset better than SpCell)가 만족되어 셀 측정 정보가 보고되는 경우, 상기 소스 셀은 일반적인 핸드오버를 결정할 수 있다. 만약 상기 일반적인 핸드오버를 트리거하기로 결정하면, 상기 소스 셀은 하나의 타겟 셀 (1e-20)에 소정의 inter-node message을 통해 상기 일반적인 핸드오버를 요청한다 (1e-45). 상기 요청을 수신한 상기 타겟 셀은 이를 수락하고, 상기 일반적인 핸드오버 동작을 위해 필요한 핸드오버 설정 정보 또는 추가적인 설정 정보를 상기 소스 셀로 전송한다 (1e-50). 상기 소스 셀은 상기 타겟 셀로부터 수신한 핸드오버 설정 정보 또는 추가적인 설정 정보를 소정의 RRC 메시지에 수납하고, 상기 단말에게 상기 RRC 메시지(소스 셀이 NR 셀인 경우, RRCReconfiguration 메시지; 소스 셀이 LTE 셀인 경우, RRCConnectionReconfiguration 메시지)를 전송한다 (1e-55). 상기 핸드오버 설정 정보(예를 들어, ReconfigWithSync in NR; MobilityControlInfo in LTE)에는 타겟 셀의 아이디, 주파수 정보, 타겟 셀로의 랜덤 엑세스 동작에 필요한 설정 정보 (dedicated preamble 정보, dedicated radio resource 정보 등), 송신 전력 정보, 타겟 셀에서 사용되는 C-RNTI 정보, T304 타이머 값 등이 포함될 수 있다.

상기 핸드오버 설정 정보를 수신한 상기 단말은 즉시 상기 타겟 셀로 랜덤 엑세스 과정을 시작하고 T304 타이머를 구동시킨다 (1e-60). 이와 동시에, 상기 서빙 셀과의 데이터 송수신을 중지한다.

상기 단말은 1e-55 단계에서 dedicated 프리엠블을 제공받았을 경우, dedicated 프리엠블을 전송할 수 있다 (1e-70). 만약 dedicated 프리엠블을 제공받지 못했다면, 경쟁 기반에서 사용되는 프리엠블들 중 하나를 전송할 수 있다. 상기 프리엠블을 수신한 상기 타겟 셀은 랜덤 엑세스 응답 메시지 (Random Access Response, RAR)를 상기 단말에게 전송한다 (1e-75). 상기 단말은 상기 RAR에 수납된 UL grant 정보를 이용하여, msg3을 상기 타겟 셀에 전송한다 (1e-80). 상기 msg3는 LTE 시스템인 경우에는 RRCConnectionReconfigurationComplete, NR 시스템인 경우에는 RRCReconfigurationComplete 메시지를 수납한다. 상기 랜덤 엑세스 과정이 성공적으로 완료되면, 상기 일반적인 핸드오버가 성공적으로 완료되었다고 간주하고, 상기 구동중인 T304 타이머를 중지시킨다. 만약 T304 타이머가 만료될 때까지 상기 일반적인 핸드오버가 성공적으로 완료되지 않으면, 핸드오버 실패로 간주하고 RLF을 선언하고, VarRLF-Report 변수에 핸드오버 실패 정보를 저장하고, 주요한 소스 셀(source primary cell, source PCell)에서 사용하는 설정 정보를 다시 적용하여 (revert back to the configuration used in the source PCell), 소스 셀과 RRC 연결 재설립 절차(connection re-establishment procedure)를 개시할 수 있다. 참고로 상기 단말이 VarRLF-Report 변수에 핸드오버 실패 정보를 다음과 같이 저장할 수 있다.

The UE shall determine the content in the VarRLF-Report as follows:
1> clear the information included in VarRLF-Report, if any;
1> set the plmn-IdentityList to include the list of EPLMNs stored by the UE (i.e. includes the RPLMN);
1> set the measResultLastServCell to include the cell level RSRP, RSRQ and the available SINR, of the source PCell (in case HO failure) or PCell (in case RLF) based on the available SSB and CSI-RS measurements collected up to the moment the UE detected failure;
1> if the SS/PBCH block-based measurement quantities are available:
2> set the rsIndexResults in measResultLastServCell to include all the available measurement quantities of the source PCell (in case HO failure) or PCell (in case RLF), ordered such that the highest SS/PBCH block RSRP is listed first if SS/PBCH block RSRP measurement results are available, otherwise the highest SS/PBCH block RSRQ is listed first if SS/PBCH block RSRQ measurement results are available, otherwise the highest SS/PBCH block SINR is listed first, based on the available SS/PBCH block based measurements collected up to the moment the UE detected failure;
1> if the CSI-RS based measurement quantities are available:
2> set the rsIndexResults in measResultLastServCell to include all the available measurement quantities of the source PCell (in case HO failure) or PCell (in case RLF), ordered such that the highest CSI-RS RSRP is listed first if CSI-RS RSRP measurement results are available, otherwise the highest CSI-RS RSRQ is listed first if CSI-RS RSRQ measurement results are available, otherwise the highest CSI-RS SINR is listed first, based on the available CSI-RS based measurements collected up to the moment the UE detected failure;
1> set the ssbRLMConfigBitmap and/or csi-rsRLMConfigBitmap in measResultLastServCell to include the radio link monitoring configuration of the source PCell(in case HO failure) or PCell (in case RLF), if available;
1> for each of the configured measObjectNR in which measurements are available:
2> if the SS/PBCH block-based measurement quantities are available:
3> set the measResultListNR in measResultNeighCells to include all the available measurement quantities of the best measured cells, other than the source PCell (in case HO failure) or PCell (in case RLF), ordered such that the cell with highest SS/PBCH block RSRP is listed first if SS/PBCH block RSRP measurement results are available, otherwise the cell with highest SS/PBCH block RSRQ is listed first if SS/PBCH block RSRQ measurement results are available, otherwise the cell with highest SS/PBCH block SINR is listed first, based on the available SS/PBCH block based measurements collected up to the moment the UE detected failure;
4>for each neighbour cell included, include the optional fields that are available;
2> if the CSI-RS based measurement quantities are available:
3> set the measResultListNR in measResultNeighCells to include all the available measurement quantities of the best measured cells, other than the source PCell (in case HO failure) or PCell (in case RLF), ordered such that the cell with highest CSI-RS RSRP is listed first if CSI-RS RSRP measurement results are available, otherwise the cell with highest CSI-RS RSRQ is listed first if CSI-RS RSRQ measurement results are available, otherwise the cell with highest CSI-RS SINR is listed first, based on the available CSI-RS based measurements collected up to the moment the UE detected radio link failure;
4> or each neighbour cell included, include the optional fields that are available;
1> for each of the configured EUTRA frequencies in which measurements are available;
2> set the measResultListEUTRA in measResultNeighCells to include the best measured cells ordered such that the cell with highest RSRP is listed first if RSRP measurement results are available, otherwise the cell with highest RSRQ is listed first, and based on measurements collected up to the moment the UE detected failure;
3> for each neighbour cell included, include the optional fields that are available;
NOTE 1: The measured quantities are filtered by the L3 filter as configured in the mobility measurement configuration. The measurements are based on the time domain measurement resource restriction, if configured. Blacklisted cells are not required to be reported.
1> set the c-RNTI to the C-RNTI used in the source PCell(in case HO failure) or PCell (in case RLF);
1> if the failure is detected due to reconfiguration with sync failure as described in 5.3.5.8.3, set the fields in VarRLF-report as follows:
2> set the connectionFailureType to hof;
2> set the nrFailedPCellId in failedPCellId to the global cell identity and tracking area code, if available, and otherwise to the physical cell identity and carrier frequency of the target PCell of the failed handover;
2> include nrPreviousCell in previousPCellId and set it to the global cell identity and tracking area code of the PCell where the last RRCReconfiguration message including reconfigurationWithSync was received;
2> set the timeConnFailure to the elapsed time since reception of the last RRCReconfiguration message including the reconfigurationWithSync;
1> else if the failure is detected due to Mobility from NR failure as described in 5.4.3.5, set the fields in VarRLF-report as follows:
2> set the connectionFailureType to hof;
2> if last MobilityFromNRCommand concerned a failed inter-RAT handover from NR to E-UTRA and if the UE supports Radio Link Failure Report for Inter-RAT MRO EUTRA (NR to EUTRA):
3> set the eutraFailedPCellId in failedPCellId to the global cell identity and tracking area code, if available, and otherwise to the physical cell identity and carrier frequency of the target PCell of the failed handover;
2> include nrPreviousCell in previousPCellId and set it to the global cell identity and tracking area code of the PCell where the last MobilityFromNRCommand message was received;
2> set the timeConnFailure to the elapsed time since reception of the last MobilityFromNRCommand message;
1> else if the failure is detected due to radio link failure as described in 5.3.10.3, set the fields in VarRLF-report as follows:
2> set the connectionFailureType to rlf;
2> set the rlf-Cause to the trigger for detecting radio link failure in accordance with clause 5.3.10.4;
2> set the nrFailedPCellId in failedPCellId to the global cell identity and the tracking area code, if available, and otherwise to the physical cell identity and carrier frequency of the PCell where radio link failure is detected;
2> if an RRCReconfiguration message including the reconfigurationWithSync was received before the connection failure:
3> if the last RRCReconfiguration message including the reconfigurationWithSync concerned an intra NR handover:
4> include the nrPreviousCell in previousPCellId and set it to the global cell identity and the tracking area code of the PCell where the last RRCReconfiguration message including reconfigurationWithSync was received;
4> set the timeConnFailure to the elapsed time since reception of the last RRCReconfiguration message including the reconfigurationWithSync;
3> else if the last RRCReconfiguration message including the reconfigurationWithSync concerned a handover to NR from E-UTRA and if the UE supports Radio Link Failure Report for Inter-RAT MRO EUTRA:
4> include the eutraPreviousCell in previousPCellId and set it to the global cell identity and the tracking area code of the E-UTRA PCell where the last RRCReconfiguration message including reconfigurationWithSync was received embedded in E-UTRA RRC message MobilityFromEUTRACommand message as specified in TS 36.331 [10] clause 5.4.3.3;
4> set the timeConnFailure to the elapsed time since reception of the last RRCReconfiguration message including the reconfigurationWithSync embedded in E-UTRA RRC message MobilityFromEUTRACommand message as specified in TS 36.331 [10] clause 5.4.3.3;
1> if connectionFailureType is rlf and the rlf-Cause is set to randomAccessProblem or beamFailureRecoveryFailure; or
1> if connectionFailureType is hof and if the failed handover is an intra-RAT handover:
2> set the ra-InformationCommon to include the random-access related information as described in subclause 5.7.10.5;
1> if available, set the locationInfo as in 5.3.3.7.
The UE may discard the radio link failure information or handover failure information, i.e. release the UE variable VarRLF-Report, 48 hours after the radio link failure/handover failure is detected.

도 1f는 핸드오버를 수행하는 과정에서 dual active protocol stack을 이용하는 과정을 설명하는 도면이다.

상기 일반적인 핸드오버 수행 시, 단말은 상기 핸드오버 설정 정보를 수신할 때 소스 셀과의 데이터 송수신을 중지하고, 상기 핸드오버 과정이 성공된 이 후 타겟 셀과 데이터 송수신을 시작한다. 따라서, 상기 데이터 송수신을 할 수 없는 시간 구간 동안 interruption time이 발생한다. 단말이 이중의 active protocol stack을 가지고 있다면, 상기 시간 구간 동안 소스 셀과의 데이터 송수신을 그대로 유지할 수 있다. 본 발명에서는 상기와 같은 단말 능력을 고려한 핸드오버를 dual active protocol stack (DAPS) 핸드오버라고 칭한다. DAPS 핸드오버가 설정되면, 단말은 소스 셀과 타겟 셀로부터 동시에 하향링크 데이터 수신이 가능하다. 다만, 소스 셀과 타겟 셀로의 동시 상향링크 데이터 전송은 단말 송신 전력 부족, 신호 간섭 등의 이유로 소정의 조건이 만족될 때만 가능할 수 있다. 단말 복잡도를 최소화하기 위해, DAPS 핸드오버 수행되는 동안 상향링크 데이터 전송은 하나의 링크만 가능하고, 데이터 전송이 이루어지는 상향링크를 특정 시점에서 소스 셀에서 타겟 셀로 스위치할 수도 있다.

주요 특정 시점마다 소스 셀과 타겟 셀과 대응되는 상기 이중의 protocol stack의 활성 상태와 단말 동작은 상이하다.

핸드오버가 수행되기 이전 (1f-05), 단말은 소스 셀과 대응되는 protocol stack만을 이용한다.

DAPS 핸드오버 설정 정보가 단말에게 제공되고 타겟 셀로 RACH가 수행되기 이전 (1f-10), 단말은 RRCReconfiguration 메시지를 통해 DAPS 핸드오버 설정 정보를 제공받으면, 타겟 셀과 대응되는 protocol stack을 구성한다. 그러나, 상기 단말은 여전히 소스 셀과 대응되는 protocol stack만을 이용한다. 상기 타겟 셀과 대응되는 protocol stack는 비활성 상태여도 무관하다.

RACH 수행 구간 동안 (1f-15), RACH 동작이 시작되면, 타겟 셀과 대응하는 protocol stack에서 적어도 PHY 계층과 MAC 계층이 활성화되어, 상기 RACH 동작을 수행한다. 이 때, 단말은 상기 소스 셀과 데이터 송수신을 여전히 유지한다.

단말이 타겟 셀로 HO 성공 완료 메시지를 전송할 시점(1f-20)이 오면, 상기 단말은 타겟 셀과 대응하는 protocol stack에서 적어도 PHY 계층, MAC 계층, RLC 계층, PDCP 계층의 일부 기능이 활성화되어, Signalling radio bearer인 상기 HO 성공 완료 메시지를 처리할 수 있어야 한다. 상기 단말은 적어도 상기 HO 성공 완료 메시지를 타겟 셀로 전송하기 전까지 소스 셀로 상향링크 데이터를 전송할 수 있다.

단말이 타겟 셀로부터 RAR을 수신한 이후 (1f-25), 상기 이중의 active protocol stack이 모두 활성화시킨다. 상기 단말은 RAR 수신 이후 특정 시점이 도래할 때까지 소스 셀과 데이터 송수신을 유지한다. 또한, 상기 단말이 상기 소스 셀과 하향링크 데이터 수신을 유지할 수 있는 시점과 상향링크 데이터 송신을 유지할 수 있는 시점은 다를 수 있다. 상기 단말은 HO 성공 완료 메시지를 타겟 셀로 전송하기 전까지 소스 셀로 상향링크 데이터를 전송할 수 있으나, 하향링크 데이터 수신은 그 이후까지도 가능하다.

단말이 소스 셀을 해제한 후 (1f-30), 소스 셀과 대응하는 protocol stack도 해제한다. 이후부터는 단말은 타겟 셀과 대응하는 protocol stack만 이용한다.

도 1g는 본 발명에서 DAPS 핸드오버를 수행하는 과정의 흐름도이다.

단말 (1g-02)은 RRC establishment 혹은 RRC resume 과정을 통해 소스 기지국 (1g-04)과 연결 모드로 전환할 수 있다 (1g-12).

DAPS 핸드오버 지원 능력을 가진 단말은 자신이 DAPS 핸드오버를 지원함을 소스 기지국에게 보고할 수 있다 (1g-14).

상기 소스 기지국은 상기 단말에게 이동성 지원을 목적으로 RRC 연결 재구성 메시지(RRCReconfiguration in NR, RRCConnectionReconfiguration in LTE)를 이용하여, measurement configuration을 설정할 수 있다 (1g-16).

측정 보고 이벤트가 트리거되면 (1g-18), 상기 단말은 measurement report을 상기 기지국에게 보고할 수 있다 (1g-20).

상기 measurement report을 수신한 상기 소스 기지국은 상기 measurement report에 포함된 셀 측정 정보를 바탕으로 특정 인접 기지국과 핸드오버를 수행하는 것을 결정할 수 있다 (1g-22). 그리고, 상기 소스 기지국은 상기 타겟 기지국 (1g-06)에게 핸드오버 요청 메시지를 전송할 수 있으며, 상기 타겟 기지국은 이에 대한 응답 메시지를 상기 소스 기지국에게 전송할 수 있다 (1g-24). 상기 핸드오버 요청 메시지에는 상기 단말이 DAPS 핸드오버를 수행할 것임을 지시하는 지시자가 포함될 수 있다. 상기 응답 메시지에는 상기 단말이 핸드오버 설정 정보 또는 추가적인 설정 정보가 포함될 수 있다.

상기 소스 기지국은 타겟 기지국으로부터 수신한 핸드오버 설정 정보 또는 추가적인 설정 정보를 소정의 RRC 메시지에 수납하고, 상기 단말에게 상기 소정의 RRC 메시지(소스 기지국이 NR 셀인 경우, RRCReconfiguration 메시지; 소스 기지국이 LTE 셀인 경우 RRCConnectionReconfiguration 메시지)를 전송할 수 있다(1g-26). 상기 핸드오버 설정 정보(예를 들어, ReconfigWithSync in NR; MobilityControlInfo in LTE)에는 타겟 셀의 아이디, 주파수 정보, 타겟 셀로의 랜덤 엑세스 동작에 필요한 설정 정보 (dedicated preamble 정보, dedicated radio resource 정보 등), 송신 전력 정보, 타겟 셀에서 사용되는 C-RNTI 정보, T304 타이머 값 또는 T304-like 타이머 값 등이 포함될 수 있다. 상기 핸드오버 설정 정보를 수신한 상기 단말은 T304 혹은 T304-like 타이머를 구동시키고, 상기 타겟 셀로 랜덤 엑세스를 수행할 수 있다 (1g-36).

상기 타이머가 만료될 때, 상기 타겟 셀에게 RRC 연결 재구성 메시지를 성공적으로 전송하지 못한다면, 상기 핸드오버는 실패한 것으로 간주할 수 있다. 상기 단말은 핸드오버가 실패한 것으로 간주하고 (T304 타이머가 만료되고 any DAPS bearer가 단말에게 설정되어 있는 경우), 소스 기지국에서 radio link failure가 감지한 경우, 상기 단말은 소스 셀 또는 소스 기지국 에서 사용하는 설정 정보를 다시 적용할 수 있다(revert back to the configuration used in the source PCell/base station). 그리고, VarRLF-Report 변수에 핸드오버 실패 정보를 저장하고, 소스 셀과 RRC 연결 재설립 절차를 개시할 수 있다. 참고로, 상기 단말이 VarRLF-Report 변수에 핸드오버 실패 정보를 저장하는 방법은 전술한 실시 예를 따를 수 있다. 상기 단말은 핸드오버가 실패한 것으로 간주하고 (T304 타이머가 만료되고 any DAPS bearer가 단말에게 설정되어 있는 경우), 소스 기지국에서 radio link failure가 감지되지 않은 경우, DAPS 핸드오버 실패를 보고하기 위해 daps-failure 가 담긴 failureInformation 메시지를 소스 기지국에게 전송할 수 있다.

1g-26 단계에서 RRC 연결 재구성 메시지에 DAPS을 이용한 핸드오버임을 지시하는 지시자가 포함될 수 있다. 상기 지시자를 수신한 상기 단말은 상기 타겟 셀로 최초 프리엠블을 전송한 이 후에도 소정의 시점까지 상기 소스 셀과 데이터 송수신을 유지할 수 있다 (1g-28, 1g-34). 상기 소스 셀로 송수신되는 단말 유저 데이터는 UPF/S-WG (1g-08)를 통해 end user로 전달될 수 있다 (1g-30). 상기 소스 셀은 상기 단말의 하향링크 데이터를 상기 타겟 셀로 포워딩할 수도 있다 (1g-32). 이는 상기 소스 셀과의 링크의 신호 품질이 급격히 나빠져 더 이상 데이터 송수신이 어려워질 수 있기 때문이다.

상기 단말은 타겟 셀로부터 랜덤 엑세스 응답 메시지를 수신한 경우, 상기 타겟 셀에 RRC 연결 재구성 완료 메시지(RRCReconfiguratonComplete 메시지 in NR, RRCConnectionReconfigurationComplete 메시지 in LTE)를 전송할 수 있다 (1g-38). 상기 RRC 메시지가 성공적으로 전송되었다면, 상기 타겟 셀로의 핸드오버가 성공적으로 완료되었음을 의미한다. 상기 단말은 상기 RRC 메시지를 성공적으로 전송할 때까지 상기 소스 셀과 상향링크 데이터 전송을 수행한다.

상기 단말은 상기 타겟 셀로부터 UL grant (상향링크 스케줄링 정보)을 수신하면, 상기 타겟 셀로 상향링크를 스위칭할 수 있다. 상기 RRC 연결 재구성 완료 메시지를 수신한 상기 타겟 셀은 상기 단말과 상기 소스 셀과의 연결 해제를 결정할 수 있다 (1g-40).

상기 타겟 셀은 상기 소스 셀에 상기 연결 해제를 요청할 수 있다 (1g-42). 상기 요청을 수신한 상기 소스 셀은 상기 단말과의 데이터 송수신을 중지할 수 있다. 상기 소스 셀은 상기 타겟 셀로 SN status transfer 을 제공할 수 있다 (1g-44). 상기 정보는 상기 타겟 셀에서 상기 단말과의 데이터 송수신이 원활하게 수행되는데 이용될 수 있다. 상기 타겟 셀은 상기 단말에게 소정의 RRC 메시지를 이용하여, 상기 소스 셀과의 연결 해제를 지시할 수 있다 (1g-46). 상기 메시지를 수신한 상기 단말은 상기 소스 셀과의 연결을 해제하고 (1g-52), 상기 메시지에 대한 응답 메시지를 전송할 수 있다 (1g-48). 다른 옵션으로, 상기 단말이 상기 타겟 셀에게 RRC 연결 재구성 완료 메시지를 성공적으로 전송한 시점 혹은 소정의 offset time 이후 implicitly하게(묵시적으로) 상기 소스 셀과 연결을 해제할 수도 있다.

본 실시 예에서는 DAPS HO 중 소스 셀과 radio link failure가 감지되고 타겟 셀로부터 핸드오버를 실패한 경우 (즉, T304 타이머 만료), 단말은 VarRLF-Report 변수에 핸드오버 실패 정보를 저장할 수 있다. 이 때, 기지국은 VarRLF-Report 변수에 저장된 핸드오버 실패 정보가 일반적인 핸드오버 실패로 발생한 정보인 지 DAPS 핸드오버 실패로 발생한 정보인 지 구분하지 못한다.

도 1h는 본 발명에서 DAPS 핸드오버 실패에 따른 단말 동작 흐름도이다.

도 1h를 참조하면, 단말이 RRC 연결 모드에 있을 수 있다(1h-05)

1h-10 단계에서, 상기 단말은 소스 기지국에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 상기 메시지에는 DAPS 핸드오버를 지원함을 소스 기지국에게 보고할 수 있다. 본 개시에서는 상기 메시지에 하기 DAPS 핸드오버 실패 시 Var-RLF report 변수에 핸드오버 실패 정보를 저장하지 않을 수 있다는 지시자가 포함될 수 있다.

- 타겟 셀과 연관된 T304 타이머가 만료되고, 소스 PCell에서 radio link failure가 발생한 경우

1h-15 단계에서, 상기 단말은 DAPS HO를 수행할 수 있다. 즉, 상기 단말은 기지국으로부터 daps bearer가 설정되어 있다.

1h-20 단계에서, 상기 단말은 타겟 셀과 연관된 T304 타이머가 만료되고 소스 PCell에서 radio link failure가 발생 (또는 감지)되었다고 판단할 수 있다.

1h-25 단계에서, 상기 단말은, 1h-10 단계에서 전술하였듯이, 타겟 셀과 연관된 T304 타이머가 만료되고 소스 PCell에서 radio link failure가 발생할 때 Var-RLF report 변수에 핸드오버 실패 정보를 저장하지 않을 수 있는 능력이 있는 지 판단할 수 있다.

1h-30 단계에서, 상기 단말은, 타겟 셀과 연관된 T304 타이머가 만료되고 소스 PCell에서 radio link failure가 발생할 때 Var-RLF Report 변수에 핸드오버 실패 정보를 저장하지 않을 수 있는 능력이 있는 경우, 소스 PCell에서 사용하는 설정 정보를 다시 적용하고 연결 재설립 절차를 개시할 수 있다. 이 때, 상기 단말은 Var-RLF Report 변수에 핸드오버 실패 정보를 저장하지 않을 수 있다.

1h-35 단계에서, 상기 단말은, 타겟 셀과 연관된 T304 타이머가 만료되고 소스 PCell에서 radio link failure가 발생할 때 Var-RLF Report 변수에 핸드오버 실패 정보를 저장하지 않을 수 있는 능력이 없는 경우, 소스 PCell에서 사용하는 설정 정보를 다시 적용하고 VarRLF-Report 변수에 핸드오버 실패 정보를 저장하고 연결 재설립 절차를 개시할 수 있다.

본 개시에서는 DAPS HO failure 중 T304 타이머가 만료되고 소스 PCell에서 radio link failure가 발생한 경우 단말은 기지국에게 RLF 정보를 보고하지 않을 수 있다. 반면에 일반적인 HO failure가 발생한 경우 단말은 기지국에게 RLF 정보를 보고할 수 있다.

도 1i는 본 발명에서 DAPS 핸드오버 실패에 따른 단말 동작 흐름도이다.

도 1i를 참조하면, 단말이 RRC 연결 모드에 있을 수 있다(1i-05)

1i-10 단계에서, 상기 단말은 소스 기지국에게 단말 능력 정보 메시지(UECapabilityInformation)를 전송할 수 있다. 상기 메시지에는 DAPS 핸드오버를 지원함을 소스 기지국에게 보고할 수 있다. 본 개시에서는 상기 메시지에 하기 DAPS 핸드오버 실패 시 이를 나타내기 위한 정보를 Var-RLF report 변수에 포함하는 능력이 있다는 정보 또는 지시자가 포함될 수 있다. 또는 본 개시에서는 상기 메시지에 하기 DAPS 핸드오버 실패 시 이를 나타내기 위한 정보를 소정의 RRC 메시지(예를 들면, RRCReestablishmentComplete)에 포함할 수 있는 능력이 있다는 지시자가 포함될 수 있다.

1i-15 단계에서, 상기 단말은 DAPS HO를 수행할 수 있다. 즉, 상기 단말은 기지국으로부터 daps bearer가 설정되어 있다.

1i-20 단계에서, 상기 단말은 타겟 셀과 연관된 T304 타이머가 만료되고 소스 PCell에서 radio link failure가 발생 (또는 감지)되었다고 판단할 수 있다.

1i-25 단계에서, 상기 단말은, 1i-10 단계에서 전술하였듯이, 타겟 셀과 연관된 T304 타이머가 만료되고 소스 PCell에서 radio link failure가 발생할 때 Var-RLF report 변수에 이를 나타내기 위한 정보를 포함하는 능력이 있는 지 또는 소정의 RRC 메시지에 이를 나타내기 위한 지시자를 포함할 수 있는 지 판단할 수 있다.

1i-30 단계에서, 상기 단말은, 타겟 셀과 연관된 T304 타이머가 만료되고 소스 PCell에서 radio link failure가 발생할 때 Var-RLF Report 변수에 이를 나타내기 위한 정보를 저장할 수 있다. 즉, T304 타이머가 만료되고 소스 PCell에서 radio link failure가 발생한 것을 나타내기 위한 지시자 또는 해당 daps-failure 정보 등이 포함될 수 있다. 상기 단말은 소스 PCell에서 사용하는 설정 정보를 다시 적용하고 연결 재설립 절차를 개시할 수 있다. 상기 단말은 T304 타이머가 만료되고 소스 PCell에서 radio link failure가 발생한 것을 나타내기 위한 지시자를 포함한 소정의 RRC 메시지(예를 들면, RRCReestablishmentComplete)를 기지국에게 전송할 수도 있다.

1i-35 단계에서, 상기 단말은, 타겟 셀과 연관된 T304 타이머가 만료되고 소스 PCell에서 radio link failure가 발생할 때 Var-RLF Report 변수에 이를 나타내기 위한 정보를 저장할 수 있는 능력이 없는 경우 또는 이를 지시하기 위한 지시자를 소정의 RRC 메시지에 포함하지 못하는 경우, 소스 PCell에서 사용하는 설정 정보를 다시 적용하고 도 1e 실시 예처럼 VarRLF-Report 변수에 핸드오버 실패 정보를 저장하고 연결 재설립 절차를 개시할 수 있다.

1i-40 단계에서, 상기 단말은 기지국으로부터 UEInformationRequest 메시지를 수신할 수 있다. 상기 메시지에는 RLF report를 보고하라는 지시자(rlf-ReportReq)가 포함될 수 있다.

1i-45 단계에서, 상기 단말은 RLF 정보가 포함된 UEInformationResponse 메시지를 기지국에게 전송할 수 있다. 상기 메시지에는 VarRLF-Report에 있는 정보가 수납될 수 있다.

도 1j는 본 발명에서 동일한 우선 순위를 지니는 갭들이 복수 개가 존재할 때 충돌을 관리하는 단말과 기지국 동작 흐름도이다.

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

1j-20 단계에서, 상기 단말(1j-05)은 기지국(1j-10)에게 단말 능력 정보(UECapabilityInformation) 메시지를 전송할 수 있다. 상기 메시지에는 적어도 다음 중 하나가 포함될 수 있다.

- 하나 또는 복수 개의 갭 설정 정보에 대해 동일한 우선 순위(priority)를 지원할 수 있다는 지시자

- 동일한 우선 순위를 지니는 하나 또는 복수 개의 갭 설정 정보가 시간 축에서 겹치는(collision) 경우 기지국의 지시에 따라 특정 갭 설정 정보를 우선시 하여 적용할 수 있다는 지시자

- 서로 다른 우선 순위를 지니는 하나 또는 복수 개의 갭 설정 정보가 시간 축에서 충돌하는 경우 기지국의 지시에 따라 특정 갭 설정 정보를 우선시 하여 적용할 수 있다는 지시자

1j-25 단계에서 기지국(1j-10)은 단말(1j-05)에게 하나 또는 복수 개의 갭 설정 정보가 담긴 소정의 RRC 메시지 (일 예로, RRCResume or RRCReconfiguration)를 전송할 수 있다. 상기 갭 설정 정보란 측정 갭 설정 정보(measurement gap configuration), Multi-Universal Subscriber Identity Module (MUSIM) 을 지원하는 단말이 사용하는 MUSIM 갭 설정 정보(MUSIM gap configuration), 위치 측정 갭 설정 정보(positioning gap configuration), 위성 서비스를 지원하는 단말이 사용하는 갭 설정 정보(Non-terrestial network gap configuration) 등 단말에게 설정할 수 있는 갭 설정 정보를 의미할 수 있다. 물론 본 발명에서 언급한 상기 갭 설정 정보에만 국한되지 않을 수 있다. 일 예로, 갭 설정 정보는 다음과 같은 ASN.1 구조를 지닐 수 있다.

- 측정 갭 설정 정보 또는 위치 측정 갭 설정 정보

- MeasGapConfig
The IE MeasGapConfig specifies the measurement gap configuration and controls setup/release of measurement gaps.
MeasGapConfig information element
-- ASN1START
-- TAG-MEASGAPCONFIG-START

MeasGapConfig ::= SEQUENCE {
gapFR2 SetupRelease { GapConfig } OPTIONAL, -- Need M
...,
[[
gapFR1 SetupRelease { GapConfig } OPTIONAL, -- Need M
gapUE SetupRelease { GapConfig } OPTIONAL -- Need M
]],
[[
gapToAddModList-r17 SEQUENCE (SIZE (1..maxNrofGapId-r17)) OF GapConfig-r17 OPTIONAL, -- Need N
gapToReleaseList-r17 SEQUENCE (SIZE (1..maxNrofGapId-r17)) OF MeasGapId-r17 OPTIONAL -- Need N
]]

posMeasGapPreConfigToAddModList-r17 PosMeasGapPreConfigToAddModList-r17 OPTIONAL, -- Need N
posMeasGapPreConfigToReleaseList-r17 PosMeasGapPreConfigToReleaseList-r17 OPTIONAL -- Need N
]]

}

GapConfig ::= SEQUENCE {
gapOffset INTEGER (0..159),
mgl ENUMERATED {ms1dot5, ms3, ms3dot5, ms4, ms5dot5, ms6},
mgrp ENUMERATED {ms20, ms40, ms80, ms160},
mgta ENUMERATED {ms0, ms0dot25, ms0dot5},
...,
[[
refServCellIndicator ENUMERATED {pCell, pSCell, mcg-FR2} OPTIONAL -- Cond NEDCorNRDC
]],
[[
refFR2ServCellAsyncCA-r16 ServCellIndex OPTIONAL, -- Cond AsyncCA
mgl-r16 ENUMERATED {ms10, ms20} OPTIONAL -- Cond PRS
]]
}

GapConfig-r17 ::= SEQUENCE {
measGapId-r17 MeasGapId-r17,
gapType-r17 ENUMERATED {perUE, perFR1, perFR2},
gapOffset-r17 INTEGER (0..159),
mgl-r17 ENUMERATED {ms1, ms1dot5, ms2, ms3, ms3dot5, ms4, ms5, ms5dot5, ms6, ms10, ms20},
mgrp-r17 ENUMERATED {ms20, ms40, ms80, ms160},
mgta-r17 ENUMERATED {ms0, ms0dot25, ms0dot5, ms0dot75},
refServCellIndicator-r17 ENUMERATED {pCell, pSCell, mcg-FR2} OPTIONAL, -- Cond NEDCorNRDC
refFR2-ServCellAsyncCA-r17 ServCellIndex OPTIONAL, -- Cond AsyncCA
preConfigInd-r17 ENUMERATED {true} OPTIONAL, -- Need R
ncsgInd-r17 ENUMERATED {true} OPTIONAL, -- Need R
gapAssociationPRS-r17 ENUMERATED {true} OPTIONAL, -- Need R
gapSharing-r17 MeasGapSharingScheme OPTIONAL, -- Need R
gapPriority-r17 GapPriority-r17 OPTIONAL, -- Need R
...
}

PosMeasGapPreConfigToAddModList-r17 ::= SEQUENCE (SIZE (1..maxNrofPreConfigPosGapId-r17)) OF PosGapConfig-r17

PosMeasGapPreConfigToReleaseList-r17 ::= SEQUENCE (SIZE (1..maxNrofPreConfigPosGapId-r17)) OF MeasPosPreConfigGapId-r17

PosGapConfig-r17 ::= SEQUENCE {
measPosPreConfigGapId-r17 MeasPosPreConfigGapId-r17,
gapOffset-r17 INTEGER (0..159),
mgl-r17 ENUMERATED {ms1dot5, ms3, ms3dot5, ms4, ms5dot5, ms6, ms10, ms20},
mgrp-r17 ENUMERATED {ms20, ms40, ms80, ms160},
mgta-r17 ENUMERATED {ms0, ms0dot25, ms0dot5},
gapType-r17 ENUMERATED {perUE, perFR1, perFR2},
...
}

MeasPosPreConfigGapId-r17 ::= INTEGER (1..maxNrofPreConfigPosGapId-r17)

- MUSIM 갭 설정 정보

- MUSIM-GapConfig
The IE MUSIM-GapConfig specifies the MUSIM gap configuration and controls setup/release of MUSIM gaps.
MUSIM-GapConfig information element
-- ASN1START
-- TAG-MUSIM-GAPCONFIG-START

MUSIM-GapConfig-r17 ::= SEQUENCE {
musim-GapToReleaseList-r17 SEQUENCE (SIZE (1..3)) OF MUSIM-GapID-r17 OPTIONAL, -- Need N
musim-GapToAddModList-r17 SEQUENCE (SIZE (1..3)) OF MUSIM-Gap-r17 OPTIONAL, -- Need N
musim-AperiodicGap-r17 MUSIM-GapInfo-r17 OPTIONAL, -- Need N
...
}
MUSIM-Gap-r17 ::= SEQUENCE {
musim-GapID-r17 MUSIM-GapID-r17,
musim-GapInfo-r17 MUSIM-GapInfo-r17
}

-- TAG-MUSIM-GAPCONFIG-STOP
-- ASN1STOP

- 위성 서비스를 지원하는 단말이 사용하는 갭 설정 정보

- MeasObjectNR
The IE MeasObjectNR specifies information applicable for SS/PBCH block(s) intra/inter-frequency measurements and/or CSI-RS intra/inter-frequency measurements.
MeasObjectNR information element
-- ASN1START
-- TAG-MEASOBJECTNR-START

MeasObjectNR ::= SEQUENCE {
ssbFrequency ARFCN-ValueNR OPTIONAL, -- Cond SSBorAssociatedSSB
ssbSubcarrierSpacing SubcarrierSpacing OPTIONAL, -- Cond SSBorAssociatedSSB
smtc1 SSB-MTC OPTIONAL, -- Cond SSBorAssociatedSSB
smtc2 SSB-MTC2 OPTIONAL, -- Cond IntraFreqConnected
refFreqCSI-RS ARFCN-ValueNR OPTIONAL, -- Cond CSI-RS
referenceSignalConfig ReferenceSignalConfig,
absThreshSS-BlocksConsolidation ThresholdNR OPTIONAL, -- Need R
absThreshCSI-RS-Consolidation ThresholdNR OPTIONAL, -- Need R
nrofSS-BlocksToAverage INTEGER (2..maxNrofSS-BlocksToAverage) OPTIONAL, -- Need R
nrofCSI-RS-ResourcesToAverage INTEGER (2..maxNrofCSI-RS-ResourcesToAverage) OPTIONAL, -- Need R
quantityConfigIndex INTEGER (1..maxNrofQuantityConfig),
offsetMO Q-OffsetRangeList,
cellsToRemoveList PCI-List OPTIONAL, -- Need N
cellsToAddModList CellsToAddModList OPTIONAL, -- Need N
excludedCellsToRemoveList PCI-RangeIndexList OPTIONAL, -- Need N
excludedCellsToAddModList SEQUENCE (SIZE (1..maxNrofPCI-Ranges)) OF PCI-RangeElement OPTIONAL, -- Need N
allowedCellsToRemoveList PCI-RangeIndexList OPTIONAL, -- Need N
allowedCellsToAddModList SEQUENCE (SIZE (1..maxNrofPCI-Ranges)) OF PCI-RangeElement OPTIONAL, -- Need N
...,
[[
freqBandIndicatorNR FreqBandIndicatorNR OPTIONAL, -- Need R
measCycleSCell ENUMERATED {sf160, sf256, sf320, sf512, sf640, sf1024, sf1280} OPTIONAL -- Need R
]],
[[
smtc3list-r16 SSB-MTC3List-r16 OPTIONAL, -- Need R
rmtc-Config-r16 SetupRelease {RMTC-Config-r16} OPTIONAL, -- Need M
t312-r16 SetupRelease { T312-r16 } OPTIONAL -- Need M
]],
[[
associatedMeasGapSSB-r17 MeasGapId-r17 OPTIONAL, -- Need R
associatedMeasGapCSIRS-r17 MeasGapId-r17 OPTIONAL, -- Need R
smtc4list-r17 SSB-MTC4List-r17 OPTIONAL, -- Need R
measCyclePSCell-r17 ENUMERATED {ffs} OPTIONAL -- Need R FFS
]],
[[
cellsToAddModListExt-v17xy CellsToAddModListExt-v17xy OPTIONAL -- Need N
]]
}

SSB-MTC3List-r16::= SEQUENCE (SIZE(1..4)) OF SSB-MTC3-r16

SSB-MTC4List-r17::= SEQUENCE (SIZE(1..3)) OF SSB-MTC4-r17

T312-r16 ::= ENUMERATED { ms0, ms50, ms100, ms200, ms300, ms400, ms500, ms1000}

ReferenceSignalConfig::= SEQUENCE {
ssb-ConfigMobility SSB-ConfigMobility OPTIONAL, -- Need M
csi-rs-ResourceConfigMobility SetupRelease { CSI-RS-ResourceConfigMobility } OPTIONAL -- Need M
}

SSB-ConfigMobility::= SEQUENCE {
ssb-ToMeasure SetupRelease { SSB-ToMeasure } OPTIONAL, -- Need M
deriveSSB-IndexFromCell BOOLEAN,
ss-RSSI-Measurement SS-RSSI-Measurement OPTIONAL, -- Need M
...,
[[
ssb-PositionQCL-Common-r16 SSB-PositionQCL-Relation-r16 OPTIONAL, -- Cond SharedSpectrum
ssb-PositionQCL-CellsToAddModList-r16 SSB-PositionQCL-CellsToAddModList-r16 OPTIONAL, -- Need N
ssb-PositionQCL-CellsToRemoveList-r16 PCI-List OPTIONAL -- Need N
]],
[[
deriveSSB-IndexFromCellInter-r17 ServCellIndex OPTIONAL -- Need R
]]
}

Q-OffsetRangeList ::= SEQUENCE {
rsrpOffsetSSB Q-OffsetRange DEFAULT dB0,
rsrqOffsetSSB Q-OffsetRange DEFAULT dB0,
sinrOffsetSSB Q-OffsetRange DEFAULT dB0,
rsrpOffsetCSI-RS Q-OffsetRange DEFAULT dB0,
rsrqOffsetCSI-RS Q-OffsetRange DEFAULT dB0,
sinrOffsetCSI-RS Q-OffsetRange DEFAULT dB0
}

ThresholdNR ::= SEQUENCE{
thresholdRSRP RSRP-Range OPTIONAL, -- Need R
thresholdRSRQ RSRQ-Range OPTIONAL, -- Need R
thresholdSINR SINR-Range OPTIONAL -- Need R
}

CellsToAddModList ::= SEQUENCE (SIZE (1..maxNrofCellMeas)) OF CellsToAddMod

CellsToAddModListExt-v17xy ::= SEQUENCE (SIZE (1..maxNrofCellMeas)) OF CellsToAddModExt-v17xy

CellsToAddMod ::= SEQUENCE {
physCellId PhysCellId,
cellIndividualOffset Q-OffsetRangeList
}

CellsToAddModExt-v17xy ::= SEQUENCE {
ntn-PolarizationDL-r17 ENUMERATED {rhcp,lhcp,linear} OPTIONAL, -- Need R
ntn-PolarizationUL-r17 ENUMERATED {rhcp,lhcp,linear} OPTIONAL -- Need R
}

RMTC-Config-r16 ::= SEQUENCE {
rmtc-Periodicity-r16 ENUMERATED {ms40, ms80, ms160, ms320, ms640},
rmtc-SubframeOffset-r16 INTEGER(0..639) OPTIONAL, -- Need M
measDurationSymbols-r16 ENUMERATED {sym1, sym14or12, sym28or24, sym42or36, sym70or60},
rmtc-Frequency-r16 ARFCN-ValueNR,
ref-SCS-CP-r16 ENUMERATED {kHz15, kHz30, kHz60-NCP, kHz60-ECP},
...,
[[
rmtc-Bandwidth-r17 ENUMERATED {mhz100, mhz400, mhz800, mhz1600, mhz2000} OPTIONAL, -- Need R
measDurationSymbols-v1700 ENUMERATED {sym140, sym560, sym1120} OPTIONAL, -- Need R
ref-SCS-CP-v1700 ENUMERATED {kHz120, kHz480, kHz960} OPTIONAL -- Need R
]]
}

SSB-PositionQCL-CellsToAddModList-r16 ::= SEQUENCE (SIZE (1..maxNrofCellMeas)) OF SSB-PositionQCL-CellsToAddMod-r16

SSB-PositionQCL-CellsToAddMod-r16 ::= SEQUENCE {
physCellId-r16 PhysCellId,
ssb-PositionQCL-r16 SSB-PositionQCL-Relation-r16
}

상기 기지국은 각 갭 설정 정보에 연관된 갭 우선 순위 값(gap priority value)을 단말에게 설정할 수 있다. 일 예로, 상기 갭 우선 순위 값은 1부터 16까지의 정수 값 중 하나의 값을 지닐 수 있다. 만약 특정 갭 설정 정보에 갭 우선 순위 값이 설정되어 있지 않다면, 단말은 해당 갭을 제일 낮은 우선 순위로 결정할 수 있다. 상기 갭 우선 순위 값의 용도는, 복수 개의 갭이 시간 축으로 겹치는 경우, 단말이 특정 갭 설정 정보를 적용 (예를 들어, 갭 우선 순위 값이 높거나 또는 기지국이 특정 갭을 적용하라고 지시)하기 위함이다. 상기 기지국은 동일한 갭 우선 순위 값을 지니는 복수 개의 갭 설정 정보를 단말에게 설정할 수도 있다. 구체적으로, 상기 기지국은 복수 개의 갭이 시간 축으로 겹치지 않는 경우에만 복수 개의 갭 설정 정보에 동일한 갭 우선 순위 값을 단말에게 설정하거나 또는 복수 개의 갭이 시간 축으로 겹치는 경우에도 복수 개의 갭 설정 정보에 동일한 갭 우선 순위 값을 단말에게 설정할 수도 있다.

1j-30 단계에서, 단말(1j-05)은 1j-25 단계에서 수신한 갭 설정 정보에 따라 동작을 수행할 수 있다.

1j-35 단계에서, 단말(1j-05)은 기지국이 설정한 복수 개의 갭이 시간 축으로 겹칠 수 있다. 상기 단말은 갭 우선 순위 값이 높은 갭을 우선시 하여 해당 갭 설정 정보에 따라 동작을 수행할 수 있다.

1j-40 단계에서, 기지국(1j-10)은 단말(1j-05)이 특정 갭을 적용하라고 소정의 RRC 메시지(일 예로, RRCReconfiguration) 또는 MAC CE 또는 DCI를 전송할 수 있다. 이는 복수 개의 갭이 시간 축으로 겹치는 경우 단말이 어떤 갭 설정 정보를 이용하여 갭 동작을 수행하기 위한 위함이다. 구체적으로, 상기 기지국은 동일한 갭 우선 순위 값을 지니는 복수 개의 갭이 시간 축으로 겹치는 경우 특정 갭을 적용하라고 단말에게 소정의 RRC 메시지(일 예로, RRCReconfiguration) 또는 MAC CE 또는 DCI를 전송할 수 있다. 물론 상기 기지국은 복수 개의 갭이 시간 축으로 겹치는 경우 갭 우선 순위가 낮은 갭을 사용하라고 단말에게 소정의 RRC 메시지(일 예로, RRCReconfiguration) 또는 MAC CE 또는 DCI를 전송할 수 있다. 기지국은 단말에게 설정한 갭 우선 순위 값이 변경하지 않고 one-shot으로 특정 시점에 특정 갭을 적용하라고 지시하거나 또는 갭 우선 순위 값을 변경하여 특정 갭을 적용하라고 지시할 수 있다.

1j-45 단계에서, 단말(1j-05)은 1j-40 단계에서 기지국(1j-10)이 지시한 갭의 설정 정보에 따라 동작을 수행할 수 있다.

도 1k는 본 발명에서 동일한 우선 순위를 지니는 갭들이 복수 개가 존재할 때 충돌을 관리하는 단말과 기지국 동작 흐름도이다.

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

1k-20 단계에서, 상기 단말(1k-05)은 기지국(1k-10)에게 단말 능력 정보(UECapabilityInformation) 메시지를 전송할 수 있다. 상기 메시지에는 적어도 다음 중 하나가 포함될 수 있다.

- 동일한 우선 순위 또는 서로 다른 우선 순위를 지니는 하나 또는 복수 개의 갭 설정 정보가 시간 축에서 겹치는 경우 특정 갭 정보를 우선 시하여 적용하고 싶다는 선호도를 나타낼 수 있는 지시자. 이는 갭 능력 (gap feature) 별로 지시할 수도 있다. 갭 능력이란 MUSIM 갭 설정 정보, 위치 측정 갭 설정 정보 등 단말 능력 별 갭 능력을 의미하며, 갭 설정 정보 별을 나타내는 것은 아니다.

1k-25 단계에서 기지국(1k-10)은 단말(1k-05)에게 하나 또는 복수 개의 갭 설정 정보가 담긴 소정의 RRC 메시지 (일 예로, RRCResume or RRCReconfiguration)를 전송할 수 있다. 상기 갭 설정 정보란 측정 갭 설정 정보(measurement gap configuration), Multi-Universal Subscriber Identity Module (MUSIM) 을 지원하는 단말이 사용하는 MUSIM 갭 설정 정보(MUSIM gap configuration), 위치 측정 갭 설정 정보(positioning gap configuration), 위성 서비스를 지원하는 단말이 사용하는 갭 설정 정보(Non-terrestial network gap configuration) 등 단말에게 설정할 수 있는 갭 설정 정보를 의미할 수 있다. 물론 본 발명에서 언급한 상기 갭 설정 정보에만 국한되지 않을 수 있다. 상기 갭 설정 정보는 전술한 실시 예를 따를 수 있다. 상기 기지국은 각 갭 설정 정보에 연관된 갭 우선 순위 값(gap priority value)을 단말에게 설정할 수 있다. 일 예로, 상기 갭 우선 순위 값은 1부터 16까지의 정수 값 중 하나의 값을 지닐 수 있다. 만약 특정 갭 설정 정보에 갭 우선 순위 값이 설정되어 있지 않다면, 단말은 해당 갭을 제일 낮은 우선 순위로 결정할 수 있다. 상기 갭 우선 순위 값의 용도는, 복수 개의 갭이 시간 축으로 겹치는 경우, 단말이 특정 갭 설정 정보를 적용 (예를 들어, 갭 우선 순위 값이 높거나 또는 기지국이 특정 갭을 적용하라고 지시)하기 위함이다. 상기 기지국은 동일한 갭 우선 순위 값을 지니는 복수 개의 갭 설정 정보를 단말에게 설정할 수도 있다. 구체적으로, 상기 기지국은 복수 개의 갭이 시간 축으로 겹치지 않는 경우에만 복수 개의 갭 설정 정보에 동일한 갭 우선 순위 값을 단말에게 설정하거나 또는 복수 개의 갭이 시간 축으로 겹치는 경우에도 복수 개의 갭 설정 정보에 동일한 갭 우선 순위 값을 단말에게 설정할 수도 있다.

1k-25 단계에서 기지국(1k-10)은 단말(1k-05)에게 단말이 선호하는 갭 우선 순위 값을 전송할 수 있게 소정의 RRC 메시지 (일 예로, RRCResume or RRCReconfiguration)를 전송할 수 있다. 예를 들면, 소정의 RRC 메시지에 otherConfig 설정 정보가 포함될 수 있다. 상기 otherConfig 설정 정보에는 prohibit timer 가 포함될 수 있다. Prohibit timer의 용도는, 단말이 선호하는 갭 우선 순위 값을 포함한 메시지를 기지국에게 보낼 시 또는 선호하는 갭 우선 순위 값을 포함한 메시지를 전송하기 위한 절차를 개시할 때, 단말은 prohibit timer를 구동하고, 구동한 prohibit timer가 만료되기 전까지는 선호하는 갭 우선 순위 값을 재전송할 수 없게 하기 위함이다.

1k-30 단계에서, 단말(1k-05)은 1k-25 단계에서 수신한 갭 설정 정보에 따라 동작을 수행할 수 있다.

1k-35 단계에서, 단말(1k-05)은 기지국이 설정한 복수 개의 갭이 시간 축으로 겹칠 수 있다. 상기 단말은 갭 우선 순위 값이 높은 갭을 우선시 하여 해당 갭 설정 정보에 따라 동작을 수행할 수 있다. 만약 동일한 갭 우선 순위 값을 지니는 복수 개의 갭이 시간 축으로 겹치는 경우, 상기 단말은 갭 적용 기간 (gap length or gap period)가 긴 갭을 우선시 하거나 또는 순차적으로 하나의 갭을 적용하여 갭 동작을 수행할 수 있다.

1k-40 단계에서, 단말(1k-05)은 기지국(1k-10)에게 갭 설정 정보 별로 선호하는 갭 우선 순위 값을 포함한 소정의 RRC 메시지 (일 예로, UEAssistanceInformation) 또는 MAC CE를 전송할 수 있다. 또는 상기 단말은 기지국에게 동일한 갭 우선 순위 값을 지니는 복수 개의 갭이 시간 축으로 겹치는 경우 특정 갭을 적용하고 싶다는 선호도가 담긴 소정의 RRC 메시지 (일 예로, UEAssistanceInformation) 또는 MAC CE를 전송할 수 있다. 물론 상기 단말은 서로 다른 갭 우선 순위 값을 지니는 복수 개의 갭이 시간 축으로 겹치는 경우에도 상기 단말은 낮은 갭 우선 순위 값을 지니는 갭을 적용하고 싶다는 선호도가 담긴 소정의 RRC 메시지 또는 MAC CE를 기지국에게 전송할 수도 있다. 참고로, 1k-40 단계를 수행 후 단말은 선호하는 특정 갭을 바로 우선 시하거나 적용하여 갭 동작을 수행할 수도 있고 또는 1k-45 단계 이후 기지국의 설정에 따라 갭 동작을 수행할 수도 있다.

1k-45 단계에서, 기지국(1k-10)은 1k-40 단계에서 수신한 단말(1k-05) 갭 선호도에 따라 단말에게 특정 갭을 적용하라고 또는 갭 설정 정보 별 갭 우선 순위 값을 변경하여 소정의 RRC 메시지(일 예로, RRCReconfiguration) 또는 MAC CE 또는 DCI를 전송할 수 있다.

1k-50 단계에서, 단말(1k-05)은 1k-45 단계에서 기지국(1k-10)이 지시한 갭의 설정 정보에 따라 동작을 수행할 수 있다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

본 명세서와 도면에 개시된 본 발명의 실시예들은 본 발명의 기술 내용을 쉽게 설명하고 본 발명의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시예들 이외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

Claims

무선 통신 시스템에서 단말이 수행하는 방법에 있어서,
기지국으로 Dual Active Protoco Stack (DAPS) 핸드오버 실패 시 핸드오버 관련 변수에 핸드오버 실패 정보를 저장하지 않을 수있다는 지시자를 포함하는 메시지를 보고하는 단계;
상기 단말은 상기 DAPS 핸드오버 실패 시, 상기 핸드오버 관련 변수에 상기 핸드오버 실패 정보를 저장하지 않을 수 있는 능력이 있는지 판단하는 단계; 및
상기 단말은 DAPS 핸드오버 실패 시 상기 관련 변수에 상기 핸드오버 실패 정보를 저장하지 않는 단계를 포함하는 것을 특징으로 하는 방법.