KR20180136862A

KR20180136862A - 듀얼 rrc 시스템에서 이동성을 처리하는 방법 및 장치

Info

Publication number: KR20180136862A
Application number: KR1020170125584A
Authority: KR
Inventors: 황준; 강현정
Original assignee: 삼성전자주식회사
Priority date: 2017-06-15
Filing date: 2017-09-27
Publication date: 2018-12-26
Also published as: CN110741721A; EP3624547A4; US11432362B2; EP3624547A1; KR102388500B1; US20200107390A1

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 발명은 Dual RRC를 사용하여, dual connectivity를 수행하는 경우, mobility 관련 성능을 높이는 방법 및 장치에 대해 개시한다.

Description

듀얼 RRC 시스템에서 이동성을 처리하는 방법 및 장치 {METHOD AND APPARATUS FOR HANDLING MOBILITY IN DUAL RRC SYSTEM}

본 특허는 Dual RRC를 사용하여, dual connectivity를 수행하기 위한 기술에 대한 것이다.

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 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.

최근 연구되고 있는 이종 RAT을 이용한 시스템에서, 두개의 다른 RAT이 common core system 에 붙을 경우, master node (MN) 과 secondary node (SN)이 각각 RRC를 가지고 동작할 수 있다. 이러한 경우 master node (MN) 과 secondary node (SN)이 각각 RRC를 가지고 동작할 수 있으므로 이러한 경우 이동성(mobility) 처리를 위한 방법이 필요하다.

본 발명의 목적은 Dual RRC를 사용하여, dual connectivity를 수행하는 경우, mobility 관련 성능을 높이는 방법 및 장치를 개시하는 것이다.

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

본 발명에 따르면 Dual RRC 를 이용해 dual connectivity를 수행할 경우 mobility 관련 절차를 효율적으로 수행하여 단말의 처리율을 높일 수 있다.

도 1은 본원발명이 적용되는 시스템을 도시한 도면이다.
도 2는 실시예 1을 도시한 도면이다.
도 3은 실시예 2를 도시한 도면이다.
도 4는 실시예 3을 도시한 도면이다.
도 5는 실시예 4를 도시한 도면이다.
도 6은 case 1의 경우 call flow를 도시한 도면이다.
도 7은 case 2의 경우의 call flow를 도시한 도면이다.
도 8은 case 3의 call flow를 도시한 도면이다.
도 9는 case 4의 call flow를 도시한 도면이다.
도 10은 SN RRCConnectionReconfigurationComplete 는 SCG SRB 로, MR도 SCG SRB 로 전송되는 경우의 call flow를 도시한 도면이다.
도 11은 SN RRCConnectionReconfigurationComplete 는 MCG SRB 로, MR도 SCG SRB 로 전송되는 경우의 call flow를 도시한 도면이다.
도 12는 SN RRCConnectionReconfigurationComplete 는 SCG SRB 로, MR은 MCG SRB 로 전송되는 경우의 call flow를 도시한 도면이다.
도 13은 SN RRCConnectionReconfigurationComplete 는 MCG SRB 로, MR도 MCG SRB 로 전송되는 경우의 call flow를 도시한 도면이다.
도 14는 별도의 measConfig 의 각자의 RRCconnectionReconfiguration 메시지에 실려가지만, UL path 가 다르게 설정되는 경우의 call flow를 도시한 도면이다.
도 15는 실시예 6을 도시한 도면이다.
도 16은 본 발명의 일 실시예에 따른 단말의 구조를 도시한 도면이다.
도 17는 본 발명의 일 실시예에 따른 기지국의 구조를 도시한 도면이다.
도 18은 master node (MN) initiated SCG change indication 경우를 도시한 도면이다.
도 19는 SN이 MN으로 SN modification required 메시지에 SCG change indication IE에 필요한 동작을 표시해서 보내는 경우를 도시한 도면이다.

이하, 본 발명의 실시 예를 첨부된 도면을 참조하여 상세하게 설명한다.

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

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

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

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

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

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

본 기술은 RAT이 이종인 경우, 두개의 다른 RAT이 common core system 에 붙을 경우, master node (MN) 과 secondary node (SN)이 각각 RRC를 가지고 동작하는 경우를 가정하였다.

이 경우 MN은 core network 과 NAS signaling 인터페이스를 가지고 있다고 가정한다. 도 1은 본원발명이 적용되는 시스템을 도시한 도면이다.

