KR20200099450A

KR20200099450A - 무선 통신 시스템에서 단말 컨텍스트를 제어하는 방법 및 장치

Info

Publication number: KR20200099450A
Application number: KR1020190018223A
Authority: KR
Inventors: 옥정엽; 송지수
Original assignee: 삼성전자주식회사
Priority date: 2019-02-14
Filing date: 2019-02-15
Publication date: 2020-08-24
Also published as: CN113424587A

Abstract

본 발명은 복수의 노드 간에 단말 컨텍스트를 제어하는 방법 및 장치에 관한 것이다. 보다 구체적으로, 본 발명의 일 실시 예에 따른 무선 통신 시스템에서, 제1 노드의 방법은, 제2 노드로, 단말 컨텍스트 업데이트를 요구하는 제1 메시지를 전송하는 단계, 상기 제1 메시지의 전송에 대응하여, 상기 제2 노드로부터 상기 단말 컨텍스트 업데이트의 완료를 지시하는 제2 메시지 또는 상기 단말 컨텍스트 업데이트의 실패를 지시하는 제3 메시지를 수신하는 단계 및 상기 제2 메시지 또는 제3 메시지의 수신에 기반하여, 상기 제2 노드로 상기 제1 메시지를 재전송할지 여부를 결정하는 단계를 포함하고, 상기 단말 컨텍스트 업데이트의 절차는, 단말과 제3 노드 사이에서 상기 단말 컨텍스트 업데이트의 동작을 수행하도록 요구하는 메시지가 상기 제2 노드에서 상기 제3 노드로 전송되는 것에 의하여 개시되는 것을 특징으로 한다.

Description

무선 통신 시스템에서 단말 컨텍스트를 제어하는 방법 및 장치{A METHOD AND AN APPARATUS FOR CONTROLLING A UE CONTEXT IN A WIRELESS COMMUNICATION SYSTEM}

본 발명은 복수의 노드 간에 단말 컨텍스트를 제어하는 방법 및 장치에 관한 것이다.

4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non orthogonal multiple access), 및SCMA(sparse code multiple access) 등이 개발되고 있다.

한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet, of Things, 사물인터넷)망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다.

또한, IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.

5G 기술에서는, LTE 기술과 NR(New Radio) 기술을 함께 운영하는 NSA(None Stand-Alone) NR(New Radio) 표준을 도입하였으며, LTE 기지국과 NR 기지국 간의 EN-DC(EUTRA NR Dual Connectivity) 구조를 지원하고 있다. 이와 같은 Multi-RAT(Radio Access Technology) Dual-Connectivity 형태의 연결 구조에서, 단말 등의 장치는 LTE 기지국을 마스터(master) 노드로, NR 기지국을 세컨더리(secondary) 노드로 하여, 무선 접속을 수행한다.

또한, 5G에서는, 무선 통신 과정에서 요구되는 데이터 처리의 양이 폭발적으로 증대됨에 따라, 기존의 기지국 내에 있던 프로토콜 계층들을 CU(Central Unit)와 DU(Distributed Unit)로 분리하여 구현하는 기술을 도입하였다. 하나의 기지국 내에 포함되었던 프로토콜 스택을 구성하는 각 계층들이, CU 기지국과 DU 기지국으로 분리되고, CU 기지국과 DU 기지국 사이에는 프론트홀(Fronthaul) 인터페이스가 구성되어, 시그널링을 송수신할 수 있다.

한편, 단말이 EN-DC의 연결 구조에 따라 LTE 기지국 및 NR 기지국에 접속한 상태에서, 단말의 컨텍스트(context)의 변경이나 업데이트가 필요하게 되면, LTE 기지국 및 NR 기지국으로부터 분리된 CU 기지국 및 DU 기지국과 같은 여러 노드들 간의 시그널링 동작이 효율적으로 수행될 필요가 있다.

이에 본 발명의 일 목적은, NSA 구조에서, 여러 노드들 간의 단말의 컨텍스트의 업데이트 절차를 효율적으로 수행하는 방법을 제공하는 것이다.

상기와 같은 목적을 달성하기 위한 본 발명의 일 실시 예에 따른 무선 통신 시스템에서 제1 노드의 방법에 있어서, 제2 노드로, 단말 컨텍스트 업데이트를 요구하는 제1 메시지를 전송하는 단계, 상기 제1 메시지의 전송에 대응하여, 상기 제2 노드로부터 상기 단말 컨텍스트 업데이트의 완료를 지시하는 제2 메시지 또는 상기 단말 컨텍스트 업데이트의 실패를 지시하는 제3 메시지를 수신하는 단계 및 상기 제2 메시지 또는 제3 메시지의 수신에 기반하여, 상기 제2 노드로 상기 제1 메시지를 재전송할지 여부를 결정하는 단계를 포함하고, 상기 단말 컨텍스트 업데이트의 절차는, 단말과 제3 노드 사이에서 상기 단말 컨텍스트 업데이트의 동작을 수행하도록 요구하는 메시지가 상기 제2 노드에서 상기 제3 노드로 전송되는 것에 의하여 개시될 수 있다.

또한, 본 발명의 일 실시 예에 따른 무선 통신 시스템에서 제2 노드의 방법에 있어서, 제1 노드로부터, 단말 컨텍스트 업데이트를 요구하는 제1 메시지를 수신하는 단계, 상기 제1 메시지의 수신에 대응하여, 제3 노드와 단말 사이에서 상기 단말 컨텍스트 업데이트의 동작이 수행되도록 요구하는 메시지를 상기 제3 노드로 전송하는 단계, 상기 제3 노드로 전송한 상기 메시지에 기반하여 개시된 상기 단말 컨텍스트 업데이트의 결과를 확인하는 단계 및 상기 확인 결과에 기반하여, 상기 단말 컨텍스트 업데이트의 완료를 지시하는 제2 메시지 또는 상기 단말 컨텍스트 업데이트의 실패를 지시하는 제3 메시지를 상기 제1 노드로 전송하는 단계를 포함할 수 있다.

또한, 본 발명의 일 실시 예에 따른 무선 통신 시스템에서, 제1 노드에 있어서, 송수신부 및 제2 노드로, 단말 컨텍스트 업데이트를 요구하는 제1 메시지를 전송하고, 상기 제1 메시지의 전송에 대응하여, 상기 제2 노드로부터 상기 단말 컨텍스트 업데이트의 완료를 지시하는 제2 메시지 또는 상기 단말 컨텍스트 업데이트의 실패를 지시하는 제3 메시지를 수신하도록 상기 송수신부를 제어하고, 상기 제2 메시지 또는 제3 메시지의 수신에 기반하여, 상기 제2 노드로 상기 제1 메시지를 재전송할지 여부를 결정하는 제어부를 포함하고, 상기 단말 컨텍스트 업데이트의 절차는, 단말과 제3 노드 사이에서 상기 단말 컨텍스트 업데이트의 동작을 수행하도록 요구하는 메시지가 상기 제2 노드에서 상기 제3 노드로 전송되는 것에 의하여 개시될 수 있다.

또한, 본 발명의 일 실시 예에 따른 무선 통신 시스템에서, 제2 노드에 있어서, 송수신부 및 제1 노드로부터, 단말 컨텍스트 업데이트를 요구하는 제1 메시지를 수신하고, 상기 제1 메시지의 수신에 대응하여, 제3 노드와 단말 사이에서 상기 단말 컨텍스트 업데이트의 동작이 수행되도록 요구하는 메시지를 상기 제3 노드로 전송하도록 상기 송수신부를 제어하고, 상기 제3 노드로 전송한 상기 메시지에 기반하여 개시된 상기 단말 컨텍스트 업데이트의 결과를 확인하며, 상기 확인 결과에 기반하여, 상기 단말 컨텍스트 업데이트의 완료를 지시하는 제2 메시지 또는 상기 단말 컨텍스트 업데이트의 실패를 지시하는 제3 메시지를 상기 제1 노드로 전송하도록 상기 송수신부를 제어하는 제어부를 포함할 수 있다.

본 발명의 일 실시예에 따르면, 단말 컨텍스트 업데이트를 위하여 여러 노드가 관여하는 상황에서, 단말 컨텍스트 업데이트 절차에 대한 결과 정보를 해당 단말 컨텍스트 업데이트를 최초로 요청한 노드로 노티하기 때문에, 상기 노드가 불필요한 자원 낭비 없이, 해당 절차의 성공 또는 실패의 각 상황에 적절한 동작을 수행할 수 있도록 하는 효과가 있다.

도 1은 본 발명의 일 실시 예에 따른 Multi-RAT Dual Connectivity 구조를 도시한 개념도이다.
도 2는 본 발명의 일 실시 예에 따른 노드들과 단말의 연결을 도시한 개념도이다.
도 3은 본 발명의 일 실시 예에 따른 노드들과 단말에 구성된 프로토콜 스택을 도시한 개념도이다.
도 4는 노드들 간의 단말의 컨텍스트를 제어하기 위한 시그널링을 도시한 흐름도이다.
도 5는 각 노드에서 단말의 컨텍스트 업데이트 절차가 실패하는 상황을 도시한 도면이다.
도 6a는 본 발명의 일 실시 예에 따른 DU가 단말의 컨텍스트 업데이트를 연속적으로 트리거하였을 때 시그널링을 설명하기 위한 흐름도이다.
도 6b는 본 발명의 일 실시 예에 따른 DU가 단말의 컨텍스트 업데이트를 연속적으로 트리거하였을 때 시그널링을 설명하기 위한 흐름도이다.
도 7은 본 발명의 일 실시 예에 따른 단말 컨텍스트 제어를 위한 DU의 동작을 설명하는 순서도이다.
도 8은 본 발명의 일 실시 예에 따른 단말 컨텍스트 제어를 위한 CU의 동작을 설명하는 순서도이다.
도 9는 단말 컨텍스트의 업데이트 절차가 실패하는 다양한 경우에 대하여 CU가 DU로 본 발명의 일 실시 예에 따른 REFUSE 메시지를 전송하는 예를 설명하기 위한 흐름도이다.
도 10은 단말 컨텍스트의 업데이트 절차가 실패하는 다양한 경우에 대하여 CU가 DU로 본 발명의 일 실시 예에 따른 REFUSE 메시지를 전송하는 예를 설명하기 위한 흐름도이다.
도 11은 단말 컨텍스트의 업데이트 절차가 실패하는 다양한 경우에 대하여 CU가 DU로 본 발명의 일 실시 예에 따른 REFUSE 메시지를 전송하는 예를 설명하기 위한 흐름도이다.
도 12는 단말 컨텍스트의 업데이트 절차가 실패하는 다양한 경우에 대하여 CU가 DU로 본 발명의 일 실시 예에 따른 REFUSE 메시지를 전송하는 예를 설명하기 위한 흐름도이다.
도 13은 단말 컨텍스트의 업데이트 절차가 실패하는 다양한 경우에 대하여 CU가 DU로 본 발명의 일 실시 예에 따른 REFUSE 메시지를 전송하는 예를 설명하기 위한 흐름도이다.
도 14는 본 발명의 일 실시 예에 따른 특정 상황에서 CU가 DU로 본 발명의 일 실시 예에 따른 REFUSE 메시지를 전송하는 예시를 도시한 도면이다.
도 15는 본 발명의 일 실시 예에 따른 핸드오버 상황에서 CU가 DU로 본 발명의 일 실시 예에 따른 REFUSE 메시지를 전송하는 예시를 도시한 도면이다.
도 16는 본 발명의 일 실시 예에 따른 CU와 DU가 분리된 기지국이 단말 컨텍스트 업데이트를 수행하는 일 예를 도시한 도면이다.
도 17은 본 발명의 일 실시 예에 따른 기지국의 구성을 도시한 도면이다.
도 18은 본 발명의 일 실시 예에 따른 단말의 구성을 도시한 블록도이다.
도 19는 UE CONTEXT MODIFICATION REFUSE 메시지를 사용하지 않는 실시 예를 설명하기 위한 도면이다.
도 20은 본 발명의 실시 예에 따른 F1 UE CONTEXT MODIFICATION CONFIRM 메시지를 이용하여 UE CONTEXT 절차 실패를 알리는 방법을 설명하기 위한 순서도이다.
도 21은 본 발명의 일 실시 예에 따라 F1 UE CONTEXT MODIFICATION CONFIRM에 RRC Container IE를 포함하지 않는 것으로 UE CONTEXT 업데이트 절차의 실패를 알리는 방법을 설명하기 위한 도면이다.

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

또한, 본 발명의 실시예들을 구체적으로 설명함에 있어서, 본 발명의 주요한 요지는 유사한 기술적 배경 및 채널형태를 가지는 여타의 통신 시스템에도 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 발명의 기술분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다.

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

이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다.

이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다.

컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.

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

이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다.

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

이하에서는 본 명세서에 첨부된 도면들을 참조하여 본 발명의 일 실시예에 따른 Multi-RAT 간의 DC 구조에서, 단말의 컨텍스트 제어를 위한 노드들 간의 시그널링을 효율적으로 수행하는 방법에 대하여 보다 구체적으로 설명하기로 한다.

도 1은, 본 발명의 일 실시 예에 따른 Multi-RAT Dual Connectivity 구조를 도시한 개념도이다.

도 1을 참조하면, 본 발명의 일 실시 예를 설명하기 위한 EN-DC의 구조는 도 1에 도시된 바와 같이 구성될 수 있다.

보다 구체적으로, 본 발명의 일 실시 예에 따른 EN-DC의 연결 구조는, LTE 기지국(10)이 마스터 기지국(master eNB)으로써 NR의 제어 평면(C-plane) 시그널링의 앵커링(anchoring)을 해주고, NR 기지국(20)이 세컨더리 기지국(secondary eNB)으로 구성되며, 각 기지국이 EPC(Evolved Packet Core)(1)를 핵심망으로 하는 구조일 수 있다.

본 발명의 일 실시 예에 따른 단말(100)은, LTE 기지국(11)을 마스터 기지국으로, NR 기지국(12)을 세컨더리 기지국으로 하는 이중 접속(Dual Connectivity)를 통하여 각 기지국에 접속할 수 있다.

도 2는, 본 발명의 일 실시 예에 따른 노드들과 단말의 연결을 도시한 개념도이고, 도 3은, 본 발명의 일 실시 예에 따른 노드들과 단말에 구성된 프로토콜 스택을 도시한 개념도이다.

본 발명의 일 실시 예에 따른 NR 기지국은, 하나의 기지국 내에 포함된 프로토콜 스택을 기능별로 구분하고, CU(Central Unit)와 DU(Distributed Unit)로 분리하여 구성할 수 있다. 여기에서, CU와 DU는 각각이 별도의 기지국으로 구현될 수 있으며, 각각이 기지국의 동작을 수행할 수 있다. 이하의 실시 예에서, CU와 DU는, 기지국, 유닛 또는 노드 등으로 언급될 수 있다.