도 1의 경우처럼, MN이 LTE eNB, SN이 NR gNB, core 가 EPC 로 두 노드가 common 하게 붙는 경우를 가정하지만, MN, SN, core가 각각 gNB, LTE, NR core 거나, eLTE, gNB, NR core 등 이기종 시스템의 core와 RAN node가 다양하게 사용될 수 있다.

이 문서는 다음의 줄임말을 포함한다.

DC: dual connectivity

MN: master node

SN: secondary node

MR: measurement report

IE: information element

RRC: radio resource control layer

MCG: master cell group

SCG: secondary cell group

RRE: RRC connection re-establishment

RB: radio bearer

PCI: physical cell ID

HO: handover

SRB: signaling radio bearer

LTE DC에서는 SN 에 RRC 가 존재하지 않는다. 그에 따라 SN을 통한 connection은 MN 에 radio link problem / RRC reconfiguration failure / 그 외 RRC 수준에서 connection을 다시 맺는 과정이 필요한 모든 종류의 동작을 수행할 때, SCG configuration 이 release 되고 차후 MN이 재접속을 수행한 이후 필요에 따라 다시 activate 된다. 즉 SN 자체의 링크상 문제가 없더라도, MN 링크가 불안정 하면, SN 쪽 connection사용도가 떨어진다. 또한 SN link 전송 중인 데이터 관점에서 interruption 이 매우 길게 진행 될 수도 있다.

또다른 문제로서, SN RRC가 처리하는 RRC 메시지는 SCG SRB 만으로 전송하게 될 경우, mmW 등의 주파수를 사용하는 SN link의 경우, 메시지 전달이 잘 안될 수 있다. 이에 따라 MCG SRB 나 SCG SRB로 SN RRC 메시지를 전송하는 방법을 도입해야 한다.

이 때 SN에 MN과 별도로 독립된 RRC를 사용하게 되면, MN 에 connection re-establishment 에 따른 재접속 및 SN 재 addition까지의 기간동안 SN connection을 이용한 data communication을 지속 할 수 있어, SN connection interruption을 매우 줄일 수 있다. 또한 SN RRC request message 를 SN이 단말에게 내려 줄 때, response RRC message 를 단말이 MCG SRB와 SCG SRB 중 선택하여 전송할 수 있도록 SN request message에 UL path indication 을 위한 1 bit 을 추가 할 수 있다.

[실시예 1]

도 2는 실시예 1을 도시한 도면이다.

단말이 MN failure를 발견하면, 우선 MCG RB 를 정지 시킨다. 여기서 단말이 MN failure를 판단하는 조건은 예를 들어 MCG radio link failure, MCG integrity failure, MCG reconfiguration failure, HO failure 중 적어도 하나를 포함할 수 있다.

그리고 단말은 MCG Scell을 release한다. 그와 함께 SCG 설정을 유지하고, SCG와 관련있는 DRB 를 유지한다. 여기서 SCG 와 관련있는 DRB란 SCG direct 또는 split DRB 나 또는 MCG DRB의 SCG part를 의미한다. 단말과 SN에 해당되는 gNB는 SCG DRB를 통해 패킷 송수신을 지속할 수 있다. 상기 패킷은 SCG에 대한 RRC 시그널링 및 단말의 데이터를 포함할 수 있다. 상기 SN gNB를 통한 패킷 송수신은 새로운 MN셀을 찾아서 재접속을 성공적으로 완료한 뒤 새로운 MN 셀을 통한 SCG 재설정을 수행할 때까지 지속될 수 있다. 그 이후 단말은 셀 선택을 하고 적절한 MN 셀에 RACH를 수행한다. RACH 수행 후, RRE request 메시지를 새로 붙은 MN 셀에 전송한다. 이 때, RRE request 메시지에는 소스 셀에서 사용되던 C-rnti및 소스 셀의 ID (physical cell ID 나 global ID 등이 가능하다.) 와 함께, SN으로 사용되던, gNB의 셀의 ID (physical cell ID 나 global cell ID 등 셀을 구분할 수 있는 ID)를 전송한다. 또한 현재 SN으로 전송이 수행될 때 사용되는 정보들, 예를 들어 EPS bearer ID, ERAB ID, drb ID 및 bearer에 해당되는 QoS 정보(UE SN AMBR)등이 함께 전달 될 수 있다. 이를 보고 새로 붙게 된 MN 셀에서는 단말 context를 해당 셀이 가지고 있는 지 판단하고, 만약 가지고 있으면, 그림 1에 있는 이후 동작을 수행하고, 아니면, RRE reject 메시지를 전송하여, 단말이 idle 모드로 전환하게 한다. 만약 UE context check 성공하면, 새로운 단말은 RRE 메시지를 전송하여, security 및 NAS 관련 설정 정보들을 단말에게 주어 단말이 해당 설정을 수행하고, complete 메시지를 전송하게 한다. 이 후로부터 단말과 MN의 새 셀은 SRB1,2를 설립할 수 있다. 이렇게 설립된 이후, 새 Mn 셀은 RRE request 메시지에 쓰인 SN의 셀 ID 정보를 사용하여 해당 셀을 지원하는 SN 의 gNB로 SN addition request 를 전송한다. 이 request를 보고 SN이 radio resource를 negotiation하여 ack 또는 nack를 새 MN 셀에 전달한다. 새 MN 셀은 RLF 표시를 과거 MN 셀에 전달할 수 있다. 이 SN addition request와 RLF 표시 메시지 전달은 선/후가 바뀔 수 있다. RLF indication 을 받은 과거 MN 셀은 그제서야 SN release 명령을 SN 의 gNB에게 전달한다. 이 때, SN gNB는 DL 전송을 멈출 수 있다. SN addition request ack을 받은 새 MN은 이 ack 메시지에 포함된 SCG 설정 내용을 포함하여 단말에게 RRC connection reconfiguration 메시지를 전달한다. 이 RRC connection reconfiguration 에는 과거 SN에서 사용하던 SCG 설정 정보 및 SCG 관련 DRB release 를 수행시키는 명령이 들어 있을 수 있다. 또한 새롭게 받은 SCG 설정 내용을 기반으로 바로 SCG 설정을 명령할 수도 있다. 이를 통해, 과거 SCG 설정 정보를 release하면서 동시에 새로운 SCG 설정 정보를 apply 할 수 있다. 이 SCG 설정 정보는 RRE request 에 포함된 SCG/DRB 정보를 기반으로 새 MN이 SN addition request를 통해 요청한 내용에 대한 response 로 얻는 정보이다. 이를 통해, SN은 가능하면, 최대한 이전 SN gNB에서 제공하던 자원 요청을 알수 있고, 그에 맞게 자원을 할당해 줄 수 있다. 단말이 이 설정을 끝내면, RACH를 통해 해당 SN의 셀에 다시 접속 수행하고, RRCConnection reconfiguration complete 메시지를 날리면서 다시 SN 과 data 송/수신을 재개 한다.

[실시예2]

도 3은 실시예 2를 도시한 도면이다. 이 경우도 실시예1 과 마찬가지로, 단말이 MN failure를 발견하면, 우선 MCG RB 를 정지 시킨다. 그리고 MCG Scell을 release한다. 그와 함께 SCG 설정을 유지하고, SCG와 관련있는 DRB 를 유지한다. 이로 인하여 SN 통신은 유지를 하면서, MN을 새로운 셀로 접속하게 하는 동작을 표현한다. MN failure의 경우, 단말이 MCG failure information 을 SCG SRB를 통하여 SN gNB에 전달하면, SN 이 re-establishment required 메시지로 다시 MN eNB에 전달한다. 이 때, MCG failure indication 에는 MN 셀에서 수행하던 measurement 중 neighbor cell measurement 결과 (cell ID, measure 값) 을 포함 할 수 있다. 이 정보들은 다시 MN으로 re-establishment required 메시지로 전달되는데, 이 때는 UE ID 또는 C-rnti 등의 단말 구분자 를 포함하여 전달한다. 이 메시지를 전달받은 MN은 measurement 결과와 단말 구분자를 통하여 HO request에 들어갈 정보를 구성하고, measurement 결과중 가장 좋은 신호 상태를 가졌다고 판단되는 MN의 새로운 셀에게 Ho request 를 전송하고, HO request에 target cell ID를 포함한다. request 를 받은 새로운 Menb는 Ho request 에 요청대로 단말의 HO를 승인할 수 있으면, ack, 승인할 수 없으면 nack를 전달한다. Ho 요청에 response를 새로운 MN이 이전 MN에게 전달할 때, 새 MN이 줄 수 있는 자원에 대한 설정 정보를 포함하여 전달 할 수 있다. 이 정보가 이전 MN에게 전달 되면, 이전 MN은 해당 HO response에 있는 UE 설정 정보를 HO cmd 메시지에 실어 gNB에게 보내고, gNB는 SCG SRB(즉 SCG RRC)를 통하여, 단말에게 RRCconnectionReconfiguration을 전달한다. HO cmd 가 전달될 때, 이전 MN은 SN release 명령을 내려 줄 수 있다. 이 명령을 통하여 바로 뒤에 단말에게 전달되는 RRCconnectionReconfiguration 에 SN release 명령이 전달 될 수 있다. 단말은 이 RRCconnectionReconfiguration 에 포함되어 있는 target cell ID 및 이 셀의 접속 정보 (rach 설정 등)으로 새 MN에 접속하기 위한 설정을 적용하고, SN 관련 DRB release 및 SCG 설정 정보등을 제거하여, old MN failure 이후에 유지되고 있던 SN 관련 connection 을 사용 중지 한다. 그리고 RACH를 통하여 새 MN 의 target cell에 접속한다. 이후 RRCconnectionReconfigurationcomplete 정보를 타겟 셀에 전송한다. 타겟 셀의 MN은 SN addition 절차를 수행하고, 해당 설정 정보를 새 MN의 MCG SRB를 통하여 전달하면, 단말은 SN 셀에 접속을 수행하고, Rach를 통하여, SN cell에게 접속 완료를 및 configuration complete을 전송한다. 이후부터 SN과도 다시 데이터를 송/수신할 수 있다.