도 2에서는, 본 발명의 일 실시 예에 따른 단말(100)이 LTE 기지국(RAT#1, 21)과, CU 기지국(RAT#2-CU, 22b) 및 DU 기지국(RAT#2-DU, 22a)으로 분리된 NR 기지국(22)에 접속한 상태를 도시하고 있다. 도 2에 따르면, LTE 기지국(21)과 NR 기지국(22)의 CU(22b)는 X2 인터페이스(RAT#1-RAT#2-I/F)를 통하여 연결되고, NR 기지국(22)의 CU(22b)와 NR 기지국(22)의 DU(22a)는 프론트홀(Fronthaul) 인터페이스(RAT#2-CU-DU-I/F)를 통하여 연결될 수 있다. 이하, 설명의 편의를 위하여 CU 기지국을 CU로, DU 기지국을 DU로 기재하기로 한다.

보다 구체적인 프로토콜 스택은 도 3에 도시되어 있다. 도 3을 참조하면, LTE 기지국(31)은 RRC(Radio Resource Control) 계층, PDCP(Packet Data Convergence Protocol) 계층, RLC(Radio Link Control) 계층, MAC(Medium Access Control) 계층, PHY(PHYsical) 계층 및 RF(Radio Frequency) 계층의 기능이 모두 구현되어 동작할 수 있다.

이와 달리, NR 기지국(32)은, 기능에 따라 각 프로토콜 계층을 분리하여, RRC 계층과 PDCP 계층은 CU(32b)로 구성되고, RLC 계층, MAC 계층, PHY 계층 및 RF 기능은 DU(32a)로 구성되어 구현될 수 있다. 즉, CU(32b)는 RRC 계층과 PDCP 계층에 해당하는 기능을 수행하고, DU(32a)는 RLC 계층, MAC 계층, PHY 계층 및 RF의 기능을 수행할 수 있다.

본 발명의 일 실시 예에 따라 LTE 기지국(31) 및 NR 기지국(32)과의 Dual Connectivity를 구성하는 단말(300)은, LTE 기지국(31)과 마찬가지로 모든 프로토콜 스택이 포함되어 구현될 수 있다.

간략하게, 각 계층의 기능을 설명하면 다음과 같다. PDCP 계층은 IP 헤더 압축/복원 등의 동작을 담당하고, RLC 계층은 PDCP PDU(Packet Data Unit)를 적절한 크기로 재구성한다. MAC 계층은 여러 RLC 계층과 연결되며 RLC PDU들을 MAC PDU에 다중화하고 MAC PDU로부터 RLC PDU들을 역다중화하는 동작을 수행한다. PHY 계층은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 한다. 또한 PHY 계층에서는 MAC 계층과 함께 오류 정정을 위해 HARQ(Hybrid ARQ)를 사용하며, 수신단에서는 송신단에서 전송한 패킷의 수신여부를 1 비트로 전송한다. 이를 HARQ ACK/NACK 정보라 한다. 한편, RRC 계층은 제어 평면에서만 정의되며, RRC 계층은 무선 베어러들의 설정, 재설정 및 해제와 관련된 다른 채널들의 제어를 담당한다.

한편, 이와 같이 NR 기지국(32) 내에서 프로토콜 계층들이 기능별로 분리되어 DU(32a)와 CU(32b)로써 구현되는 경우, EN-DC를 통한 단말(300)과의 연결에서, 단말(300)과의 무선 통신에 따른 시그널링을 수행하는 노드는 3개 이상일 수 있다. 이는, 단말과 관련된 특정 동작이 트리거링 되거나, 단말에 대한 특정 동작을 제어함에 있어, 3개 이상의 노드가 관여할 수 있음을 의미할 수 있다.

일 예로, 측정(measurement) 값, 스케줄링(scheduling) 정보, 안테나 정보나 셀 별 빔 특성 정보 등은, RF나 MAC 계층 또는 PHY 계층과 관련된 파라미터(parameter)들로써, 단말별로 제어될 필요가 있다. 이와 같은 파라미터들의 변경이 필요한 경우, RF나 MAC 계층 또는 PHY 계층에서는, 상기 파라미터들을 포함하는 RRC 메시지가 RRC 계층에서 생성될 수 있도록, RRC 계층으로 상기 파라미터의 변경 등에 관한 보고를 수행할 수 있다. 다만, 본원발명에서 제안하는 바와 같이 NR 기지국이 CU와 DU로 분리되어 운영되는 상황에서는, DU에서 CU로 상기 파라미터들의 변경을 요청하는 메시지를 전송해야 한다.

이와 같이 DU에서 CU로 상기 파라미터들의 변경을 위한 시그널링이 전송되면, CU는 이에 기반하여, LTE 기지국으로 상기 파라미터들의 변경을 요구하는 메시지를 전송하게 되고, LTE 기지국은 상기 단말과의 무선 통신을 통하여 상기 파라미터들의 변경을 위한 동작을 수행할 수 있다.

이와 같이, 상기 파라미터들과 관련된 단말 컨텍스트(context)의 업데이트가 필요한 경우, 이를 위한 시그널링은, LTE 기지국, CU 및 DU의 3개의 노드 사이에서 송수신되어야 한다. 즉, 단말 컨텍스트 제어를 위하여 여러 노드들 간 통신 절차가 수행되기 때문에, 이로 인한 자원이 낭비되거나 상기 통신 절차가 비효율적으로 운영되는 문제가 발생할 수 있다.

이하에서는, 설명의 편의를 위하여 NR 기지국의 DU와, 제1 노드의 용어를, NR 기지국의 CU와 제2 노드의 용어를, 그리고 LTE 기지국과 제3 노드의 용어를 혼용하여 설명하기로 한다.

보다 구체적인 예시는 도 4, 도 5, 도 6a 및 도 6b를 통하여 설명하기로 한다.

도 4는 노드들 간의 단말의 컨텍스트를 제어하기 위한 시그널링을 도시한 흐름도이고, 도 5는 각 노드에서 단말의 컨텍스트 업데이트 절차가 실패하는 상황을 도시한 도면이다. 도 6a 및 도 6b는 본 발명의 일 실시 예에 따른 DU가 단말의 컨텍스트 업데이트를 연속적으로 트리거하였을 때 시그널링을 설명하기 위한 흐름도이다.

먼저, 도 4를 참조하면, 제1 노드(gNB-DU, 42a)에서 단말 컨텍스트의 업데이트가 필요하다 판단된 경우, 단말 컨텍스트의 수정을 요구하는 메시지(UE CONTEXT MODIFICATION REQUIRED)를 제2 노드(gNB-CU, 42b)로 전송할 수 있다(S401).

여기에서, 단말 컨텍스트의 수정을 요구하는 UE CONTEXT MODIFICATION REQUIRED 메시지는, 예를 들어, 하기와 같은 정보를 포함할 수 있다.

[표 1]

한편, 제1 노드(42a)로부터 단말의 컨텍스트 수정을 요구하는 메시지를 수신한 제2 노드(42b)는, 이에 대한 확인 메시지(F1 UE CONTEXT MODIFICATION CONFIRM)를 제1 노드(42a)로 전송할 수 있다(S402). 그리고, 제2 노드(42b)는, 제1 노드(42a)로부터 수신된 단말 컨텍스트의 수정 요구에 대응하여, 제3 노드(MeNB, 41)로, 단말 컨텍스트를 수정하도록 요구하는 메시지(X2 UE CONTEXT MODIFICATION REQUIRED)를 X2 인터페이스를 통하여 전달할 수 있다(S403).

제3 노드(41)는, 제2 노드(42b)로부터 수신되는 단말 컨텍스트 요구 메시지(X2 UE CONTEXT MODIFICATION REQUIRED)에 기반하여, 단말(400)에 대한 컨텍스트 업데이트 절차를 수행할 수 있다. 예를 들어, 도 4에 도시된 바와 같이, 제3 노드(41)는, 단말 컨텍스트 업데이트를 위한 RRC 메시지(RRC ConnReconfiguration)를 단말(400)로 전송할 수 있다(S404).

단말(400)은, 제3 노드(41)로부터 수신된 RRC(Radio Resource Control) 메시지에 포함된 정보에 기반하여, 단말(400)의 컨텍스트를 업데이트 하는 동작을 수행할 수 있으며, 컨텍스트 업데이트가 완료되면, 이에 대한 정보를 포함하는 RRC 메시지(RRC ConnReconfiguration Complete)를 제3 노드(41)로 전송할 수 있다(S406).

단말(400)로부터 RRC 연결 재설정 완료(RRC ConnReconfiguration Complete) 메시지를 수신한 제3 노드(41)는, 단말로부터 수신된 RRC 연결 재설정 완료(RRC ConnReconfiguration Complete) 메시지에 포함된 정보를, X2 인터페이스를 통하여, 제2 노드(42b)로 전달할 수 있다(S406).

제3 노드(41)로부터 단말 컨텍스트의 업데이트에 대한 정보를 포함하는 메시지(X2 UE CONTEXT MODIFICATION CONFIRM)를 수신한 제2 노드(42b)는 이에 기반하여 단말의 컨텍스트를 변경하는 절차를 수행할 수 있다.

이와 같은 절차를 수행함에 있어 단말 컨텍스트의 업데이트는 제1 노드(42a)로부터 트리거되었음에도 불구하고, 단말의 컨텍스트 절차가 제대로 수행되었는지 여부에 대한 결과는 제1 노드(42a)로 전송되지 않는다. 다시 말해서, 제2 노드(42b)는 제1 노드(42a)로부터 수신된 UE CONTEXT MODIFICATION REQUIRED 메시지가 수신되면, 단말(400)의 컨텍스트 업데이트 절차가 완료되었는지, 제대로 수행되었는지와 무관하게, 상기 UE CONTEXT MODIFICATION REQUIRED 메시지가 성공적으로 수신되었음을 알리는 UE CONTEXT MODIFICATION COMFIRM 메시지를 제1 노드(42a)로 전송하는 동작을 수행하게 된다.

예를 들어, UE CONTEXT MODIFICATION COMFIRM 메시지는, 단말(400)에 대한 컨텍스트의 업데이트 절차를 개시하기 이전, 단말(400)의 컨텍스트의 업데이트 절차의 수행 중, 또는 단말(400)의 컨텍스트 업데이트 절차가 완료된 이후에, 단순히 제1 노드(42a)로부터 수신된 메시지를 성공적으로 수신하였음을 알리는 확인(ACK)의 의미에서, 제2 노드(42b)에서 제1 노드(42a)로 전송될 수 있다. 즉, 도 4에서 점선으로 도시된 화살표(S402-①, ②, ③) 중 어느 하나를 통하여 UE CONTEXT MODIFICATION COMFIRM 메시지가 전송될 수 있다.

이와 같이, 실질적인 단말 컨텍스트 업데이트의 완료 여부와 무관하게 제2 노드(42b)에서 제1 노드(42a)로 UE CONTEXT MODIFICATION CONFIRM 메시지가 전송됨으로써, 제1 노드(42a)에서는 단말의 컨텍스트가 성공적으로 업데이트 되었는지 여부를 확인할 수 없게 된다. 특히, 단말의 컨텍스트 업데이트 절차는 상술한 바와 같이 여러 개의 노드들 사이의 시그널링을 통하여 수행되므로, 어느 하나의 노드에서, 또는 어느 하나의 시그널링에 대한 송수신 실패 등의 비정상 상황에 발생하게 되는 경우 문제가 발생될 수 있다.

도 5를 참조하면, 제1 노드(52a)에서는, 제2 노드(52b)로 단말의 컨텍스트 업데이트를 위한 메시지(UE CONTEXT MODIFICATION REQUIRED)를 전송(S501)할 수 있으며, 제2 노드(52b)는 이에 대응하여 제1 노드(52a)로 단말의 컨텍스트 업데이트에 대한 확인 메시지(UE CONTEXT MODIFICATION CONFIRM)를 전송(S502)할 수 있다.

한편, 도 5에 도시된 바와 같이, 제2 노드(52b)는 제1 노드(52a)로부터 수신한 메시지에 기반하여 단말 컨텍스트의 업데이트 절차를 개시하는 단계에서 오류가 발생(S510)할 수 있다. 이로 인하여, 단말 컨텍스트의 업데이트 절차가 개시되지 못하는 비정상 상황이 발생될 수 있다.

이와 달리, 제2 노드(52b)는 제1 노드(52a)로부터 수신한 메시지에 기반하여, 단말 컨텍스트의 업데이트 절차를 개시하고, 제3 노드(51)로 단말 컨텍스트의 업데이트를 요구하는 메시지(X2 UE CONTEXT MODIFICATION REQUIRED)를 전송할 수 있다(S503). 다만, 제3 노드(51)에 소정의 오류가 발생(S520)하여, 단말(500)로 컨텍스트 업데이트를 요구하는 RRC 메시지를 전송하지 못하고 상기 단말 컨텍스트의 업데이트 절차가 수행 중에 실패로 끝나는 비정상 상황이 발생될 수 있다.

또 다른 예로, 제3 노드(51)는, 제2 노드(52b)로부터 수신한 단말 컨텍스트의 업데이트 요구 메시지(X2 UE CONTEXT MODIFICATION REQUIRED)에 기반하여, 단말(500)로, 컨텍스트 업데이트 절차 수행을 위한 RRC 메시지를 전송할 수 있다(S504). 다만, 단말(500)에서, 상기 RRC 메시지의 수신 및 처리에 실패하거나, 무선 통신상의 이유 등으로 오류가 발생(S530)함으로써, 단말의 컨텍스트 업데이트 절차 수행이 실패로 끝나는 비정상 상황이 발생될 수 있다.

또 다른 예로, 단말(500)은, 제3 노드(51)로부터 수신한 RRC 메시지에 기반하여 컨텍스트 업데이트 동작을 정상적으로 수행하고, 이에 대한 완료 메시지(RRC ConnReconfiguration Complete)를 제3 노드(51)로 전송할 수 있다(S505). 다만, 제3 노드(51)에서 상기 RRC 연결 재설정 완료 메시지의 수신에 실패하는 등의 오류가 발생(S540)될 수 있으며, 이로 인하여 단말의 컨텍스트 업데이트 절차 수행이 실패로 끝나는 비정상 상황이 발생될 수 있다.

또 다른 예로, 제3 노드(51)가 단말(500)로부터, 단말의 컨텍스트 업데이트 절차가 완료되었음을 알리는 메시지(RRC ConnReconfiguration Complete)를 수신한 뒤, X2 인터페이스를 통하여 제2 노드(52b)로, 단말의 컨텍스트 업데이트 완료를 알리는 메시지(X2 UE CONTEXT MODIFICATION CONFIRM)를 전송(S506)하였으나, 제2 노드(52b)에서 소정의 오류 발생(S550)으로 단말의 컨텍스트 업데이트 절차 수행이 실패로 끝나는 비정상 상황이 발생될 수 있다.

상술한 바와 같이, 단말이 LTE 기지국 및 NR 기지국과 EN-DC의 연결로 접속된 상태에서, NR 기지국이 CU와 DU의 노드로 분리되어 운영되면 단말과 관련된 특정 동작을 수행함에 있어 3개 이상의 노드가 관여하기 때문에, 어느 하나의 노드에서라도 자원 할당 실패, 송수신 오류, 수신된 정보 처리 등의 오류가 발생하게 되면 상기 특정 동작 수행에 문제가 발생하게 된다.

이와 같이, 어느 하나의 노드에서의 처리나 2개의 노드 사이 어느 하나의 시그널링에 대한 송수신이 실패하더라도 단말 컨텍스트의 업데이트 절차는 수행되지 못하는 경우가 발생할 수 있다. 제1 노드가 트리거한 단말의 컨텍스트 업데이트 요구가 적절히 수행되지 못하는 경우, 제1 노드는 다시 상기 요구를 트리거하여야 하나, 이때, 제1 노드는 제2 노드로부터 단말의 컨텍스트 업데이트가 실패하였다는 어떠한 정보도 수신하지 못하기 때문에, 요구한 단말 컨텍스트의 수정이 실패하여 이에 대한 재요구 메시지를 전송해야 하는지, 몇 번 더 재요구 메시지를 반복하여 전송해야 하는지 여부 등에 대한 어떠한 동작도 수행할 수 없는 문제가 있다.

한편, 제1 노드에서는 단말의 컨텍스트 업데이트 요구가 복수회 트리거될 수 있다. 예를 들어, 제1 노드는 단말로부터 수신한 빔 특성 정보와 관련된 파라미터의 변경이 필요하여 제1 컨텍스트 요구 메시지의 전송을 트리거한 이후, 단말의 핸드오버를 위한 측정 파라미터의 변경이 필요하여 제2 컨텍스트 요구 메시지의 전송을 트리거할 수 있다. 이와 같이 서로 다른 파라미터 정보에 대한 업데이트 요구가 연속적으로 트리거되는 경우, 이를 위한 시그널링들이 여러 노드 사이 전송되면서 문제가 발생될 수 있다.

보다 구체적으로, 도 6a를 참조하면, 제1 노드(62a)는 단말의 컨텍스트 업데이트가 필요하다 판단되면, 단말의 컨텍스트 업데이트를 요구하는 메시지(UE CONTEXT MODIFICATION REQUIRED-1st required)를 제2 노드(62b)로 전송할 수 있다(S601). 제2 노드(62b)는 제1 노드(62a)로부터 수신한 UE CONTEXT MODIFICATION REQUIRED 메시지에 대응하여 제1 노드(61)로 CONFIRM 메시지(UE CONTEXT MODIFICATION CONFIRM)를 전송(S602)한 뒤, 단말(600)에 대한 컨텍스트 업데이트 절차를 개시할 수 있다.

한편, 제1 노드(62a)는 제2 노드(62b)로 단말의 컨텍스트 업데이트 요구 메시지를 전송(S601)한 이후, 업데이트를 요청한 컨텍스트와 다른 파라미터의 변경이 필요하다 판단되면, 상기 다른 파라미터의 변경을 요구하는 메시지(UE CONTEXT MODIFICATION REQUIRED-2nd required)를 제2 노드(62b)로 전송할 수 있으며(S603), 제2 노드(62b)는 2번째 컨텍스트 업데이트 요청에 대응하여 CONFIRM 메시지(UE CONTEXT MODIFICATION CONFIRM)를 전송(S604)한 뒤, 단말(600)에 대한 컨텍스트 업데이트 절차를 개시할 수 있다.

단말(600)에 대한 컨텍스트 업데이트 절차가 개시됨에 따라, 제2 노드(62b)는, 제3 노드(61)로 단말 컨텍스트의 업데이트를 요구하는 메시지(X2 CONTEXT MODIFICATION REQUIRED)를 전송(S605)하고, 제3 노드(61)는 이에 대응하여 단말(600)로 컨텍스트 업데이트를 위한 RRC 메시지(RRC Reconfiguration)를 전송할 수 있다(S606). 단말(600)에서는 컨텍스트 업데이트를 위한 동작이 수행되고, 업데이트가 완료된 경우 이에 대한 정보를 포함하는 RRC 메시지(RRC Reconfiguration complete)를 제3 노드(61)로 전송하며(S607), 이를 수신한 제3 노드(61)는, 단말 컨텍스트의 업데이트의 완료를 알리기 위하여 제2 노드(62b)로 메시지(X2 CONTEXT MODIFICATION CONFIRM)를 전송할 수 있다(S608).

제3 노드(61)로부터 단말의 컨텍스트 업데이트가 완료되었다는 정보를 수신한 제2 노드(62b)는, 이에 기반하여 제1 노드(62a)로, 단말의 컨텍스트 업데이트를 요청하는 메시지(UE CONTEXT MODIFICATION REQUEST)에, 업데이트가 완료되었음을 알리는 지시자(complete indicator)를 포함하여 전송(S609)할 수 있다.

다만, 상기 완료 지시자(complete indicator)는, 단말의 컨텍스트와 관련된 파라미터 정보가 업데이트 되었음을 알리는 지시자로써, 업데이트된 단말의 컨텍스트가 어떤 파라미터와 관련되었는지 여부에 대한 정보는 포함하지 않는다. 또한, 단말의 컨텍스트의 업데이트와 관련된 내용은 RRC container에 포함되어 UE CONTEXT MODIFICATION REQUEST 메시지를 통하여 제2 노드에서 제1 노드로 전송되나, 제2 노드는 상기 RRC container에 포함된 정보를 분석하지 않고 단말로 전달하는 기능만을 수행하므로, 단말의 컨텍스트 업데이트가 완료되었는지 여부는 확인할 수 없다.

따라서, 제1 노드는 2번의 컨텍스트 업데이트 요구를 한 이후에 이와 같은 완료 지시자를 수신하면, 상기 완료 지시자가 2번의 컨텍스트 요청 중 어떤 파라미터 정보에 대한 업데이트 완료를 지시하는지를 알 수 없는 문제가 발생한다. 즉, 상기 완료 지시자를 수신한 제1 노드는, 첫 번째 컨텍스트 업데이트 요구와 두 번째 컨텍스트 업데이트 요구 중 어떤 요구에 대한 컨텍스트가 업데이트 완료되었는지 알 수 없기 때문에, 첫 번째 컨텍스트 업데이트를 재요구하는 메시지를 전송해야 할지, 두 번째 컨텍스트 업데이트를 재요구하는 메시지를 전송해야 할지 결정할 수 없는 문제가 있다.

마찬가지로 도 6b를 참조하면, 제1 노드(62a)는 단말의 컨텍스트의 업데이트가 필요하다 판단되면, 이를 요구하는 메시지(UE CONTEXT MODIFICATION REQUIRED-1st required)를 제2 노드(62b)로 전송(S611)할 수 있으며, 제2 노드(62b)는 이에 대응하여 확인 메시지(UE CONTEXT MODIFICATION CONFIRM)를 제1 노드(62a)로 전송(S612)할 수 있다. 또한, 제1 노드(62a)는 상기 요구(S611)에 따른 파라미터 정보와 상이한 파라미터 정보의 업데이트가 필요하다 판단되면, 추가적으로 제2 노드(62b)로 단말의 컨텍스트 업데이트 요구 메시지(UE CONTEXT MODIFICATION REQUIRED-2nd required)를 전송(S613)할 수 있고, 제2 노드(62b)는 이에 대응하여 확인 메시지 UE CONTEXT MODIFICATION CONFIRM)를 제1 노드(62a)로 전송(S614)할 수 있다.