[실시예 3]

도 4는 실시예 3을 도시한 도면이다. 이 경우도 실시예1 과 마찬가지로, 단말이 MN failure를 발견하면, 우선 MCG RB 를 정지 시킨다. 그리고 MCG Scell을 release한다. 그와 함께 SCG 설정을 유지하고, SCG와 관련있는 DRB 를 유지한다. 이로 인하여 SN 통신은 유지를 하면서, MN을 새로운 셀로 접속하게 하는 동작을 표현한다. 실시예 2와 다른 점은, new MN과의 HO 협상 절차 (HO request-HO response) 중에 SN addition 동작을 수행하여, SN으로부터 단말로 전송되는 RRCConnectionReconfiguration 메시지에 SN release 및 새로운 SCG config 정보를 내려주어서, 단말에서 SN release 및 새 SN 접속을 동시에 수행하도록 한다.

실시예 3에 따른 MN failure의 경우, 단말이 MCG failure information 을 SCG SRB를 통하여 SN gNB에 전달하면, SN 이 re-establishment required 메시지로 다시 MN eNB에 전달한다. 이 때, MCG failure indication 에는 MN 셀에서 수행하던 measurement 중 neighbor cell measurement 결과 (cell ID, measure 값) 을 포함 할 수 있다. 이 정보들은 다시 MN으로 re-establishment required 메시지로 전달되는데, 이 때는 UE ID 또는 C-rnti 등의 단말 구분자 를 포함하여 전달한다. 이 메시지를 전달받은 MN은 measurement 결과와 단말 구분자를 통하여 HO request에 들어갈 정보를 구성하고, measurement 결과중 가장 좋은 신호 상태를 가졌다고 판단되는 MN의 새로운 셀에게 Ho request 를 전송하고, HO request에 target cell ID를 포함한다. 이 ? HO request 에는 SN에서 사용하고 있던 셀의 PCI 및 SCG info / SCG DRB 정보(예를 들어 EPS bearer ID, ERAB ID, drb ID 및 bearer에 해당되는 QoS 정보(UE SN AMBR)등)이 함께 전달 될 수 있다. request 를 받은 새로운 Menb는 단말의 HO를 승인할 수 있으면, ack, 승인할 수 없으면 nack를 전달한다. HO request 와 HO response 메시지를 통해서 단말의 HO를 협상하는 사이에, 새로운 MN은 HO request에 포함되어 있던 SN PCI (cell ID) 정보를 통해 old MN과 함께 사용하던 SN 정보를 파악할 수 있으며, SN addition request 메시지를 전송하여 old MN과 함께 사용하던 SN에 SN addition 요청을 한다. 이 때 HO request에서 받은 SCG/DRB 정보 를 SN에게 요청하여, SN이 이를 수용하면, 기존에 SN에서 받던 QoS 수준을 보장하는 radio 자원을 다시 할 당 받을 수 있다. 이를 통해, 새로운 SCG config를 받으면 SN addition ack 에 함께 실어서 새로운 MN에 전달하고, 이 MN은 이 SCG config를 포함하여, 이전 MN에게 HO response를 전달한다.

Ho 요청에 대한 HO response를 새로운 MN이 이전 MN에게 전달할 때, 새 MN이 줄 수 있는 자원에 대한 설정 정보를 포함하여 전달 할 수 있다. 이 정보가 이전 MN에게 전달 되면, 이전 MN은 해당 HO response에 있는 UE 설정 정보를 HO cmd 메시지에 실어 현재 단말과 통신 중인 SN gNB에게 보내고(이 때 SN release 명령도 같이 전송할 수 있다.), gNB는 SCG SRB를 통하여, 단말에게 RRCconnectionReconfiguration을 전달한다. 단말은 이 RRCconnectionReconfiguration 에 포함되어 있는 MN target cell ID 및 이 셀의 접속 정보 (rach 설정 등)으로 새 MN에 접속하기 위한 설정을 적용하고, 새롭게 수신된 SN 관련 SCG config 를 적용하여 SN radio 정보를 설정한다. 이 때, 이전 SN으로부터 받은 SN 관련 DRB release 및 SCG 설정 정보 등을 제거하여, 새롭게 받은 SCG config 의 설정 정보를 적용한다. 그리고 단말은 새 MN 의 target cell에 접속한다. 이후 RRCconnectionReconfigurationcomplete 정보를 새 MN의 타겟 셀에 전송한다. 그 후 단말은 새로운 SCG config에 있던 접속 정보를 통하여 SN과의 RACH 를 수행할 수 있고 (SN과의 RACH는 생략될 수 있다), SN 과 데이터를 송/수신 할 수 있다.

[실시예 4]

EN-DC 를 포함한 multi RAT dual connectivity 에서는 MCG SRB 외에 SCG SRB를 사용하여 SN RRC message가 전달 될 수 있다. SN RRC 에서 만들어진 RRC message 의 경우 해당 message가 response를 요구하는 request 형식의 메시지라면, 해당 SN RRC request 메시지에 대응되는 SN RRC response message 의 UL path 를 indication 할 수 있다. 다음은 SN RRC 메시지를 단말이 전달하는 방법을 보여준다. 이를 위해 SN RRC request message 에 UL path indication 을 위한 1bit이 포함되어 있다. 이 bit 은 해당 SN RRC response 메시지가 SCG SRB로 전달될 것인지, MCG SRB로 전달될 것인지에 대해 표시한다.

도 5는 실시예 4를 도시한 도면이다.

단말은 SN RRC request메시지를 수신하고, 그 경로와 메시지에 포함된 UL path indication bit을 판단하여 MN RRC 메시지에 encapsulate 시켜서 MCG SRB로 보낼 것인지 바로 SCG SRB로 보낼 것인지 결정할 수 있다. 각 수신한 SN RRC request 메시지에 대하여,

1. 만약 MN RRC 메시지에 encapsulate 되어 전달됐고, MN RRC 메시지를 제거하고 SN message만을 보니, UL path 가 MCG SRB로 되어 있으면, 단말은 MN RRC response 메시지를 만들어서 그 안에 SN RRC response 메시지를 넣어서 MCG SRB 를 통해 전달한다. 이 메시지를 수신한 MN은 SN RRC response 메시지만 분리하여, SN에게 inter node message로 전달한다.

2. 만약 MN RRC 메시지에 encapsulate 되어 전달됐고, MN RRC 메시지를 제거하고 SN message만을 보니, UL path 가 SCG SRB로 되어 있으면, 단말은 MN RRC response 메시지를 MCG SRB로 전달하고, 별도로 SN RRC response 메시지를 만들어 SCG SRB 를 통해 전달한다. 이 경우 MN RRC response 메시지는 생략될 수 있다.

3. 만약 SCG SRB 를 통해 직접 전달 됐고, UL path 가 MCG SRB로 되어 있으면, 단말은 MN RRC 단방향 메시지를 만들어서 그 안에 SN RRC response 메시지를 넣어서 MCG SRB 를 통해 전달한다. 이 메시지를 수신한 MN은 SN RRC response 메시지만 분리하여, SN에게 inter node message로 전달한다.

4. 만약 SCG SRB를 통해 직접 전달 됐고, UL path가 SCG SRB로 되어 있으면, 단말은 SN RRC response 메시지를 직접 SCG SRB를 통하여 SN에게 전달한다.