제1 노드(62a)로부터 단말의 컨텍스트 업데이트 요구를 받은 제2 노드(62b)는, 제3 노드(61)로 단말의 컨텍스트 업데이트를 요구하는 메시지를 전송할 수 있다. 이때, 도 6b에 도시된 바와 같이, 제2 노드(62b)에서 제3 노드(61)로 전송되는 단말 컨텍스트의 업데이트 요구 메시지(X2 UE CONTEXT MODIFICATION REQUIRED)는, 제1 노드(62a)로부터 트리거된 요청 별로, 제3 노드(61)로 전송될 수 있다(S615, S616).

제3 노드(61)는, 제2 노드(62b)로부터 수신된 단말의 컨텍스트 업데이트 요구에 대응하여, 단말(600)로 RRC 메시지(RRC Reconfiguration)를 전송할 수 있다. 마찬가지로, RRC 메시지는 제2 노드(62b)로부터 수신된 단말의 컨텍스트 업데이트 요구 메시지(X2 UE CONTEXT MODIFICATION REQUIRED) 각각에 대응하여 전송될 수 있다(S617, S618). 단말(600)은, 제3 노드(61)로부터 수신된 RRC 메시지에 기반하여 단말의 컨텍스트 업데이트 동작을 수행하고, 이에 대한 완료 메시지(RRC Reconfiguration complete)를 제3 노드(61)로 전송할 수 있다(S619, S620).

제3 노드(61)는, 단말(600)로부터 수신된 RRC 재설정 완료 메시지에 대응하여, 각각의 컨텍스트 업데이트의 완료를 알리는 메시지(X2 MODIFICATION COFIRM)를 제2 노드(62b)로 전송할 수 있으며(S621, S622), 제2 노드(62b)는 이를 수신하는 것에 대응하여 제1 노드(62a)로 단말의 컨텍스트 업데이트 완료를 지시하는 지시자(complete indicator)를 포함하는 메시지(UE CONTEXT MODIFICATION REQUEST)를 제1 노드(62a)로 전송할 수 있다(S623, S625).

한편, 제1 노드(62a)가 첫 번째로 트리거한 단말의 컨텍스트 업데이트 요구와 두 번째 트리거한 단말의 컨텍스트 업데이트 요구가 순차적으로 이루어지더라도 첫 번째 트리거된 단말의 컨텍스트 업데이트 요구에 따른 업데이트 절차가 두 번째 트리거된 단말의 컨텍스트 업데이트 요구에 따른 업데이트 절차보다 지연되는 경우가 있을 수 있다.

만약, 이와 같은 상황이 발생되면, 도 6b에서와 같이 제1 노드(62a)가 제2 노드(62b)로부터 단말의 컨텍스트 업데이트가 완료되었음을 알리는 첫 메시지를 수신하더라도(S623), 상기 메시지에 포함된 완료 지시자(complete indicator)는 어떤 파라미터 정보에 대한 업데이트인지를 알려주지 못하므로, 해당 메시지가 첫 번째 요구에 대한 것인지, 두 번째 요구에 대한 것인지 알 수 없게 된다.

따라서, 도 6b와 같이, 제1 노드(62a)는 제2 노드(62b)로부터 수신된 메시지(UE CONTEXT MODIFICATION REQUEST)에 대한 응답 메시지(UE CONTEXT MODIFICATION RESPONSE)를 제2 노드(62b)로 전송한 이후에도, 어떤 단말 컨텍스트가 업데이트 되었는지 알 수 없다. 또한, 도 6b에 도시된 바와 같이, 단말의 컨텍스트 업데이트 완료를 알리는 메시지(UE CONTEXT MODIFICATION REQUEST)가 두 번째로 수신(S625)된다 하더라도, 이와 같은 메시지가 첫 번째 요구에 대한 것인지, 두 번째 요구에 대한 것인지 알 수 없다.

즉, 제1 노드(62a)가 단말의 컨텍스트 업데이트를 요구하는 메시지를 여러 번 전송한 이후, 이에 대응하여 제2 노드(62b)로부터 컨텍스트 업데이트가 완료되었다는 정보가 수신되더라도, 여러 번의 요구 메시지 중 어떤 요구 메시지에 대응되는 컨텍스트가 업데이트가 되었는지를 알 수 없는 문제가 있다.

특히, 도 5에서 상술한 바와 같이, 복수의 노드 중 어느 하나의 노드와 관련하여 단말의 컨텍스트 업데이트 절차가 실패하게 되면, 복수의 요구 중 어떤 요구가 실패하였으며, 어떤 요구에 대한 컨텍스트가 업데이트되었는지 또한 알 수 없게 되어, 이후 제1 노드의 동작(예를 들어, 실패한 컨텍스트에 대한 업데이트를 요구하는 메시지를 다시 전송할지 여부의 동작 등)이 정의될 수 없는 문제가 있다.

이에, 본 발명에서는, CU와 DU로 구성된 NR 기지국과 LTE 기지국이 EN-DC의 구조로 단말과 연결된 상태에서, 단말의 컨텍스트 제어를 위한 시그널링을 효율적으로 수행하기 위한 실시예들을 제안한다.

보다 구체적으로, 본 발명의 일 실시 예에서는, 단말의 컨텍스트 업데이트 절차가 정상적으로 수행되지 못하는 경우, 이에 대한 정보를 DU로 전송하는 방법을 제안한다.

또한, 본 발명의 일 실시 예에서는, 단말의 컨텍스트 업데이트 요구에 따라 단말의 컨텍스트의 업데이트가 완료된 경우, 업데이트가 완료된 컨텍스트에 대한 정보를 DU에서 확인할 수 있도록 하는 방법을 제안한다.

제1 실시예로, 본 발명에서는, 단말의 컨텍스트 업데이트 실패에 대한 정보가 DU로 통보될 수 있도록, DU와 CU 사이의 인터페이스에서 전송되는 UE CONTEXT MODIFICATION REFUSE 메시지를 정의한다.