MN은 SN으로부터 RRC 메시지를 받으면, UE에게 자신의 MN RRC 메시지에 encapsulation 시켜서 전달하고, 또한 단말로부터 MN RRC response 메시지를 받으면, 내부에 SN 메시지가 encapsulation 되어 존재하는지 확인하고, 만약 존재하면, SN에게 Xn interface 로 SN 메시지를 전달하고, 없으면, 전달하지 않는다.

도 6은 case 1의 경우 call flow를 도시한 도면이다.

도 7은 case 2의 경우의 call flow를 도시한 도면이다.

도 8은 case 3의 call flow를 도시한 도면이다.

도 9는 case 4의 call flow를 도시한 도면이다.

[실시예 5]

SN Measurement report 의 경우, SN RRC connection reconfiguration 메시지에 실려 나가는 measConfig 에 의해 설정된다. 이 때, SN RRCConnectionReconfiguration 메시지 의 response message인 SN RRCConnectionReconfigurationComplete 메시지의 UL path indication bit 외에 measConfig IE 에서 설정된 measurement report message를 추후에 해당 event 가 발생했을 때, MCG SRB와 SCG SRB path 중 어느 곳으로 보낼 것인지를 표시해 주는 1 bit indication 이 존재할 수 있다. SN RRC가 이 표시를 하면, 단말은 실시예 4에서 처럼 SN RRCConnectionReconfiguration 메시지 의 response message인 SN RRCConnectionReconfigurationComplete를 UL path indication 정보를 보고, SCG/MCG SRB 중 선택하여 전달 할 수 있다. 그와 동시에 단말은 measConfig IE에 있는 MR UL path indication bit을 보고, event 발생시 해당 UL path로 MR을 전달한다. MR이 SCG SRB로 전송되도록 설정되면 바로 SCG SRB로 전송하고, MCG SRB로 전송하도록 설정되면, MN RRC response 또는 단방향 메시지 에 실어 MN에게 전송하고 MN이 MR만을 SN에게 전달한다.

도 10은 SN RRCConnectionReconfigurationComplete 는 SCG SRB 로, MR도 SCG SRB 로 전송되는 경우의 call flow를 도시한 도면이다.

도 11은 SN RRCConnectionReconfigurationComplete 는 MCG SRB 로, MR도 SCG SRB 로 전송되는 경우의 call flow를 도시한 도면이다.

도 12는 SN RRCConnectionReconfigurationComplete 는 SCG SRB 로, MR은 MCG SRB 로 전송되는 경우의 call flow를 도시한 도면이다.

도 13은 SN RRCConnectionReconfigurationComplete 는 MCG SRB 로, MR도 MCG SRB 로 전송되는 경우의 call flow를 도시한 도면이다.

도 14는 별도의 measConfig 의 각자의 RRCconnectionReconfiguration 메시지에 실려가지만, UL path 가 다르게 설정되는 경우의 call flow를 도시한 도면이다. 각각의 measConfig에서 설정된 MR이 각 설정된 UL path로 독립적으로 전달 될 수 있다.

[실시예 6]

SN용 MR의 UL path은 RRCConnectionReconfiguration 에 포함된 measConfig IE 당 설정될 수도 있지만, measConfig 내부의 measId 별로 설정될 수도 있다. 이 경우, SN RRCConnectionReconfigurationComplete 용 UL path selection 용 1bit 과 measConfig IE의 measID 별 MR UL path indication bit이 별도로 존재하여 SN RRCConnectionReconfiguration 메시지에 실려 나갈 수도 있다. 단말은 이 SN RRCConnectionReconfiguration 메시지를 보고, 그 안에 포함되어 있는 measID별 MR UL path indication 을 보고, measID 별 이벤트 발생시, 해당 MR을 UL path 로 전송한다.

도 15는 실시예 6을 도시한 도면이다.

예를 들어, SN이 carrier frequency 가 mmW 대역인 경우, SN 은 항상 MR UL path 를 MCG SRB로 설정할 수 있다. 또는 SN의 link status (단말로부터 feedback되거나 SRS로 직접 measure한 RSRP 의 평균적인 수준, 또는 RLC 재전송이나, HARQ 재전송 의 평균적인 횟수 등)을 기반으로 링크 quality가 매우 낮다는 판단을 하면, MR UL path 를 MCG SRB 로 정의 할 수 있다.