여기에서, UE CONTEXT MO`DIFICATION REFUSE 메시지는 CU가 DU로부터 단말의 컨텍스트 요구 메시지를 수신한 이후, 단말의 컨텍스트 업데이트 절차가 개시됨에 따라 발생될 수 있는 비정상 상황을 DU에게 알리기 위하여, CU와 DU 사이의 인터페이스에서 전송되는 메시지이다. 즉, 본 발명의 일 실시 예에 따른 UE CONTEXT MODIFICATION REFUSE 메시지는, 도 5에서 상술한 다양한 예시에 따라 단말의 컨텍스트 업데이트 절차가 소정의 이유에 따라 실패로 결정되면, 컨텍스트 업데이트 절차의 수행이 실패하였음을 DU로 알리는 메시지일 수 있다.

이와 같은 UE CONTEXT MODIFICATION REFUSE 메시지는, 다양한 정보를 포함하고 있을 수 있다. 예를 들어, 컨텍스트 업데이트가 실패한 단말에 대한 정보(단말의 ID로, CU에 대한 UE의 ID 및 DU에 대한 UE의 ID), 단말로 전송될 RRC container를 포함할 수 있다. 또한, 상기 UE CONTEXT MODIFICATION REFUSE 메시지는, 이를 수신한 DU가 업데이트가 실패한 단말의 컨텍스트에 대하여 다시 업데이트를 요구할 수 있는 시간(wait Time)에 대한 정보 및 동일 컨텍스트에 대하여 몇 번의 재요구가 가능한지에 대한 횟수(Retry Count) 정보를 더 포함할 수 있다. 또한, 상기 UE CONTEXT MODIFICATION REFUSE 메시지는, 단말 컨텍스트 업데이트의 실패 원인에 대한 정보(UE CONTEXT MODIFICATION REQUIRED를 거절하는 이유에 대한 정보)를 포함할 수 있다.

보다 구체적으로, 본 발명의 일 실시 예에 따른 UE CONTEXT MODIFICATION REFUSE 메시지에 포함될 수 있는 정보를 요약하면 하기의 표와 같을 수 있다.

[표 2]

도 7은 본 발명의 일 실시 예에 따른 단말 컨텍스트 제어를 위한 DU의 동작을 설명하는 순서도이고, 도 8은 본 발명의 일 실시 예에 따른 단말 컨텍스트 제어를 위한 CU의 동작을 설명하는 순서도이다.

먼저, 도 7을 참조하면, 본 발명의 일 실시 예에 따른 제1 노드(DU)는, 단말과 무선통신을 수행하는 중에, 통신에 따른 일부 파라미터의 업데이트의 필요성을 감지할 수 있다. 예를 들어, 본 발명의 일 실시 예에 따른 제1 노드는, 단말과의 무선 통신 결과에 기반하여, 단말에 설정된 셀에 대한 측정값과 관련된 파라미터의 변경이 필요하다 판단하거나, 셀 별 빔 특성 정보에 관한 파라미터의 변경이 필요하다 판단할 수 있다.

이와 같이, 제1 노드는, RRC 계층을 포함하는 제2 노드(CU)로 변경이 필요하다 판단된 적어도 하나의 파라미터에 대하여 보고할 수 있다. 즉, 제1 노드는, 변경이 필요하다 판단된 파라미터와 관련된 단말 컨텍스트 업데이트를 요구하는 제1 메시지를 전송할 수 있다(S710).

여기에서, 제1 메시지는, 제1 노드와 제2 노드 사이 연결된 프론트홀 인터페이스를 통하여 전송되는 UE CONTEXT MODIFICATION REQUIRED 메시지일 수 있다. 해당 메시지는, 상술한 [표 1]에 따른 정보들을 포함할 수 있다.

이와 같이 제1 메시지를 전송한 이후, 본 발명의 일 실시 예에 따른 제1 노드는, 제1 메시지의 전송에 대응하여 제2 노드로부터 어떤 메시지가 수신되는지 여부를 확인할 수 있다(S720).

일 예로, 제1 노드는, 제1 메시지의 전송에 대응하여 제2 노드로부터 단말 컨텍스트 업데이트의 완료를 지시하는 제2 메시지를 수신할 수 있다. 여기에서, 단말 컨텍스트 업데이트의 완료를 지시하는 제2 메시지는, 예를 들어, 프론트홀 인터페이스를 통하여 전달되는 UE CONTEXT MODIFICATION REQUEST 메시지일 수 있다.

본 발명의 일 실시 예에 따른 제2 메시지는, 도 6a 및 도 6b에서도 상술한 바와 같이, 요구된 단말 컨텍스트에 대한 업데이트 완료를 지시하는 정보(예를 들어, 완료 지시자, complete indicator) 등을 포함할 수 있다. 즉, 본 발명의 일 실시 예에 따른 제2 메시지는, 복수의 단말에 대하여 복수의 단말 컨텍스트 업데이트의 요구가 있었던 경우, 어떤 단말에 대한, 어떤 단말 컨텍스트가 업데이트되었는지에 대한 정보를 포함할 수 있다.

이와 같이, 제2 메시지가 수신되면, 본 발명의 일 실시 예에 따른 제1 노드는, 업데이트가 완료된 단말 컨텍스트에 기반하여, 단말과 무선 통신을 수행할 수 있다(S730).

또한, 일 예로, 제1 노드는, 제1 메시지의 전송에 대응하여 제2 노드로부터 단말 컨텍스트 업데이트의 실패를 지시하는 제3 메시지를 수신할 수 있다. 여기에서, 단말 컨텍스트 업데이트의 실패를 지시하는 제3 메시지는, 예를 들어, 프론트홀 인터페이스를 통하여 전달되는 UE CONTEXT MODIFICATION REFUSE 메시지일 수 있다.

본 발명의 일 실시 예에 따른 제3 메시지는, 제2 노드와 제3 노드 및 단말과의 사이에서 수행되는 단말 컨텍스트 업데이트의 절차 중에, 어떤 노드에 의하여, 어떤 원인에 따라 해당 절차가 실패하였는지에 대한 정보를 포함할 수 있다. 예를 들어, 제3 메시지는, 제2 노드로부터 제3 노드로 단말 컨텍스트 업데이트의 절차를 개시하기 위한 단말 컨텍스트 업데이트의 요구 메시지가 수신된 이후에 제3 노드에서 해당 절차가 실패하였는지, 제3 노드로부터 단말 컨텍스트 업데이트 절차의 지시를 수신한 단말이, 해당 컨텍스트의 업데이트를 수행하는 중에 해당 절차가 실패하였는지 등의 정보를 포함할 수 있다.

또한, 본 발명의 일 실시 예에 따른 제3 메시지는, 상술한 바와 같이, [표 2]에 기재된 정보들을 포함할 수 있다. 즉, 제1 노드 및 제2 노드에 대한 단말의 ID나 해당 단말 컨텍스트 업데이트를 재요구하기 위한 제1 메시지가 언제, 몇 번의 전송이 가능한지에 대한 정보도 포함할 수 있다.

제3 메시지가 수신되면, 본 발명의 일 실시 예에 따른 제1 노드는, 제3 메시지에 기반하여, 단말 컨텍스트 업데이트를 다시 요구하기 위한 제1 메시지를, 제3 메시지에 포함된 정보에 기반하여 제2 노드로 재전송할 수 있다(S740).

도 8을 참조하면, 본 발명의 일 실시 예에 따른 제2 노드(CU)는, 제1 노드(DU)로부터 단말 컨텍스트 업데이트를 요구하는 제1 메시지를 수신할 수 있다(S810).

제1 메시지가 수신되면, 본 발명의 일 실시 예에 따른 제2 노드는, 단말 컨텍스트 업데이트 절차를 개시할 수 있다. 예를 들어, 본 발명의 일 실시 예에 따른 제2 노드는, 제3 노드로, 단말과의 사이에서 단말 컨텍스트 업데이트 동작의 수행을 요구하는 메시지를 전송할 수 있다(S820).

이와 같이, 제2 노드에서 제3 노드로 상기 메시지가 전송되면, 제3 노드는, 단말과의 사이에서 단말 컨텍스트 업데이트 동작을 수행할 수 있다. 예를 들어, 제3 노드는, RRC 메시지를 이용하여, 단말로, 단말 컨텍스트 업데이트 동작을 지시할 수 있고, 단말은, 이에 기반하여 단말 컨텍스트 업데이트 동작을 수행할 수 있다. 그리고, 이에 대한 결과 정보를 포함하는 RRC 메시지를, 제3 노드에 응답으로써 전송할 수 있다.

제3 노드는, 단말과의 사이에서 단말 컨텍스트 업데이트 동작에 대한 결과 정보를 제2 노드에 전송할 수 있다. 예를 들어, 제3 노드 또는 단말에 소정의 이유로 인하여 단말 컨텍스트 업데이트 동작이 실패하면, 이에 대한 정보를 포함하는 메시지(REFUSE 메시지)를 X2 인터페이스를 통하여 제2 노드로 전송할 수 있다. 또한, 제3 노드는, 단말 컨텍스트 업데이트 동작이 성공적으로 완료되면, 이에 대한 정보를 포함하는 메시지(CONFIRM 메시지)를 X2 인터페이스를 통하여 제2 노드로 전송할 수 있다.

본 발명의 일 실시 예에 따른 제2 노드는, 단말 컨텍스트 업데이트 절차를 개시한 이후, 제3 노드로부터 전송되는 메시지에 기반하여, 단말 컨텍스트 업데이트 절차의 결과를 확인할 수 있다(S830).

일 예로, 제2 노드는, 제3 노드로부터 수신된 CONFIRM 메시지에 기반하여 단말 컨텍스트 업데이트의 완료를 확인하면, 제1 노드로, 해당 단말 컨텍스트의 업데이트를 요청하는 제2 메시지를 전송할 수 있다(S840). 여기에서, 제2 메시지는, 제1 노드와 제2 노드 사이의 프론트홀 인터페이스를 통하여 전송되는 UE CONTEXT MODIFICATION REQUEST 메시지일 수 있다.

또 다른 예로, 제2 노드는, 제3 노드로부터 수신된 REFUSE 메시지에 기반하여 단말 컨텍스트 업데이트의 실패를 확인하면, 제1 노드로, 해당 단말 컨텍스트 업데이트의 실패를 알리는 제3 메시지를 전송할 수 있다(S850). 여기에서 제3 메시지는, 제3 노드로부터 수신한 정보 또는 제2 노드에서 소정의 이유로 해당 단말 컨텍스트의 업데이트가 실패한 경우 이에 대한 정보를 포함하는, 프론트홀 인터페이스를 통하여 전송되는 UE CONTEXT MODIFICATION REFUSE 메시지일 수 있다.

이와 같이, 본 발명의 일 실시 예에 따른 DU는, 단말 컨텍스트의 업데이트를 요청한 이후, CU로부터 수신되는 메시지에 포함된 정보에 따라, 해당 단말 컨텍스트 업데이트 절차를 다시 개시하도록 요청할지, 업데이트된 컨텍스트에 기반하여 단말과 무선통신을 수행하면 될지 여부를 신속하게 결정할 수 있다. 특히, 본 발명의 일 실시 예에 따른 CU가 단말 컨텍스트 업데이트가 성공적으로 완료된 경우에는 어떤 단말 컨텍스트에 대한 업데이트가 완료되었는지에 대한 정보를 전달하고, 단말 컨텍스트 업데이트가 실패한 경우에는 그 실패 원인과 실패를 복구하기 위한 동작에 관한 정보를 DU로 제공하기 때문에 단말 컨텍스트 업데이트 절차가 지연 없이, 보다 효율적으로 수행될 수 있는 효과가 있다.

도 9 내지 도 13은, 단말 컨텍스트의 업데이트 절차가 실패하는 다양한 경우에 대하여 CU가 DU로 본 발명의 일 실시 예에 따른 REFUSE 메시지를 전송하는 예를 설명하기 위한 흐름도이다.

먼저, 도 9를 참조하면, 제1 노드(92a)는 단말 컨텍스트의 업데이트가 필요하다 판단되면 이를 요구하는 메시지(UE CONTEXT MODIFICATION REQUIRED)를 제2 노드(92b)로 전송할 수 있다(S901). 제2 노드(92b)는 제1 노드(92a)로부터 상기 메시지가 수신되면, 이에 기반하여 단말 컨텍스트의 업데이트 절차를 개시할 수 있다.

만약, 도 9에 도시된 것처럼, 제2 노드(92b)가 단말 컨텍스트의 업데이트 절차를 개시하는 단계에서 비정상 상황이 발생될 수 있다. 예를 들어, 제2 노드(92b)가 제1 노드(92a)로부터 UE CONTEXT MODIFICATION REQUIRED 메시지 수신에 실패하는 등의 문제로 인하여, 단말 컨텍스트 업데이트 절차가 개시되지 못할 수 있다.

이와 같이 단말 컨텍스트의 업데이트 절차가 개시되지 못하면, 본 발명의 일 실시 예에 따른 제2 노드(92b)는 이를 제1 노드(92a)로 알리기 위하여, UE CONTEXT MODIFICATION REFUSE 메시지를 제1 노드(92a)로 전송할 수 있다(S902). 예를 들어, UE CONTEXT MODIFICATION REFUSE 메시지는, 제2 노드(92b)에서의 수신 실패로 인한 단말 컨텍스트 절차 실패의 정보를 포함할 수 있다.

이와 같이 REFUSE 메시지를 수신한 제1 노드(92a)는, 제2 노드(92b)로 요청한 상기 절차가 실패하였음을 신속하게 확인할 수 있으며, 이에 따라 이후 동일한 컨텍스트에 대한 업데이트 요청을 제2 노드(92b)로 다시 전송할 수 있다.

도 10을 참조하면, 제1 노드(102a)는 단말의 컨텍스트 업데이트가 필요하다 판단되면 이를 요구하는 메시지(UE CONTEXT MODIFICATION REQUIRED)를 제2 노드(102b)로 전송할 수 있다(S1001). 제2 노드(102b)는 제1 노드(102a)로부터 상기 메시지가 수신되면, 이에 기반하여 단말 컨텍스트의 업데이트 절차를 개시할 수 있다. 즉, 제2 노드(102b)는 제1 노드(102a)로부터 수신된 요청 메시지에 기반하여, 제3 노드(101)로 단말 컨텍스트의 업데이트를 요구하는 메시지(X2 UE CONTEXT MODIFICATION REQUIRED)를 전송할 수 있다(S1002).

제3 노드(101)는, 제2 노드(102b)로부터 수신된 단말 컨텍스트의 업데이트 요청에 대응하여 단말(1000)로 컨텍스트 업데이트 수행을 위한 RRC 메시지를 전송하여야 하나, 도 10에 도시된 바와 같이, 이에 대한 동작을 수행하기에 앞서 비정상 상황이 발생될 수 있다. 예를 들어, 제3 노드(101)는 X2 UE CONTEXT MODIFICATION REQUIRED 메시지의 수신에 실패하거나, 이에 대응하는 RRC 메시지를 단말(1000)로 전송하지 못하는 등의 문제가 발생할 수 있다.

이 경우, 제3 노드(101)는, 제2 노드(102b)로 단말 컨텍스트의 업데이트 절차가 실패하였음을 알리는 메시지(X2 UE CONTEXT MODIFICATION REFUSE)를 X2 인터페이스를 통하여 전송할 수 있다(S1003).

제3 노드(101)로부터 단말 컨텍스트의 업데이트 실패에 대한 정보를 포함하는 메시지를 수신한 제2 노드(102b)는, 이에 대응하여 제1 노드(102a)로 본 발명의 일 실시 예에 따른 REFUSE 메시지를 전송할 수 있다(S1004). 제1 노드(102a)는 제2 노드(102b)로부터 REFUSE 메시지를 수신하는 것에 기반하여, 해당 컨텍스트에 대한 업데이트를 요구하는 메시지를 재전송할지 여부를 결정할 수 있다. 예를 들어, 제1 노드(102a)는, REFUSE 메시지에 기반하여, 소정의 시간(wait time)이 만료된 이후, 다시 컨텍스트 업데이트를 요구하는 메시지를 제2 노드(102b)로 전송할 수 있다.

도 11을 참조하면, 제1 노드(112a)는 단말 컨텍스트의 업데이트가 필요하다 판단되면 이를 요구하는 메시지(UE CONTEXT MODIFICATION REQUIRED)를 제2 노드(112b)로 전송할 수 있고 (S1101), 제2 노드(112b)는 제1 노드(112a)로부터 상기 메시지가 수신되면, 이에 기반하여 제3 노드(111)로 단말 컨텍스트의 업데이트를 요구하는 메시지(X2 UE CONTEXT MODIFICATION REQUIRED)를 전송할 수 있다(S1102).

제3 노드(111)는, 제2 노드(112b)로부터 수신된 단말 컨텍스트의 업데이트 요청에 대응하여 단말(1100)로 컨텍스트 업데이트 수행을 위한 RRC 메시지를 단말로 전송하고(S1103), 단말(1100)은 제3 노드(111)로부터 수신한 RRC 메시지에 기반하여, 컨텍스트를 업데이트 하기 위한 동작을 개시할 수 있다. 다만, 상기 RRC 메시지의 수신을 실패하거나 무선 통신 상황 등의 이유로 컨텍스트 업데이트 절차가 실패할 수 있다.

이 경우, 단말(1100)은, 제3 노드(111)의 연결 재설정을 위한 RRC 메시지(RRC ConnReconfiguration request)를 제3 노드(111)로 전송하고(S1104), 이에 대응하여 제3 노드(111)로부터 수신한 메시지(RRC ConnReestablishment)에 (S1105) 따라, 제3 노드(111)와의 RRC 연결을 재설정한다. RRC 연결이 재설정되면, 단말(1100)은 제3 노드(111)로 RRC 연결 재설정 완료를 알리는 메시지(RRC ConnReestablishment Complete)를 전송할 수 있다(S1106).

다만, 단말(1100)이 상기와 같이 제3 노드(111)와 RRC 연결을 재설정하더라도, 제1 노드(112a)로부터 트리거된 단말 컨텍스트에 대한 업데이트 동작을 수행하지 못하였으므로, 제3 노드(111)는 RRC 연결에 대한 재설정 완료 메시지를 수신한 이후, 제2 노드(112b)로 단말 컨텍스트의 업데이트가 실패하였음을 알리는 메시지(X2 UE CONTEXT MODIFICATION REFUSE)를 전송할 수 있다(S1107).

이에 대응하여 제2 노드(112b)는 단말 컨텍스트의 업데이트 실패를 알리는 메시지(UE CONTEXT MODIFICATION REFUSE)를 제1 노드(112a)로 전송할 수 있고(S1108), 본 발명의 일 실시 예에 따른 제1 노드(112a)는 상기 REFUSE 메시지가 제2 노드(112b)로부터 수신되면, 이에 기반하여 컨텍스트 업데이트에 대한 재요청을 수행할지 여부를 결정한다. 예를 들어, 제1 노드(112a)는, 해당 컨텍스트에 대한 업데이트 실패 횟수와 REFUSE 메시지에 포함된 Retry 횟수 정보의 비교에 기반하여, 해당 컨텍스트에 대한 업데이트를 요구하는 메시지의 전송을 재수행할지 여부를 결정할 수 있다.

도 12를 참조하면, 제1 노드(122a)는 단말 컨텍스트의 업데이트가 필요하다 판단되면 이를 요구하는 메시지(UE CONTEXT MODIFICATION REQUIRED)를 제2 노드(122b)로 전송할 수 있고 (S1201), 제2 노드(122b)는 제1 노드(122a)로부터 상기 메시지가 수신되면, 이에 기반하여 제3 노드(121)로 단말 컨텍스트의 업데이트를 요구하는 메시지(X2 UE CONTEXT MODIFICATION REQUIRED)를 전송할 수 있다(S1202).

제3 노드(121)는, 제2 노드(122b)로부터 수신된 단말 컨텍스트의 업데이트 요구에 대응하여 단말(1200)로 컨텍스트 업데이트 수행을 위한 RRC 메시지를 단말(1200)로 전송하고(S1203), 단말(1200)은 제3 노드(121)부터 수신한 RRC 메시지에 기반하여, 컨텍스트를 업데이트 하기 위한 동작을 개시할 수 있다. 그리고, 컨텍스트 업데이트 동작이 완료되면, 단말(1200)은 이에 대한 정보를 포함한 RRC 메시지(RRC ConnReconfiguration Complete)를 제3 노드(121)로 전송할 수 있다(S1204).

한편, 제3 노드(121)는, 단말(1200)로부터 수신한 RRC 메시지에 기반하여 제2 노드(122b)로 단말 컨텍스트의 업데이트 완료를 알리기 위한 동작을 수행하는 중에, 비정상 상황이 발생될 수 있다. 이 경우, 제3 노드(121)는, 제2 노드(122b)로 단말의 컨텍스트 업데이트가 실패하였다는 정보를 포함하는 REFUSE 메시지(X2 UE CONTEXT MODIFICATION REFUSE)를 전송할 수 있다(S1205).

이와 같이 제3 노드(121)로부터 X2 UE CONTEXT MODIFICATION REFUSE를 수신한 제2 노드(122a)는, 제1 노드(122a)로 단말 컨텍스트의 업데이트가 실패하였음을 알리는 메시지(UE CONTEXT MODIFICATION REFUSE)를 전송(S1206)하고, 제1 노드(122a)는 이에 기반하여 단말의 컨텍스트 업데이트를 요구하는 메시지를 재전송할지 여부를 결정할 수 있다.

도 13을 참조하면, 제1 노드(132a)는 단말 컨텍스트의 업데이트가 필요하다 판단되면 이를 요청하는 메시지(UE CONTEXT MODIFICATION REQUIRED)를 제2 노드(132b)로 전송할 수 있고(S1301), 제2 노드(132b)는 제1 노드(132a)로부터 상기 메시지가 수신되면, 이에 기반하여 제3 노드(131)로 단말 컨텍스트의 업데이트를 요구하는 메시지(X2 UE CONTEXT MODIFICATION REQUIRED)를 전송할 수 있다(S1302).

제3 노드(131)는, 제2 노드(132b)로부터 수신된 단말 컨텍스트의 업데이트 요청에 대응하여 단말(1300)로 컨텍스트 업데이트 수행을 위한 RRC 메시지를 단말(1300)로 전송하고(S1303), 단말(1300)은 제3 노드(131)부터 수신한 RRC 메시지에 기반하여, 컨텍스트를 업데이트 하기 위한 동작을 개시할 수 있다. 그리고, 컨텍스트 업데이트 동작이 완료되면, 단말(1300)은 이에 대한 정보를 포함한 RRC 메시지(RRC ConnReconfiguration Complete)를 제3 노드(131)로 전송할 수 있다(S1304).

제3 노드(131)는, 단말(1300)로부터 수신한 RRC 메시지에 기반하여 제2 노드(132b)로 단말 컨텍스트의 업데이트 완료를 알리기 위한 메시지(X2 CONTEXT MODIFICATION CONFIRM)를 전송할 수 있다(S1305). 이때, 제2 노드(132b)에서 상기 메시지의 수신에도 불구하고, 소정의 이유로 단말 컨텍스트 업데이트 절차의 수행 실패 또는 수행 불가의 상황이 발생될 수 있다.

이 경우, 제2 노드(132b)는, 단말 컨텍스트 업데이트 절차 실패를 알리는 메시지(UE CONTEXT MODIFICATION REFUSE)를 제1 노드(132a)로 전송할 수 있다. 또한, 제2 노드(132b)는, 해당 컨텍스트 업데이트 실패로 인하여, 해당 컨텍스트 업데이트 절차의 취소를 지시하는 roll back 지시자를 포함한 메시지(X2 UE CONTEXT MODIFICATION REQUIRED)를 제3 노드(131)로 전송할 수 있다(S1307).

제3 노드(131)는, 상기 X2 UE CONTEXT MODIFICATION REQUIRED 메시지에 기반하여, 기 업데이트된 해당 컨텍스트를 되돌리기 위한 정보를 포함하는 RRC 메시지를 단말(1300)로 전송하고(S1308), 단말(1300)은, 이에 기반하여 단말 컨텍스트를 되돌리기 위한 동작을 수행한 뒤, 이에 대한 완료를 알리는 메시지(RRCConnReconfiguration complete)를 제3 노드로 전송할 수 있다(S1309).

제3 노드(131)는, 단말로부터 RRCConnReconfiguration complete 메시지가 수신되면, 이에 대한 정보를 포함한 메시지(X2 UE CONTEXT MODIFICATION CONFIRM)를 제2 노드(132b)로 전송할 수 있다(S1310).

상기 도 9 내지 도 13에서, 어느 하나의 노드에 대한 단말 컨텍스트 절차의 실패로 인한 REFUSE 메시지의 전송에 관한 실시예 이외에도, 다양한 이유로 REFUSE 메시지가 이용될 수 있다.

예를 들어, 특정 단말에 대한 handover 절차 진행 중일 때, 동일 단말에 대해 DU로부터 UE CONTEXT MODIFICATION REQUIRED 메시지를 수신할 경우, CU는 UE CONTEXT MODIFICATION REFUSE 메시지를 이용하여 거절할 수 있다. 또 다른 예로, CU에서 특정 단말에 대해 이미 UE CONTEXT MODIFICATION REQUEST 메시지를 DU로 전송하였음에도, DU에서 UE CONTEXT MODIFICATION REQUIRED 메시지를 다시 전송할 경우, CU는 선 진행 중인 UE CONTEXT MODIFICATION REQUEST에 대한 session을 근거로 UE CONTEXT MODIFICATION REFUSE 메시지를 이용하여 해당 요청을 거절할 수 있다.

한편, 본 발명의 일 실시 예에 따른 제2 노드는, 단말 컨텍스트 업데이트가 실패하지 않더라도, 특정 상황에서 UE CONTEXT MODIFICATION REFUSE 메시지를 이용하여, 단말 컨텍스트 업데이트가 현재 수행될 수 없음을 알릴 수 있다.

도 14 및 도 15는 본 발명의 일 실시 예에 따른 특정 상황에서 CU가 DU로 본 발명의 일 실시 예에 따른 REFUSE 메시지를 전송하는 예시를 도시한 도면이다.

먼저, 도 14를 참조하면, 본 발명의 일 실시 예에 따른 제1 노드(142a)는 단말 컨텍스트 업데이트가 필요하다 판단되면, 이를 요청하는 메시지(UE CONTEXT MODIFICATION REQUIRED - 1st required)를 제2 노드(142b)로 전송할 수 있고(S1401), 제2 노드(142b)는, 이에 대한 수신을 확인하기 위한 메시지(UE CONTEXT MODIFICATION CONFIRM)를 제1 노드(142a)로 전송할 수 있다(S1402). 또한, 본 발명의 일 실시 예에 따른 제2 노드(142b)는 상기 요청에 대응하여, 제3 노드(141)로, 단말 컨텍스트 업데이트를 위한 메시지(SGNB CONTEXT MODIFICATION REQUIRED - 1st required)를 전송할 수 있다(S1403).

한편, 본 발명의 일 실시 예에 따른 제1 노드(142a)는, 상기 제1 요청 이후, 다른 단말 컨텍스트에 대한 요청(UE CONTEXT MODIFICATION REQUIRED - 2nd required)을 제2 노드(142b)로 추가로 전송할 수 있다(S1404). 이에 대응하여, 본 발명의 일 실시 예에 따른 제2 노드(142b)는, REUSE 메시지(UE CONTEXT MODIFICATION REFUSE)를 제1 노드(142a)로 전송할 수 있다.

즉, CONFIRM 메시지를 통하여 단순히 수신에 대한 확인만을 수행하였던 종래와는 달리, 본 발명의 일 실시 예에 따른 제2 노드(142b)는 단말 컨텍스트 업데이트 절차를 개시할 수 없는 특정 상황에 상기 REFUSE 메시지를 이용함으로써, 단말 컨텍스트 업데이트 절차가 진행중인지 여부를 알 수 없는 제1 노드의 모호한 상황을 해소할 수 있는 효과가 있다.

한편, 상기 단말 컨텍스트의 첫 번째 요청에 따라, 제3 노드(141)와 단말(1400) 사이에는 컨텍스트 업데이트를 위한 시그널링들이 송수신되고(S1406, S1407), 제3 노드(141)는 상기 시그널링에 따른 결과 정보를 포함한 메시지(SGNB MODIFICATION CONFIRM)를 제2 노드(142b)로 전달할 수 있다(S1408). 제2 노드(142b)는, 상기 메시지에 기반하여, 제1 노드(142a)로, 단말 컨텍스트 업데이트가 완료되었음을 나타내는 정보(complete indicator)를 포함하는 메시지(UE CONTEXT MODIFICATION REQUEST)를 제1 노드(142a)로 전송할 수 있다(S1409).

도 15를 참조하면, 본 발명의 제2 노드는, 핸드오버가 필요하다 판단할 수 있다. 이하, 기존의 제2 노드를 제2 소스노드, 핸드오버 대상이 되는 제2 노드를 제2 타겟 노드라고 명명하기로 한다.

본 발명의 일 실시 예에 따른 제2 소스 노드(152b)는 핸드오버 절차 트리거를 위한 시그널링(SGNB CHANGE REQUIRED)을 제3 노드(151)로 전송할 수 있다(S1501). 이를 수신한 제3 노드(151)는 제2 타겟 노드(152b’)로 SGNB Addition Request 메시지를 보내어, 신규 호 셋업 절차를 트리거할 수 있다(S1502). 제2 타겟 노드(152b’)는 모든 호 셋업이 완료되면, 본 발명의 일 실시 예에 따른 제3 노드(151)로 SGNB Addition Request Ack 메시지를 전송할 수 있다(S1503).

제3 노드(151)는, SGNB Addition Request Ack 메시지가 수신되면, 이에 기반하여 단말(1500)로 RRC 재설정을 위한 시그널링을 전송(S1504)하고, 단말(1500)은 이에 대응하여 RRC complete 메시지를 전송(S1505)함으로써 RRC reconfiguration 절차가 수행될 수 있다. 본 발명의 일 실시 예에 따른 제3 노드(151)는, RRC reconfiguration 절차가 완료된 것에 대응하여, 제2 소스 노드(152b)로 SGNB CHANGE CONFIRM 메시지를 전송(S1506)하고, 제2 타겟 노드(152b’)로 SGNB RECONFIGURATION COMPLETE 메시지를 전송(S1507)한다. 이때 제2 소스 노드(152b)는 SGNB CHANGE CONFIRM 메시지를 수신한 후 제1 노드(152a)로 Complete Indicator를 포함한 UE CONTEXT MODIFICATION REQUEST 메시지를 전송하여, 제1 소스 노드가 관리하고 있는 단말의 소속 SgNB가 변경됨에 따라 필요한 동작을 요청할 수 있다(S1510). 해당 필요 동작에는 타겟 노드로의 Data Forwarding 및 그에 따른 소스측 단말 컨텍스트 해제가 있다. 이에 따라, 해당 단말에 대한 SgNB Change 절차를 완료할 수 있다.

한편, 본 발명의 일 실시 예에 따른 제1 노드(152a)는, 제2 소스 노드(152b)와 제2 타겟 노드(152b’) 사이의 핸드오버 상황을 알지 못한 상태에서, 단말의 컨텍스트 업데이트를 요청하는 메시지(UE CONTEXT MODIFICATION REQUIRED)를 전송할 수 있다(S1508). 이 경우, 제2 소스 노드(152b)는, 핸드오버 진행 중인 상태에서 단말 컨텍스트 업데이트가 불가함을 판단하고, 본 발명의 일 실시 예에 따른 F1 UE CONTEXT MODIFICATION REFUSE 메시지를 제1 노드(152a)로 전송할 수 있다(S1509). 따라서, 제1 노드(152a)는 단말 컨텍스트 업데이트가 진행될 수 없음을 확인할 수 있다.

한편, 상기 도면들에서는, CU가 DU에게 단말의 컨텍스트 업데이트 절차의 실패를 알리는 REFUSE 메시지를 전송하는 실시예에 대하여 서술하였으나, 본 발명의 일 실시 예에 따라 CU는 단말의 컨텍스트 절차의 진행이 보류되었음을 알리는 메시지를 전송할 수도 있다.

예를 들어, 본 발명의 일 실시 예에 따른 CU는, 단말의 컨텍스트 업데이트 절차를 진행할 수 없을 때 이에 대한 정보를 전송하기 위한 UE CONTEXT MODIFICATION SUSPEND 메시지를 DU로 전송할 수 있다. 이 경우, DU는, 상기 단말의 컨텍스트 업데이트 절차의 진행(재개)를 알리는 UE CONTEXT MODIFICATION RESUME 메시지가 CU로부터 수신될 때까지 해당 컨텍스트에 대한 업데이트가 중단되었음을 알 수 있다. 따라서, 본 발명의 일 실시 예에 따른 DU는, 해당 컨텍스트에 대한 업데이트가 성공적으로 완료되었음을 알리는 메시지가 소정의 시간 동안 수신되지 않더라도, 별도의 재요청을 수행하지 않을 수 있다.

도 16은, 본 발명의 일 실시 예에 따른 CU와 DU가 분리된 기지국이 단말 컨텍스트 업데이트를 수행하는 일 예를 도시한 도면이다.

도 16을 참조하면, 본 발명의 일 실시 예에 따른 NR 기지국(gNB, 162)는, NR 기지국(162)으로 초기 접속(initial access)을 수행한 단말(1600)이 전송한 PRACH(Physical Random Access Channel)에 기반하여 서빙 빔을 초기화하고, 단말(1600)과의 RRC 연결에 관한 설정 정보를 포함하는 RRC 재설정 메시지(S1601)를 단말(1600)로 전송할 수 있다. 그리고, 단말(1600)로부터, RRC 재설정 메시지에 기반한 CSI 보고 정보를 수신할 수 있다(S1602). 여기에서, CSI 보고 정보는, SSBRI(Synchronization Signal Block Rank Indicator), RSRP(Reference Signal Received Power) 등을 포함할 수 있다.

NR 기지국(162)은, 단말(1600)로부터 수신한 CSI 보고 정보에 기반하여, 빔 관련 단말 컨텍스트의 수정이 필요하다 판단할 수 있다. 예를 들어, 본 발명의 일 실시 예에 따른 NR 기지국(162)은 MAC 계층의 빔 제어와 관련된 하기의 [표 3-1] 및 [표 3-2]에 포함된 파라미터들과 관련된 단말 컨텍스트 정보의 수정이 필요하다 판단할 수 있다.

[표 3-1]

[표 3-2]

본 발명의 일 실시 예에 따른 NR 기지국(142)의 DU는, 단말(1600)과의 통신을 통하여 상기 [표 3-1] 및 [표 3-2]에 포함된 RRC IEs의 파라미터들 중 업데이트가 필요하다 감지된 특정 파라미터에 대한 단말 컨텍스트 정보를 포함하는 UE CONTEXT MODIFICATION REQUEST 메시지를 NR 기지국(162)의 CU로 전송할 수 있다.

일 예로, NR 기지국(162)의 DU는, 빔 제어 관련 파라미터들 중 csi_ResourceConfig 관련 단말 컨텍스트의 업데이트가 필요하다 판단되면, 이에 대한 요구 메시지를 NR 기지국(162)의 CU로 전송할 수 있다. 그리고, 상기 요구 메시지를 전송한 이후, CSI_ReportConfig for BM 관련 단말 컨텍스트의 업데이트가 필요하다 판단되면, 상기 요구 메시지와 독립적으로, 이에 대한 단말 컨텍스트 업데이트를 요구하는 메시지를 NR 기지국(162)의 CU로 전송할 수 있다.

이와 같이, NR 기지국(162)의 DU로부터, 단말 컨텍스트의 업데이트 요구를 수신한 NR 기지국(162)의 CU는, 본 발명의 일 실시 예에 따른 단말 컨텍스트 업데이트 절차를 수행할 수 있다. 그리고, 단말(1600)에 대한 서빙 빔이 변경되었는지에 대한 결과 정보를 NR 기지국(162)의 DU로 전송할 수 있다.

도 16에 도시된 바와 같이, 단말(1600)에 대한 서빙 빔과 관련된 단말 컨텍스트 업데이트가 확인되면, 본 발명의 일 실시 예에 따른 NR 기지국(162)은, 단말(1600)의 SSBRI 피드백에 기반하여 업데이트된 서빙빔에 따라 단말과 무선통신을 수행할 수 있다.

예를 들어, 본 발명의 일 실시 예에 따른 NR 기지국(162)은, 업데이트된 서빙빔에 기반하여, 단말(1600)로 RRC 재설정 메시지를 전송(S1604)하거나, MAC-CE(Control Element)를 전송(S1605)할 수 있다.

도 17은 본 발명의 일 실시 예에 따른 기지국의 구성을 도시한 도면이고, 도 16은 본 발명의 일 실시 예에 따른 단말의 구성을 도시한 블록도이다.

먼저, 도 17을 참조하면, 본 발명의 일 실시 예에 따른 기지국은, NR 기지국의 DU, NR 기지국의 CU 및 LTE 기지국을 포함할 수 있다.

본 발명의 일 실시 예에 따른 기지국은, 송수신부(1710), 제어부(1720) 및 메모리(1730)를 포함할 수 있다. 본 발명에서 기지국의 제어부(1720)는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.

먼저, 본 발명의 일 실시 예에 따른 기지국의 송수신부(1710)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 예를 들어, 송수신부(1710)는 무선 인터페이스를 통하여 단말과 같은 외부 기기와 무선 통신을 수행하거나, 특정 인터페이스부(1711)를 이용하여,다른 기지국이나 네트워크 기능 엔티티와 통신을 수행할 수 있다.

일 예로, NR 기지국의 CU의 송수신부(1710)의 인터페이스부(1711)는, NR 기지국의 DU와 통신하기 위한 프론트홀 인터페이스부를 포함할 수 있고, LTE 기지국과 통신하기 위한 X2 인터페이스부를 포함할 수 있다. 또한, 일 예로, NR 기지국의 DU의 송수신부(1710)의 인터페이스부(1711)는, NR 기지국의 CU와 통신하기 위한 프론트홀 인터페이스부를 포함할 수 있다. 또한, 일 예로, LTE 기지국의 송수신부(1710)의 인터페이스부(1711)는, NR 기지국의 CU와 통신하기 위한 X2 인터페이스부를 포함할 수 있다.

본 발명의 일 실시 예에 따른 기지국의 제어부(1720)는 본 발명에서 제안하는 실시예에 따른 기지국의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부(1720)는 앞서 도면들에서 설명한 실시 예에 따른 동작을 수행하도록 송수신부(1710)와 메모리(1730)를 제어할 수 있다.

보다 구체적으로, NR 기지국의 DU의 제어부(1720)는, 단말과의 통신을 통하여 단말 컨텍스트 업데이트의 필요 여부를 감지하고, 해당 컨텍스트 업데이트를 요구하는 메시지를 NR 기지국의 CU로 전송하도록 송수신부(1710)를 제어할 수 있다. 또 다른 예로, NR 기지국의 CU의 제어부(1720)는, NR 기지국의 DU로부터 수신된 요구 메시지에 대응하여 단말 컨텍스트 업데이트 절차를 개시하고, 이에 대한 정보를 포함하는 메시지를 NR 기지국의 DU로 전송하도록 송수신부(1710)를 제어할 수 있다. 또 다른 예로, LTE 기지국의 제어부(1720)는, NR 기지국으로부터 수신된 단말 컨텍스트 업데이트 요구에 기반하여, 단말과 컨텍스트 업데이트 절차를 수행하고, 이에 대한 결과를 NR 기지국으로 전송하도록 송수신부(1710)를 제어할 수 있다.

본 발명의 일 실시 예에 따른 기지국의 메모리(1730)는 상기 송수신부(1710)를 통해 송수신되는 정보 및 제어부(1720)를 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다. 예를 들어, NR 기지국의 메모리(1730)는, CU-DU 간에 설정된 프론트홀 인터페이스의 기능 분리 방식, 계층별 파라미터들을 각각 저장할 수 있다.

도 18을 참조하면, 본 발명의 일 실시 예에 따른 단말은, 송수신부(1810), 제어부(1820) 및 메모리(1830)를 포함할 수 있다. 본 발명에서 단말의 제어부(1820)는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.

먼저, 본 발명의 일 실시 예에 따른 단말의 송수신부(1810)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 예를 들어, 송수신부(1810)는 무선 인터페이스를 통하여 외부 기기나 기지국 등과 무선 신호를 송수신할 수 있다.

또한, 본 발명의 일 실시 예에 따른 단말의 제어부(1820)는 본 발명에서 제안하는 실시예에 따른 단말의 전반적인 동작을 제어할 수 있다. 일 예로, 제어부(1820)는, 기지국으로부터 수신되는 RRC 메시지에 기반하여, 단말 컨텍스트 업데이트 동작을 수행하도록 제어할 수 있다.

또한, 본 발명의 일 실시 예에 따른 단말의 메모리(1830)는 상기 송수신부 (1810)를 통해 송수신되는 정보 및 제어부(1820)을 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다.

한편, 도 14 및 도 15에서 상술한, REFUSE 메시지를 전송하는 것과는 달리, 본 발명의 또 다른 실시 예에 따르면, F1 UE CONTEXT MODIFICATION REFUSE 메시지를 사용하지 않고, F1 UE CONTEXT CONFIRM 메시지를 보내지 않음으로 F1 UE CONTEXT MODIFICATION REQUIRED/CONFIRM 절차의 실패를 통보하는 방법을 사용할 수도 있다.

도 19는, UE CONTEXT MODIFICATION REFUSE 메시지를 사용하지 않는 실시 예를 설명하기 위한 도면이다.

도 19를 참조하면, 본 발명의 DU는 CU로 UE CONTEXT MODIFICATION REQUIRED를 송신 후 이 메시지 전송에 대한 타이머를 구동한다. CU는 해당 메시지 수신 후 eNB로 X2 SGNB MODIFICATION REQUIRED를 전송한 후 역시 타이머를 구동한다. 만일 어떠한 사유로 (예: 단말 측 프로세스 실패 등) RRC Reconfiguration 절차가 실패할 경우 eNB는 타이머 만료 후 X2 SGNB MODIFICATION REFUSE를 CU로 전송하게 된다.

이를 수신한 CU는 F1 UE CONTEXT MODIFICATION REFUSE를 사용하는 것 대신, 아무런 메시지도 보내지 않는 것으로 단말 컨텍스트 변경 절차 실패를 알릴 수도 있다. DU는 타이머 구동 중이기 때문에 아무런 응답이 오지 않는다면 타이머 만료 후 F1 UE CONTEXT MODIFICATION REQUIRED 절차의 실패로 간주할 수 있다. (하지만 해당 방안은 규격적으로 CU가, eNB로부터 X2 SGNB MODIFICATION CONFIRM 메시지를 받아야만 F1 UE CONTEXT MODIFICATION CONFIRM 메시지를 DU로 전송할 수 있다라는 전제가 있어야 가능함.)

또 다른 예로, F1 UE CONTEXT MODIFICATION REFUSE 메시지를 사용하지 않고, 대신 F1 UE CONTEXT MODIFICATION CONFIRM 메시지를 전송하면서 refuse indication IE를 포함함으로써, F1 UE CONTEXT MODIFICATION REQUIRED/CONFIRM 절차의 실패를 통보하는 방법을 사용할 수도 있다.

도 20은, 본 발명의 실시 예에 따른 F1 UE CONTEXT MODIFICATION CONFIRM 메시지를 이용하여 UE CONTEXT 절차 실패를 알리는 방법을 설명하기 위한 순서도이다.

도 20을 참조하면, DU는 CU로 UE CONTEXT MODIFICATION REQUIRED를 송신 후 이 메시지 전송에 대한 타이머를 구동한다. CU는 해당 메시지 수신 후 eNB로 X2 SGNB MODIFICATION REQUIRED를 전송한 후 역시 타이머를 구동한다. 만일 어떠한 사유로 (예: 단말 측 프로세스 실패 등) RRC Reconfiguration 절차가 실패할 경우 eNB는 타이머 만료 후 X2 SGNB MODIFICATION REFUSE를 CU로 전송하게 된다.

이를 수신한 CU는 F1 UE CONTEXT MODIFICATION REFUSE를 사용하는 것 대신, Refuse Indication IE를 포함한 F1 UE CONTEXT MODIFICATION CONFIRM 메시지를 전송하여 단말 컨텍스트 변경 절차 실패를 알릴 수도 있다. 아래 표는 해당 Refuse Indication IE가 추가된 F1 UE CONTEXT MODIFICATION CONFIRM 메시지 포맷을 나타낸다.

또 다른 예로, F1 UE CONTEXT MODIFICATION CONFIRM에 RRC Container IE를 미포함하는 방안을 고려할 수 있다.

도 21은, 본 발명의 일 실시 예에 따라 F1 UE CONTEXT MODIFICATION CONFIRM에 RRC Container IE를 포함하지 않는 것으로 UE CONTEXT 업데이트 절차의 실패를 알리는 방법을 설명하기 위한 도면이다.

도 21을 참조하면, F1 UE CONTEXT MODIFICATION REFUSE 메시지를 사용하지 않고, 대신 F1 UE CONTEXT MODIFICATION CONFIRM 메시지를 전송하면서 mandatory인 RRC Container IE를 의도적으로 포함하지 않음으로써, F1 UE CONTEXT MODIFICATION REQUIRED/CONFIRM 절차의 실패를 통보하는 방법을 사용할 수도 있다.

아래 표는 RRC Container IE가 누락된 F1 UE CONTEXT MODIFICATION CONFIRM 메시지 포맷을 나타낸다.

본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시 예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구의 범위에 의하여 나타내어지며, 특허청구의 범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

한편, 본 명세서와 도면에는 본 발명의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

Claims

무선 통신 시스템에서, 제1 노드의 방법에 있어서,
제2 노드로, 단말 컨텍스트 업데이트를 요구하는 제1 메시지를 전송하는 단계;
상기 제1 메시지의 전송에 대응하여, 상기 제2 노드로부터 상기 단말 컨텍스트 업데이트의 완료를 지시하는 제2 메시지 또는 상기 단말 컨텍스트 업데이트의 실패를 지시하는 제3 메시지를 수신하는 단계; 및
상기 제2 메시지 또는 제3 메시지의 수신에 기반하여, 상기 제2 노드로 상기 제1 메시지를 재전송할지 여부를 결정하는 단계를 포함하고,
상기 단말 컨텍스트 업데이트의 절차는, 단말과 제3 노드 사이에서 상기 단말 컨텍스트 업데이트의 동작을 수행하도록 요구하는 메시지가 상기 제2 노드에서 상기 제3 노드로 전송되는 것에 의하여 개시되는 것을 특징으로 하는 제1 노드의 방법.
제1항에 있어서,
상기 제3 메시지가 수신되면, 상기 제3 메시지에 기반하여 상기 제1 메시지를 상기 제2 노드로 재전송하는 단계를 더 포함하고,
상기 제3 메시지는, 상기 제2 노드, 상기 제3 노드 및 상기 단말 중 상기 단말 컨텍스트 업데이트의 실패 원인과 관련된 적어도 하나의 엔티티에 대한 정보를 포함하는 것을 특징으로 하는 제1 노드의 방법.
제2항에 있어서,
상기 제3 메시지는, 상기 제1 메시지의 재전송 횟수에 대한 정보 및 상기 제1 메시지의 재전송을 위한 시간 정보를 더 포함하는 것을 특징으로 하는 제1 노드의 방법.
제1항에 있어서,
상기 제1 노드와 상기 제2 노드는, 프로트홀 인터페이스로 연결되고,
상기 제2 노드와 상기 제3 노드는, X2 인터페이스로 연결되는 것을 특징으로 하는 제1 노드의 방법.
제1항에 있어서,
상기 제2 메시지가 수신되면, 업데이트된 단말 컨텍스트에 기반하여 상기 단말과 통신하는 단계를 더 포함하고,
상기 제2 메시지는, 상기 단말 컨텍스트 업데이트의 완료를 지시하는 지시 정보 및 상기 단말 컨텍스트를 식별하는 정보를 포함하는 것을 특징으로 하는 제1 노드의 방법.
무선 통신 시스템에서, 제2 노드의 방법에 있어서,
제1 노드로부터, 단말 컨텍스트 업데이트를 요구하는 제1 메시지를 수신하는 단계;
상기 제1 메시지의 수신에 대응하여, 제3 노드와 단말 사이에서 상기 단말 컨텍스트 업데이트의 동작이 수행되도록 요구하는 메시지를 상기 제3 노드로 전송하는 단계;
상기 제3 노드로 전송한 상기 메시지에 기반하여 개시된 상기 단말 컨텍스트 업데이트의 결과를 확인하는 단계; 및
상기 확인 결과에 기반하여, 상기 단말 컨텍스트 업데이트의 완료를 지시하는 제2 메시지 또는 상기 단말 컨텍스트 업데이트의 실패를 지시하는 제3 메시지를 상기 제1 노드로 전송하는 단계를 포함하는 것을 특징으로 하는 제2 노드의 방법.
제6항에 있어서,
상기 단말 컨텍스트 업데이트의 실패가 확인되면, 상기 제1 노드로 상기 제3 메시지를 전송하고,
상기 제3 메시지는, 상기 제2 노드, 상기 제3 노드 및 상기 단말 중 상기 단말 컨텍스트 업데이트의 실패 원인과 관련된 적어도 하나의 엔티티에 대한 정보를 포함하는 것을 특징으로 하는 제2 노드의 방법.
제7항에 있어서,
상기 제3 메시지는, 상기 제1 메시지의 재전송 횟수에 대한 정보 및 상기 제1 메시지의 재전송을 위한 시간 정보를 더 포함하는 것을 특징으로 하는 제2 노드의 방법.
제6항에 있어서,
상기 제1 노드와 상기 제2 노드는, 프로트홀 인터페이스로 연결되고,
상기 제2 노드와 상기 제3 노드는, X2 인터페이스로 연결되는 것을 특징으로 하는 제1 노드의 방법.
제6항에 있어서,
상기 단말 컨텍스트 업데이트의 완료가 확인되면, 상기 제1 노드로 상기 제2 메시지를 전송하는 단계를 더 포함하고,
상기 제2 메시지는, 상기 단말 컨텍스트 업데이트의 완료를 지시하는 정보 및 상기 단말 컨텍스트를 식별하는 정보를 포함하는 것을 특징으로 하는 제2 노드의 방법.
무선 통신 시스템에서, 제1 노드에 있어서,
송수신부; 및
제2 노드로, 단말 컨텍스트 업데이트를 요구하는 제1 메시지를 전송하고, 상기 제1 메시지의 전송에 대응하여, 상기 제2 노드로부터 상기 단말 컨텍스트 업데이트의 완료를 지시하는 제2 메시지 또는 상기 단말 컨텍스트 업데이트의 실패를 지시하는 제3 메시지를 수신하도록 상기 송수신부를 제어하고, 상기 제2 메시지 또는 제3 메시지의 수신에 기반하여, 상기 제2 노드로 상기 제1 메시지를 재전송할지 여부를 결정하는 제어부를 포함하고,
상기 단말 컨텍스트 업데이트의 절차는, 단말과 제3 노드 사이에서 상기 단말 컨텍스트 업데이트의 동작을 수행하도록 요구하는 메시지가 상기 제2 노드에서 상기 제3 노드로 전송되는 것에 의하여 개시되는 것을 특징으로 하는 제1 노드.
제11항에 있어서,
상기 제어부는, 상기 제3 메시지가 수신되면, 상기 제3 메시지에 기반하여 상기 제1 메시지를 상기 제2 노드로 재전송하도록 상기 송수신부를 제어하고,
상기 제3 메시지는, 상기 제2 노드, 상기 제3 노드 및 상기 단말 중 상기 단말 컨텍스트 업데이트의 실패 원인과 관련된 적어도 하나의 엔티티에 대한 정보를 포함하는 것을 특징으로 하는 제1 노드.
제12항에 있어서,
상기 제3 메시지는, 상기 제1 메시지의 재전송 횟수에 대한 정보 및 상기 제1 메시지의 재전송을 위한 시간 정보를 더 포함하는 것을 특징으로 하는 제1 노드.
제11항에 있어서,
상기 송수신부는,
상기 제2 노드와 연결되는 프로트홀 인터페이스부를 포함하고,
상기 제2 노드와 상기 제3 노드는 X2 인터페이스에 의하여 연결되는 것을 특징으로 하는 제1 노드.
제11항에 있어서,
상기 제어부는, 상기 제2 메시지가 수신되면, 업데이트된 단말 컨텍스트에 기반하여 상기 단말과 통신을 수행하도록 상기 송수신부를 제어하고,
상기 제2 메시지는, 상기 단말 컨텍스트 업데이트의 완료를 지시하는 지시 정보 및 상기 단말 컨텍스트를 식별하는 정보를 포함하는 것을 특징으로 하는 제1 노드.
무선 통신 시스템에서, 제2 노드에 있어서,
송수신부; 및
제1 노드로부터, 단말 컨텍스트 업데이트를 요구하는 제1 메시지를 수신하고, 상기 제1 메시지의 수신에 대응하여, 제3 노드와 단말 사이에서 상기 단말 컨텍스트 업데이트의 동작이 수행되도록 요구하는 메시지를 상기 제3 노드로 전송하도록 상기 송수신부를 제어하고, 상기 제3 노드로 전송한 상기 메시지에 기반하여 개시된 상기 단말 컨텍스트 업데이트의 결과를 확인하며, 상기 확인 결과에 기반하여, 상기 단말 컨텍스트 업데이트의 완료를 지시하는 제2 메시지 또는 상기 단말 컨텍스트 업데이트의 실패를 지시하는 제3 메시지를 상기 제1 노드로 전송하도록 상기 송수신부를 제어하는 제어부를 포함하는 것을 특징으로 하는 제2 노드.
제16항에 있어서,
상기 제어부는, 상기 단말 컨텍스트 업데이트의 실패가 확인되면, 상기 제1 노드로 상기 제3 메시지를 전송하도록 상기 송수신부를 제어하고,
상기 제3 메시지는, 상기 제2 노드, 상기 제3 노드 및 상기 단말 중 상기 단말 컨텍스트 업데이트의 실패 원인과 관련된 적어도 하나의 엔티티에 대한 정보를 포함하는 것을 특징으로 하는 제2 노드.
제17항에 있어서,
상기 제3 메시지는, 상기 제1 메시지의 재전송 횟수에 대한 정보 및 상기 제1 메시지의 재전송을 위한 시간 정보를 더 포함하는 것을 특징으로 하는 제2 노드.
제16항에 있어서,
상기 송수신부는,
상기 제1 노드와 연결되는 프로트홀 인터페이스부; 및
상기 제3 노드와 연결되는 X2 인터페이스부를 포함하는 것을 특징으로 하는 제1 노드.
제16항에 있어서,
상기 제어부는, 상기 단말 컨텍스트 업데이트의 완료가 확인되면, 상기 제1 노드로 상기 제2 메시지를 전송하도록 상기 송수신부를 제어하고,
상기 제2 메시지는, 상기 단말 컨텍스트 업데이트의 완료를 지시하는 정보 및 상기 단말 컨텍스트를 식별하는 정보를 포함하는 것을 특징으로 하는 제2 노드.