SN RRC request message 는 SN RRC 에서 단말에게 명령을 내려서 그에 해당하는 1회성 응답을 단말이 보내야 하는 모든 종류의 message가 될 수 있으며, SN RRC response 메시지는 이 응답 메시지를 의미한다. 예를 들어, 다음은 request-response 메시지의 예가 될 수 있다.

CounterCheck CounterCheckResponse

RRCConnectionReconfiguration RRCConnectionReconfigurationComplete

RRCConnectionResume RRCConnectionResumeComplete

SecurityModeCommand SecurityModeComplete, SecurityModeFailure

UECapabilityEnquiry UECapabilityInformation

UEInformationRequest UEInformationResponse

그 외에 SN RRC가 DL 로 일회성으로 보내는 메시지 또는 단말이 UL 로 일회성으로 보내는 메시지도 존재할 수 있다. DL로 보내는 일회성 메시지는 SN RRC 가 알아서 MCG SRB 또는 SCG SRB를 선택하여 바로 보낼 수 있으며, 각 UL 일회성 SN RRC 메시지는 미리 default SN 용 SRB가 정해져 있어서 일회성 메시지는 이 default SRB로 전송될 수 있다. 이 default SRB는 MCG SRB, SCG SRB 중에 선택되어 단말에게 system information 으로 전송 될 수 있다.

도 16은 본 발명의 일 실시예에 따른 단말의 구조를 도시한 도면이다.

도 16를 참고하면, 단말은 송수신부 (1610), 제어부 (1620), 저장부 (1630)을 포함할 수 있다. 본 발명에서 제어부는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.

송수신부 (1610)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 송수신부(1610)는 예를 들어, 기지국으로부터 시스템 정보를 수신할 수 있으며, 동기 신호 또는 기준 신호를 수신할 수 있다.

제어부 (1620)은 본 발명에서 제안하는 실시예에 따른 단말의 전반적인 동작을 제어할 수 있다.

저장부(1630)는 상기 송수신부 (1610)를 통해 송수신되는 정보 및 제어부 (1620)을 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다.

도 17는 본 발명의 일 실시예에 따른 기지국의 구조를 도시한 도면이다. 상기 기지국은 LTE 시스템의 eNB (MeNB, SeNB를 포함한다) 또는 NR 시스템의 gNB가 될 수 있다.

도 17을 참고하면, 기지국은 송수신부 (1710), 제어부 (1720), 저장부 (1730)을 포함할 수 있다. 본 발명에서 제어부는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.

송수신부 (1710)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 송수신부(1710)는 예를 들어, 단말에 시스템 정보를 전송할 수 있으며, 동기 신호 또는 기준 신호를 전송할 수 있다.

제어부 (1720)은 본 발명에서 제안하는 실시예에 따른 기지국의 전반적인 동작을 제어할 수 있다.

저장부(1730)는 상기 송수신부 (1710)를 통해 송수신되는 정보 및 제어부 (1720)을 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다.

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

새로운 실시예로서, SCG change indication 에 필요한 동작 또는 그 동작이 필요한 use case를 표시해서 SN이나 MN에게 전달할 수 있다.

NR PDCP를 LTE User plane에서 사용할 수 있게 됨으로써, SCG에서 사용되는 bearer들의 PDCP version change 및 PDCP anchor point change, security Key refresh 등과 관련하여, 기존의 synchronous reconfiguration (즉, 단말이 MAC, RLC reset 및 SCG 용 PDCP re-establishment 수행 및 target SCG 로 RACH 수행) 동작이 일괄적으로 수행되던 경우에서, 각 layer 2 stack 이 부분적으로 reset 될 수 있게 되었다. 이 와 관련하여 SCG change message를 통해, SN이 해당 동작을 준비하여 latency를 줄일 수 있도록, SCG change IE 에 요구되는 부분적인 synchronous reconfiguration 동작을 표시하거나, 해당 use case를 표시할 수 있다.

1) MN initiated SCG change의 경우:

MN은 SN modification request message에 SCG change indication 을 전달하면서, synchronous reconfiguration의 필요한 동작을 SN에게 전달할 수 있다. 필요한 동작은 다음의 것들이 될 수 있다. (security key refresh, reconfiguration, RACH, RACH and MAC reset, RACH and MAC reset and RLC reset, RACH and MAC reset and RLC reset and PDCP re-establishment). SN이 이 메시지를 받으면, 필요한 동작을 위해 SN이 하는 동작을 수행한다. 예를 들어, L2 stack의 sub-layer의 reset이 아닌 일반적인 reconfiguration이라면, 해당 reconfiguration을 수행하고, RACH 가 표시되면, 해당 단말의 random access preamble 전송을 monitoring한다. RACH and MAC reset이 표시되면, SN은 해당 단말에 귀속되어 있는 MAC 을 reset한다. 그리고 단말의 RACH 동작을 기다린다. RACH, MAC 및 RLC reset 의 경우, SN은 해당 단말에 귀속되어 있는 모든 RLC entity를 reset하고, MAC 역시 reset한다. 그리고 단말의 RA 를 기다린다. RACH 및 MAC/RLC reset 및 PDCP re-establishment 의 경우, PDCP를 re-establish하고, 이어 RLC 및 MAC을 reset한다.

필요한 동작들은 그 동작 자체가 아니라, 그 동작이 필요한 상황의 이름으로 대신될 수도 있다. 예를 들어 (reconfiguration은 reconfiguration without MAC reset, RACH는 RACH, RACH 및 MAC reset은 reconfiguration with MAC reset, RACH 및 MAC/RLC reset은 traditional handover but without PDCP re-establishment, RACH 및 MAC/RLC/PDCP reset/re-establish는 traditional HO)가 될 수 있다.

2) SN initiated SCG change의 경우

SN이 상기 예들중 하나의 발생을 인지했을 경우, MN에게 SN modification required 메시지에 SCG change indication 을 전달하면서, synchronous reconfiguration의 필요한 동작을 MN에게 전달할 수 있다. 필요한 동작은 다음의 것들이 될 수 있다. (reconfiguration, RACH, RACH and MAC reset, RACH and MAC reset and RLC reset, RACH and MAC reset and RLC reset and PDCP re-establishment). SN이 이 메시지를 받으면, 필요한 동작을 위해 SN이 하는 동작을 수행한다. 예를 들어, L2 stack의 sub-layer의 reset이 아닌 일반적인 reconfiguration이라면, 해당 reconfiguration을 수행하고, RACH 가 표시되면, 다른 동작은 하지 않고, 해당 단말의 random access preamble 전송을 monitoring한다. RACH 및 MAC reset이 표시되면, SN은 해당 단말에 귀속되어 있는 MAC 을 reset한다. 그리고 단말의 RACH 동작을 기다린다. RACH, MAC 및 RLC reset 의 경우, SN은 해당 단말에 귀속되어 있는 모든 RLC entity를 reset하고, MAC 역시 reset한다. 그리고 단말의 RA 를 기다린다. RACH 및 MAC/RLC reset 및 PDCP re-establishment 의 경우, PDCP를 re-establish하고, 이어 RLC 및 MAC을 reset한다. SN modification required 메시지를 수신한 MN은 다시 SN modification request를 SN modification required를 준 SN에게 전달하여, SN이 해당 동작을 수행하도록 명령할 수 있다.

도 18은 master node (MN) initiated SCG change indication 경우를 도시한 도면이다.

각각의 경우, MN이 SN modification request 메시지에 SCG change indication IE에 필요한 동작을 표시하면, SN은 이것을 보고 필요한 동작을 수행하고, 단말에게 필요한 reconfiguration 메시지를 만든다. 이 메시지는 MN에게 container 로 전달되고, MN은 단말을 reconfigure할 때 이 SN이 만든 메시지를 전달하여 단말이 필요한 동작을 수행하도록 한다. 가장 왼쪽부터, 단말은 MAC reset 및 RACH, 또는 MAC/RLC reset 및 RACH, 또는 MAC/RLC reset, PDCP re-establishment 및 RACH 를 수행하는 그림이다. 이러한 동작 외에 단순히 reconfiguration 만을 수행하는 SCG change indication 표시 및 단말 동작 역시 가능하다.

도 19는 SN이 MN으로 SN modification required 메시지에 SCG change indication IE에 필요한 동작을 표시해서 보내는 경우를 도시한 도면이다. 이 때, 이 메시지를 받은 MN은 다시 SN modification request를 발생시키고 거기에 SCG change indication IE에 SN으로부터 받은 필요한 동작을 그대로 넣어서 SN에게 다시 전달하여, 도 18 의 동작을 그대로 수행하는 경우이다.

Claims

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