KR20200114943A - Mcg rlf 시 하향링크 srb 메시지를 처리하는 방법 및 장치 - Google Patents

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 발명은 셀 그룹의 무선 링크 실패 상황에서 메시지를 처리하는 방법 및 장치에 관한 특징을 개시한다.

Description

MCG RLF 시 하향링크 SRB 메시지를 처리하는 방법 및 장치{METHOD AND APPARATUS FOR PROCESSING A DOWNLINK SRB MESSAGE AT MCG RLF}

본 발명은 셀 그룹의 무선 링크 실패 상황에서 메시지를 처리하는 방법 및 장치에 관한 것이다.

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 기술 융합의 일 예라고 할 수 있을 것이다.

한편, 단말이 기지국과 이중연결(Dual Connectivity)되어 마스터 셀 그룹(Master Cell group) 및 세컨더리 셀 그룹(Secondary Cell Group)이 형성된 상태에서, 무선 링크 상황이 좋지 않아 마스터 셀 그룹에 대한 무선 링크 실패(Radio Link Failure, RLF)가 발생한 경우, 마스터 셀 그룹에 대한 RLF 보고 및 RLF 상황에서의 하향링크 메시지 처리에 관한 방법이 정의될 필요가 있다.

이에, 본 발명의 목적은 마스터 셀 그룹에 대한 RLF 상황에서, SRB(Signaling Radio Bearer)에 대한 하향링크 메시지를 처리하는 방법 및 장치를 제공하는 것이다.

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

본 발명의 일 실시예에 따르면, 마스터 셀 그룹에 대한 RLF의 보고가 트리거되고, 소정의 시간 이후 하향링크 SRB에서 수신된 패킷을 바로 상위 계층으로 전달함으로써, 무선 링크 실패 상황에서 SRB에 대한 하향링크 패킷 처리를 효율적으로 수행할 수 있는 효과가 있다.

도 1은 무선통신시스템에서 기지국과 단말의 이중연결 구조를 나타내는 도면이다.
도 2는 기지국의 SRB 구조 및 MCG 실패 시에 단말이 기지국에 MCG 실패를 알리는 방법을 나타내는 도면이다.
도 3은 기지국의 SRB 구조 및 SCG 실패 시에 단말이 기지국에 SCG 실패를 알리는 방법을 나타내는 도면이다.
도 4는 MCG 실패 시 단말의 동작과정을 나타내는 도면이다.
도 5는 SCG 실패 시 단말의 동작과정을 나타내는 도면이다.
도 6은 스플릿 SRB1의 프로토콜 구조를 나타내는 도면이다.
도 7은 스플릿이 되지 않은 SRB3의 프로토콜 구조를 나타내는 도면이다.
도 8은 SRB에 대한 단말의 하향링크 PDCP 수신 동작을 나타낸 도면이다.
도 9는 MCG 실패 보고에 의한 MCG 링크 복원 과정을 나타낸 도면이다.
도 10은 본 발명에서 제안하는 MCG 실패 시 SRB에 대한 단말의 하향링크 PDCP 수신 동작을 나타낸 도면이다.
도 11은 본 발명에서 제안하는 MCG 실패 시 단말의 동작과정을 나타낸 도면이다.
도 12는 본 발명에서 제안하는 MCG 실패 시 SRB에 대한 단말의 하향링크 PDCP 수신 동작을 나타낸 도면이다.
도 13은 본 발명에서 제안하는 MCG 실패 보고에 의한 MCG 링크 복원 과정을 나타낸 도면이다.
도 14는 본 발명에서 제안하는 MCG 실패 보고에 의한 MCG 링크 복원 과정을 나타낸 도면이다.
도 15는 본 발명에서 제안하는 MCG 실패 보고에 의한 MCG 링크 복원 과정의 메시지 전송 절차를 나타낸 도면이다.
도 16은 본 발명에서 제안하는 MCG 실패 보고에 의한 MCG 링크 복원 과정의 상향링크 동작을 도시한 도면이다.
도 17은 본 발명에서 제안하는 MCG 실패 보고에 의한 MCG 링크 복원 과정의 상향링크 동작을 도시한 도면이다.
도 18은 본 발명에서 제안하는 MCG 실패 보고 메시지의 기지국 처리 동작을 도시한 도면이다.
도 19는 본 발명의 일 실시예에 따른 기지국의 구조를 도시한 도면이다.
도 20은 본 발명의 일 실시예에 따른 단말의 구조를 도시한 도면이다.

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

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

도 1은 무선통신시스템에서 기지국과 단말의 이중연결(Dual Connectivity) 구조를 나타낸다.

이중 연결 구조에서, 기지국은 두 개의 기지국 노드(101, 102)를 가지며 해당 노드들 간에는 X2 인터페이스 또는 Xn 인터페이스(103)로 연결될 수 있다. 이 중에서 단말과 주로 연결되는 노드를 마스터 노드(Master Node, MN)(101)라고 하고, 이중 연결 구조를 위해 보조적으로 연결되는 노드를 세컨더러 노드(Secondary Note, SN)(102)라고 한다.

이 중 마스터 노드는 단말의 RRC(Radio Resource Control) 설정을 지시할 수 있는 SRB1(Signaling Radio Bearer 1)과, 단말과 코어 망과의 연결을 설정하는 NAS(Non-Access Stratum) 메시지를 전송할 수 있는 SRB2(Signaling Radio Bearer)의 앵커포인트가 될 수 있다. 각각의 노드는 단말과 하나 이상의 셀(Cell)로 연결되어 통신을 수행하게 되는데, 해당 셀은 마스터 노드와 필수적으로 연결되는 PCell(Primary Cell)(104), 세컨더리 노드와 필수적으로 연결되는 PSCell(Primary Secondary Cell)(105), 그 외에 각각의 노드들이 보조적으로 가지게 되는 SCell(Secondary Cell)(106, 107, 108, 109) 등으로 구분될 수 있다. 이 중 마스터 노드가 관리하는 셀들을 총칭하여 마스터 셀그룹(Master Cell Group, MCG)(110), 세컨더리 노드가 관리하는 셀들을 총칭하여 세컨더리 셀그룹(Secondary Cell Group, SCG)(111)이라고 한다.

단말(130)도 동일하게 PCell(114), PSCell(115) 및 추가적인 SCell(116, 117, 118, 119)을 통하여 기지국과 송수신할 수 있다. 이 때 PCell, PSCell, 및 각각의 SCell은 기지국의 그것들과 물리적으로 다른 것이 아니고 서로 대응되는 동일한 주파수 밴드의 자원이라고 할 수 있다. 따라서, 단말은 마스터 셀그룹(120), 세컨더리 셀그룹(121)을 가질 수 있고 이에 대하여는 기지국과 단말의 연결 과정에서 서로 같게 설정된다.

이러한 이중연결 구조에서 세컨더리 셀그룹의 무선 링크 상황이 좋지 않아서 세컨더리 셀그룹의 무선 링크 실패(Radio Link Failure), 즉 SCG RLF가 발생하게 되면 마스터 셀그룹을 통하여 마스터 노드에게 SCG 실패 정보(SCG Failure Information) 메시지를 전송하게 된다. 해당 SCG 실패 정보 메시지는 SRB1으로 전송될 수 있고 해당 메시지를 수신한 기지국은 SCG RLF가 발생한 세컨더리 셀그룹의 재설정(Configuration) 또는 제거(Release) 동작을 지시할 수 있다. 이 때 마스터 셀그룹으로 전송되는 데이터는 끊김(Interruption)이 없이 계속 전송이 될 수 있는데, 이것은 SCG RLF는 순수하게 세컨더리 셀그룹의 문제로써 마스터 셀그룹으로 수행되는 전송에는 지장이 없을 수 있기 때문이다.

뿐만 아니라 SCG의 재설정 실패 시에도 SCG 실패 정보 메시지를 전송할 수 있다. 일반적으로 SCG RLF와 재설정 실패 등을 총칭하여 SCG 실패(Failure)라고 할 수 있다.

반면, 마스터 셀그룹의 무선 링크 상황이 좋지 않아서 마스터 셀그룹의 무선 링크 실패 (Radio Link Failure), 즉 MCG RLF가 발생하게 되면 이미 마스터 셀그룹의 무선 링크 상태가 좋지 않기 때문에 마스터 셀그룹으로 해당 정보를 전달할 수 없다. 따라서 이 경우 RRC 연결 재설립 (RRC Connection Reestablishment) 절차를 수행하여 마스터 셀그룹을 다시 설정해야 할 수도 있다. RRC 연결 재설립 절차에서는 세컨더리 셀그룹의 연결 상태와 관계 없이 마스터 셀 그룹의 무선 링크 상황만으로 해당 동작이 이루어지므로, 세컨더리 셀그룹으로 전송되는 데이터도 함께 전송이 중단되는 끊김(Interruption)이 발생한다.

하지만 이 때에 세컨더리 셀그룹이 사용 가능한 경우 세컨더리 셀그룹의 데이터 전송의 중단이 반드시 필요하지 않을 수도 있다. 만약 MCG RLF의 보고를 세컨더리 셀그룹으로 할 수 있게 된다면 RRC 연결 재설립으로 인한 끊김도 막고 세컨더리 셀그룹의 데이터 전송의 끊김도 막을 수 있다. 뿐만 아니라 핸드오버나 동기화를 동반하는 RRC 재설정(Reconfiguration with Sync) 실패 시에도 RRC 연결 재설립 동작을 수행할 수 있고, 이 때에도 MCG RLF 보고와 비슷한 방법을 사용할 수 있다. 일반적으로 이들을 총칭하여 MCG 실패(Failure)라고 할 수 있다.

도 2는 기지국의 SRB 구조 및 MCG 실패 시에 단말이 기지국에 MCG 실패를 알리는 방법을 나타낸다.

SRB(Signaling Radio Bearer)는 기지국의 RRC(Radio Resource Control) 설정을 위한 무선 베어러(Radio Bearer)이며 SRB를 통하여 기지국은 RRC 설정, 재설정, 재설립 등의 절차를 지시하게 된다. 또한 단말을 SRB를 통하여 기지국의 설정, 재설정, 재설립 메시지에 대한 응답 메시지를 보낼 수도 있으며, 단말이 트리거링(Triggering) 해야 하는 메시지를 전송할 수도 있다. 예를 들어 SCG 실패가 일어났을 때 전송하는 SCG 실패 정보 메시지(SCG Failure Information)를 SRB를 사용해서 전송할 수 있다.

SRB는 용도에 따라 SRB1, SRB2, SRB3 등으로 구분되어 설정될 수 있다. SRB1과 SRB2(210)은 마스터 노드(201)와 단말 간에 설정되며 SRB3(220)는 세컨더리 노드(202)와 단말 간에 설정된다. SRB1(210)은 주로 단말과 기지국 간의 직접 연결을 위한 메시지들이 전송된다. SRB2(210)은 코어 네트워크와 단말 간의 NAS (Non-Access Stratum) 메시지의 전송을 위해 주로 사용된다. SRB3(220)는 세컨더리 노드와 단말 간의 직접 연결을 위한 메시지들이 전송된다.

이 때 SRB1과 SRB2는, 마스터 노드에 해당 RRC, PDCP가 위치하고(211), 마스터 노드와 세컨더리 노드에 해당 RLC(Radio Link Control), MAC(Medium Access Control)이 각각 존재할 수 있다.(212, 213) 이 때 MCG에만 RLC가 위치하면 스플릿이 아닌 SRB (Non-split SRB)라고 하고 MCG와 SCG에 RLC가 위치하면 스플릿 SRB(Split SRB)라고 한다. 즉, SRB1의 경우 스플릿 SRB1이라고 칭할 수 있다. 반면 SRB3는 해당 RRC와 PDCP가 세컨더리 노드에 위치하고(221), 해당 RLC와 MAC도 세컨더리 노드에 위치한다.(222) 도 2의 실시예에서는 SRB의 일부에 대해서만 기술하였지만 단말과 기지국의 연결 시에는 데이터가 전송될 DRB(Data Radio Bearer)도 설정될 수 있다.

단말(200)이 MCG RLF나 동기화를 동반하는 재설정의 실패 등으로 인해 MCG 실패를 감지하게 되면 (230), 더 이상 MCG를 사용한 전송이 불가능하기 때문에 MCG 실패가 일어났다는 정보를 기지국에게 알려야 할 필요가 있다. 이 때 SCG 링크를 사용할 수 있다면 해당 메시지를 SCG를 사용하여 전송할 수 있다. (240) 이 때 SRB1이 설정되어 있다면 스플릿 SRB1(210)을 사용할 수 있고, SRB3가 설정되어 있는 경우에는 SRB3을 통하여 세컨더리 노드(220)에 해당 MCG 실패 정보를 전달할 수 있다.

하지만 SRB3의 앵커 노드(Anchor Node)는 세컨더리 노드(220)가 되기 때문에, MCG 연결을 담당하는 마스터 노드(210)에게 해당 정보를 다시 보내야 한다. 이 때 SRB3으로 전송된 실패 보고 메시지(240)의 내용이 그대로 전달(Forwarding)될 수도 있다. 하지만 다른 실시예에서는 다른 메시지를 사용하여 어떤 단말이 MCG 실패가 발생했고, 어떤 이유에서 발생했음을 재가공하여 전송할 수도 있다. 이 후 기지국 또는 기지국 중 마스터 노드에서는 MCG 실패를 해소하기 위해서 단말의 MCG를 변경하는 핸드오버, 동기화를 동반한 재설정을 지시할 수 있다. 어떤 실시예에서는 마스터 노드(201)와 세컨더리 노드(202)의 역할을 맞바꾸는 롤스왑(Role Swap) 등을 지시할 수 있다.

이 때 MCG 실패 정보 메시지에는 다음과 같은 정보가 포함될 수 있다.

- 어떤 Cell Group에서 실패가 발생했는지 (MCG 실패인지 SCG 실패인지)

- 어떤 형태의 실패가 발생했는지 (RLF인지, 동기화를 동반한 재설정 실패인지 등)

- 마스터 노드에 의해 설정된 측정 보고(Measurement Report)

- 세컨더리 노드에 의해 설정된 측정 보고 (Measurement Report)

만약 세컨더리 셀그룹이 다른 RAT (Radio Access Technology)에 의해 운영된다면, 세컨더리 노드에 의해 설정된 측정 보고는 해당 세컨더리 셀그룹의 RAT에서 사용하는 코딩으로 메시지가 인코딩될 수 있다.

도 3은 기지국의 SRB 구조 및 SCG 실패 시에 단말이 기지국에 SCG 실패를 알리는 방법을 나타낸다.

SRB(Signaling Radio Bearer)는 기지국의 RRC(Radio Resource Control) 설정을 위한 무선 베어러(Radio Bearer)이며 SRB를 통하여 기지국은 RRC 설정, 재설정, 재설립 등의 절차를 지시하게 된다. 또한 단말은 SRB를 통하여 기지국의 설정, 재설정, 재설립 메시지에 대한 응답 메시지를 보낼 수도 있으며, 단말이 트리거링(Triggering) 해야 하는 메시지를 전송할 수도 있다. 예를 들어 SCG 실패가 일어났을 때 전송하는 SCG 실패 정보 메시지(SCG Failure Information)를 SRB를 사용해서 전송할 수 있다.

SRB는 용도에 따라 SRB1, SRB2, SRB3 등으로 구분되어 설정될 수 있다. SRB1과 SRB2(310)은 마스터 노드(301)와 단말 간에 설정되며 SRB3(320)는 세컨더리 노드(302)와 단말 간에 설정된다. SRB1(310)은 주로 단말과 기지국 간의 직접 연결을 위한 메시지들이 전송된다. SRB2(310)은 코어 네트워크와 단말 간의 NAS (Non-Access Stratum) 메시지의 전송을 위해 주로 사용된다. SRB3(320)는 세컨더리 노드와 단말 간의 직접 연결을 위한 메시지들이 전송된다. 이 때 SRB1과 SRB2는 마스터 노드에 해당 RRC, PDCP가 위치하고(311), 마스터 노드와 세컨더리 노드에 해당 RLC(Radio Link Control), MAC(Medium Access Control)이 각각 존재할 수 있다.(312, 313) 이 때 MCG에만 RLC가 위치하면 스플릿이 아닌 SRB (Non-split SRB)라고 하고 MCG와 SCG에 RLC가 위치하면 스플릿 SRB(Split SRB)라고 한다. 즉, SRB1의 경우 스플릿 SRB1이라고 칭할 수 있다. 반면 SRB3는 해당 RRC와 PDCP가 세컨더리 노드에 위치하고(321), 해당 RLC와 MAC도 세컨더리 노드에 위치한다.(322) 도 3의 실시예에서는 SRB의 일부에 대해서만 기술하였지만 단말과 기지국의 연결 시에는 데이터가 전송될 DRB(Data Radio Bearer)도 설정될 수 있다.

단말(300)이 SCG RLF나 SCG 재설정의 실패 등으로 인해 SCG 실패를 감지하게 되면(330), 더 이상 SCG를 사용한 전송이 불가능하기 때문에 SCG 실패가 일어났다는 정보를 기지국에게 알려야 할 필요가 있다. 이 때 MCG 링크를 사용할 수 있다면 해당 메시지를 MCG를 사용하여 전송할 수 있다.(340) 이 때 SRB1이 설정되어 있다면 SRB1(310)을 사용할 수 있다. 이 후 기지국 또는 기지국 중 마스터 노드에서는 SCG 실패를 해소하기 위해서 단말의 SCG를 변경하는 SCG 변경, 동기화를 동반한 재설정을 지시할 수 있다.

도 4는 MCG 실패 시 단말의 동작과정을 나타낸다.

단말은 T310 타이머의 만료, 랜덤 액세스 실패, RLC 최대 재전송 수 도달 등의 MCG RLF나 그 외 핸드오버 실패, 동기화를 동반한 재설정 실패 등의 이유 등으로 마스터 셀그룹의 실패, 즉 MCG 실패가 트리거링 될 수 있다.(410) MCG 실패 상황에서는 마스터 셀그룹으로의 데이터 전송을 제대로 수행할 수 없기 때문에 마스터 셀그룹으로 전송되는 모든 SRB(Signaling Radio Bearer)와 DRB(Data Radio Beearer)의 전송을 중지(Suspend)할 수 있다.(420) 그리고 더 이상 마스터 셀그룹의 MAC(Medium Access Control)을 사용하지 못하기 때문에 마스터 셀그룹의 MAC을 리셋(Reset)할 수 있다.(430)

뿐만 아니라 핸드오버 등의 목적으로 동작하는 T304 타이머나 그 외 다른 동작중인 타이머가 있다면 해당 타이머의 동작이 더 이상 필요하지 않기 때문에 해당 타이머를 정지(stop)할 수 있다.(440) 이후에 MCG 실패 보고 동작을 트리거링 하여 기지국에게 MCG 실패가 발생했음을 알릴 수 있다. 해당 알림은 세컨더리 셀그룹을 통하여 알려줄 수 있다. 이 때 사용되는 무선 베어러는 세컨더리 셀그룹으로 전송할 수 있는 스플릿 SRB1(Split SRB1)이나 세컨더리 노드에 직접 전송하는 SRB3(Signaling Radio Bearer 3)이 될 수 있다.(450)

도 5는 SCG 실패 시 단말의 동작과정을 나타낸다.

단말에서는 T313 타이머의 만료, SCG로의 랜덤 액세스 실패, SCG RLC에서 최대 재전송 수 도달 등의 SCG RLF나 그 외 SCG 설정 실패, 동기화를 동반한 SCG 재설정 실패 등의 이유 등으로 세컨더리 셀그룹의 실패, 즉 SCG 실패가 트리거링될 수 있다.(510) SCG 실패 상황에서는 세컨더리 셀그룹으로의 데이터 전송을 제대로 수행할 수 없기 때문에 세컨더리 셀그룹으로 전송되는 모든 SRB(Signaling Radio Bearer)와 DRB(Data Radio Beearer)의 전송을 중지(Suspend) 할 수 있다.(520) 그리고 더 이상 세컨더리 셀그룹의 MAC(Medium Access Control)을 사용하지 못하기 때문에 세컨더리 셀그룹의 MAC을 리셋(Reset)할 수 있다.(530)

뿐만 아니라 핸드오버 등의 목적으로 동작하는 T304 타이머나 그 외 다른 동작중인 타이머가 있다면 해당 타이머의 동작이 더 이상 필요하지 않기 때문에 해당 타이머를 정지(stop) 할 수 있다.(540) 이후에 SCG 실패 보고 동작을 트리거링하여 기지국에게 SCG 실패가 발생했음을 알릴 수 있다. 해당 알림은 마스터 셀그룹을 통하여 알려줄 수 있다. 이 때 사용되는 무선 베어러는 마스터 셀그룹으로 전송할 수 있는 SRB1가 될 수 있다.(550)

도 6은 스플릿 SRB1의 프로토콜 구조를 나타낸다.

스플릿 SRB1(Split SRB1)(601)은 RRC 메시지를 전송하기 위해 설정될 수 있으며 상위부터 각각 하나의 RRC(602), PDCP(Packet Data Convergence Protocol)(603) 계층과, 각각 둘 이상의 RLC(Radio Link Control)(604, 614), MAC(Medium Access Control) (605, 615), PHY(Physical layer)(606, 616) 계층을 가질 수 있다. 이 때 스플릿이 되었다는 것의 해당 무선 베어러의 RLC 장치(604, 614)가 두 개 이상이라는 것을 의미한다. 이 때 RLC 장치라는 용어는 RLC 베어러(Bearer), 논리 채널(Logical Channel)과 혼용해서 사용할 수 있다.

스플릿 SRB1의 경우에 사용되는 셀그룹은 하나의 마스터 셀그룹(607)과 하나의 세컨더리 셀 그룹(617)이 될 수 있다. 또한 스플릿 SRB1의 RRC는 마스터 노드에 위치하여 마스터 노드가 단말의 RRC 연결을 관리할 수 있다. 이 때 스플릿 SRB1의 RLC 장치(604, 614)는 보낼 데이터의 양과 관계없이 항상 사용하는 프라이머리 RLC(Primary Path)와 보낼 데이터가 임계치(ul-DataSplitThreshold) 이상일 때 사용하는 세컨더리 RLC(Secondary Path) 장치로 구분되어 설정될 수 있으며, 상기 데이터 양의 임계치는 기지국이 단말에게 RRC 설정으로 알려줄 수 있다. 또한 해당 스플릿 SRB1에서는 송신기의 PDCP 장치에서 패킷을 복제하여 복수개의 RLC 장치로 데이터를 모두 보내는 패킷 중복(Packet Duplication)을 수행할 수도 있다. 패킷 중복 전송이 활성화되면 복수개의 RLC 장치가 동시에 패킷 전송에 사용될 수 있다.

도 7은 스플릿이 되지 않은 SRB3(Signaling Radio Bearer 3)의 프로토콜 구조를 나타낸다.

스플릿이 되지 않은 SRB3(non-split SRB3)(710)은 RRC 메시지를 전송하기 위해 설정될 수 있으며 상위부터 RRC(720), PDCP(Packet Data Convergence Protocol)(730), RLC(Radio Link Control)(740), MAC(Medium Access Control)(750), PHY(Physical layer)(760) 계층을 하나씩 가질 수 있다. 이 때 스플릿이 되지 않았다는 것의 의미는 해당 무선 베어러의 RLC 장치(740)가 하나라는 것을 의미한다. 이 때 RLC 장치라는 용어는 RLC 베어러 (Bearer), 논리 채널(Logical Channel)과 혼용해서 사용할 수 있다. 스플릿이 되지 않은 SRB3의 경우에 사용되는 셀그룹은 세컨더리 셀그룹(770)이 될 수 있다. 또한 SRB3의 RRC는 세컨더리 노드에 위치하여 세컨더리 노드가 단말의 일부 RRC 연결을 관리할 수 있다.

도 8은 SRB에 대한 단말의 하향링크 PDCP(Packet Data Convergence Protocol) 수신 동작을 나타낸다.

PDCP 수신 동작은 RX_NEXT, RX_REORD, RX_DELIV 총 3 개의 변수 값들을 업데이트 하는 과정으로 이루어 진다. 각각 변수의 정의 및 의미는 다음과 같다.

- RX_NEXT는 초기 값은 0으로 설정되며, 현재 수신한 패킷들 중 가장 높은 COUNT 값에 1을 더한 값으로 정의되며 다음에 수신할 것으로 예상되는 PDCP SDU(Service Data Unit, 패킷)의 COUNT 값으로 해석할 수 있다.

- RX_DELIV는 초기 값은 0으로 설정되며, 현재까지 상위 계층으로 전달되지 않았고 현재 수신을 기다리고 있는 가장 앞선 PDCP SDU의 COUNT 값으로 정의된다. 통상적으로 상위 계층으로 전달된 가장 높은 COUNT 값에 1을 더한 값으로 해석된다.

- RX_REORD는 T-reordering 타이머를 시작할 때 그 타이머가 지시하는 데이터의 COUNT 값으로써, T-reordering 타이머의 만료 시에 RX_REORD보다 작거나 같은 순서 번호의 PDCP SDU는 더 이상 기다리지 않는다.

만약 t0 시점에 (801) 단말의 변수 중 RX_NEXT와 RX_DELIV 값이 5로 설정되어 있다면(802), 현재 4의 COUNT 값을 가지는 PDCP SDU까지 상위로 전달이 완료되었음을 의미한다. 이후 t1 시점에(803), 6의 COUNT 값을 가지는 PDCP SDU를 수신하게 되면(804), RX_NEXT의 값은 7(=6+1)로 업데이트 되고, 5의 COUNT 값을 가지는 PDCP SDU가 수신되지 않았기 때문에(RX_DELIV<RX_NEXT) T-reordering 타이머를 시작하게 된다.(805) 이 때 RX_REORD는 RX_NEXT 값인 7로 업데이트 된다. 그리고 수신한 6의 COUNT 값을 가지는 PDCP SDU는 PDCP 계층에 저장하고 5의 COUNT 값을 가지는 PDCP SDU를 기다리게 된다.

이후 t2 시점에 5의 COUNT 값을 가지는 PDCP SDU를 수신하게 되면(806), 5의 COUNT 값을 가지는 PDCP SDU와 6의 COUNT값을 가지는 PDCP SDU가 모두 도착했기 때문에 이들을 순서대로 상위 계층으로 전달하게 된다.(807)

SRB1, SRB2, SRB3 등의 SRB의 경우는 오류 없는 정확한 전송이 중요하고, 지연시간이 크게 중요하지 않기 때문에 T-reordering 타이머의 길이는 무한대(Infinity) 값을 사용하게 된다. 이것은 만약 SRB 메시지가 유한한 T-reordering 타이머 값에 의해 유실되게 되면 SRB에서 전송되는 메시지가 유실되어, 단말과 기지국 사이의 연결에 심각한 성능 저하를 가져올 수 있기 때문이다. 따라서, 일반적인 경우 무한대 값의 T-reordering을 사용하는 것은 필요하다.

도 9는 MCG 실패 보고에 의한 MCG 링크 복원 과정을 나타낸다.

도 2 및 도 4에서 기술하였듯이, MCG 실패 시(930) 단말은(900) 스플릿 SRB1이나 SRB3을 사용하여 기지국에게 MCG 실패 정보 메시지를 전송할 수 있다.(940) 이 MCG 실패 정보 메시지의 경우 MCG 실패 상황에서 전송되는데, MCG 실패는 단말이 사전에 설정된 조건에 의해 트리거링 하기 때문에 정확한 MCG 실패가 선언되는 시점은 기지국이 알기 어렵다. 그렇기 때문에 MCG 실패 시점에 기존에 설정된 SRB1의 MCG RLC를 통한 전송이 진행중 이였을 수 있고, 도 9에서 나타난 것처럼 COUNT 5의 PDCP SDU(931)의 송신이 진행중 이였을 수도 있다. 해당 패킷은 단말에 전송이 되었을 수도 있고, 전송이 미처 되지 못했을 수도 있지만 기지국은 단말의 MCG 실패 선언으로 인해 COUNT 5의 PDCP SDU의 성공적인 수신 여부를 확인할 수 없다.

이후 마스터 노드(901)은 세컨더리 노드(902)의 RLC(913) 또는 RRC(921)을 통해 MCG 실패 정보를 전달받을 수 있고, 해당 MCG 실패를 해결하기 위해 핸드오버 명령 도는 MCG와 SCG의 역할을 변경하는 롤스왑이나 그 외 동작을 지시할 수 있다.(950) 이 메시지가 스플릿 SRB1의 SCG RLC로(913) 전송이 된다면 해당 메시지는 기존에 사용했던 COUNT 5의 다음인 COUNT 6을 가지는 PDCP SDU가 되어 전송될 수 있다.(950) 하지만 단말의 PDCP 장치에서는 COUNT 5의 PDCP SDU가 수신되지 않았는데 COUNT 6의 PDCP SDU가 수신이 되었다면 도 8에서 기술한 것처럼 수신한 COUNT 값에서 불연속성이 발생하게 된다 (COUNT 5에 해당하는 PDCP SDU가 없음).

따라서 COUNT 6의 PDCP SDU가 상위로 전달되지 않고 COUNT 5의 PDCP SDU를 T-reordering 타이머 시간만큼 기다리게 된다. 앞에서 기술하였듯이 SRB에 대한 T-reordering 타이머 길이는 무한대이기 때문에 COUNT 6의 PDCP SDU인 (950) 단계 메시지는 단말에게 전달되지 못하게 된다.

도 10은 본 발명에서 제안하는 MCG 실패 시 SRB에 대한 단말의 하향링크 PDCP 수신 동작을 나타낸다.

도 10의 실시예에서는 t0 시점에(1001) 단말의 변수 중 RX_NEXT와 RX_DELIV 값이 5로 설정되어 있는 것을 가정한다.(1002) 이것은 현재 4의 COUNT 값을 가지는 PDCP SDU까지 상위로 전달이 완료되었음을 의미한다. 이 t0 시점에 MCG 실패가 선언되어 도 2 또는 도 4의 동작을 따라 MCG 실패 정보 메시지가 SCG를 통해 전송된다면(1010) 이후 t1시점에(1003) 스플릿 SRB1의 SCG를 통해 단말이 MCG 링크의 복구를 수행할 수 있는 RRC 메시지가 수신될 수 있다.

이 때 해당 RRC 메시지의 COUNT는 6으로 가정한다.(1004) 이 때 RX_DELIV 값이 5이기 때문에 5의 값을 가지는 PDCP SDU가 수신되지 않아서 통상적인 절차에서는 6의 COUNT 값을 가지는 PDCP SDU(1004)가 상위로 전달될 수 없다. 하지만 t0 시점에 MCG 실패가 선언되어 5의 COUNT 값을 갖는 PDCP SDU가 전송되지 못한 상황일 수 있기 때문에 무한정 해당 PDCP SDU를 기다릴 수는 없다. 따라서 MCG 실패 보고가 트리거링된 시점에서는 단말의 하향링크 SRB 수신 PDCP 계층에서는 수신한 패킷을 일정시간 후에(1005) 곧바로 상위계층에 전달할 수 있다.(1007) 이 때 일정 시간은 0이 될 수 있고, 이 것은 MCG 실패 후에 수신한 첫 번째 패킷을 곧바로 상위로 전달하는 것을 의미할 수도 있다.

다른 실시예에서는 MCG 실패의 선언 후 또는 MCG 실패 정보 메시지의 전송 후, SRB에 재정렬(Reordering) 동작 없이 수신한 PDCP SDU를 상위 계층으로 전달하는 Out-of-order Delivery가 설정되는 것을 가정할 수도 있다.

또 다른 실시예에서는 MCG 실패 선언 후 또는 MCG 실패 정보 메시지의 전송 후, T-reordering 타이머의 값을 유한한 값으로 설정하여 유한한 일정 시간 후에 수신한 PDCP SDU를 상위 계층으로 전달할 수 있다.

또 다른 실시예에서는 MCG 실패의 선언 후 또는 MCG 실패 정보 메시지의 전송 후, 처음 수신한 패킷의 COUNT 값에 1을 더한 값을 RX_DELIV로 설정하고 해당 처음 수신한 패킷을 곧바로 상위로 전달할 수도 있다. 도 10의 실시예에서는 6의 COUNT 값을 가지는 PDCP SDU가 MCG 실패 후에 처음 수신한 PDCP SDU가 되고 해당 패킷은 곧바로 상위 계층으로 전달되며 RX_DELIV는 7의 값으로 업데이트 된다. 이후 RX_NEXT 값은 PDCP 수신 동작에 의해 7의 값으로 업데이트 된다.

도 10의 실시예에서는 MCG 실패 후 동작에 대해 기술하였지만, 본 실시예는 SCG 실패 시 스플릿 SRB의 동작에도 동일하게 적용할 수 있다. 즉, SCG 실패 후 스플릿 SRB로 수신되는 첫 번째 패킷에 대해 위에 기술한 동작들을 그대로 적용할 수 있다.

도 11은 본 발명에서 제안하는 MCG 실패 시 단말의 동작과정을 나타낸다.

단말에서는 T310 타이머의 만료, 랜덤 액세스 실패, RLC 최대 재전송 수 도달 등의 MCG RLF나 그 외 핸드오버 실패, 동기화를 동반한 재설정 실패 등의 이유 등으로 마스터 셀그룹의 실패, 즉 MCG 실패가 트리거링 될 수 있다.(1110) MCG 실패 상황에서는 마스터 셀그룹으로의 데이터 전송을 제대로 수행할 수 없기 때문에 마스터 셀그룹으로 전송되는 모든 SRB(Signaling Radio Bearer)와 DRB(Data Radio Beearer)의 전송을 중지(Suspend) 할 수 있다.(1120) 그리고 더 이상 마스터 셀그룹의 MAC(Medium Access Control)을 사용하지 못하기 때문에 마스터 셀그룹의 MAC을 리셋(Reset)할 수 있다.(1130) 뿐만 아니라 핸드오버 등의 목적으로 동작하는 T304 타이머나 그 외 다른 동작중인 타이머가 있다면 해당 타이머의 동작이 더 이상 필요하지 않기 때문에 해당 타이머를 정지(stop) 할 수 있다.(1140)

이후에 MCG 실패 보고 동작을 트리거링 하여 기지국에게 MCG 실패가 발생했음을 알릴 수 있다. 해당 알림은 세컨더리 셀그룹을 통하여 알려줄 수 있다. 이 때 사용되는 무선 베어러는 세컨더리 셀그룹으로 전송할 수 있는 스플릿 SRB1(Split SRB1)이나 세컨더리 노드에 직접 전송하는 SRB3(Signaling Radio Bearer 3)이 될 수 있다.(1150) 이후에 수신되는 스플릿 SRB1의 첫 번째 패킷을 0보다 크거나 같은 유한 시간 이후에 상위로 전달하여 재정렬을 위한 T-reordering 타이머 동작에 의한 지연 시간을 방지할 수 있다. (1160)

이를 위해 MCG 실패가 트리거링된 이후에 T-reordering 타이머의 값을 사전에 설정된 유한한 값으로 재설정하거나, 처음 받은 패킷을 예외적으로 상위 계층으로 전달하고 RX_DELIV 값을 수신한 패킷의 COUNT 값에 1을 더한 값으로 설정할 수 있다. 다른 실시예에서는 MCG 실패 이후에 Out-or-order Delivery 모드를 단말이 활성화 할 수도 있다.

상기 동작은 하향링크로 기지국이 전송하는 첫 번째 RRC 설정, RRC 재설정, 혹은 MCG 실패 정보 메시지의 응답 메시지 수신 시까지 유지될 수 있다. 이러한 응답 메시지는 (950) 단계의 MCG 실패를 해결하기 위해 핸드오버 명령 또는 MCG와 SCG의 역할을 변경하는 롤스왑이나 그 외 동작이 될 수 있다.

도 12는 본 발명에서 제안하는 MCG 실패 시 SRB에 대한 단말의 하향링크 PDCP 수신 동작을 나타낸다.

도 12의 실시예에서는 t0 시점에(1201) 단말의 변수 중 RX_NEXT와 RX_DELIV 값이 5로 설정되어 있는 것을 가정한다.(1202) 이것은 현재 4의 COUNT 값을 가지는 PDCP SDU까지 상위로 전달이 완료되었음을 의미한다. 이 t0 시점에 MCG 실패가 선언되어 도 2 또는 도 4의 동작을 따라 MCG 실패 정보 메시지가 SCG를 통해 전송된다면(1210) 도 12의 실시예에서는 T-reordering 타이머의 값을 유한 값으로 설정할 수 있다.(1211) 해당 유한 값은 단말이 임의로 설정하거나, 기지국이 사전에 설정해 준 값일 수 있다. 하지만 어떤 실시예에서는 사전에 미리 설정된 (Pre-configured) 타이머 값일 수 있고, 해당 타이머 길이는 MCG 실패 또는 SCG 실패 시에만 적용될 수 있다.

이후 t1시점에 (1203) 스플릿 SRB1의 SCG를 통해 단말이 MCG 링크의 복구를 수행할 수 있는 RRC 메시지가 수신될 수 있다. 이 때 해당 RRC 메시지의 COUNT는 6으로 가정한다.(1206) 이 때 RX_DELIV 값이 5이기 때문에 5의 값을 가지는 PDCP SDU가 수신되지 않아서 통상적인 절차에서는 6의 COUNT 값을 가지는 PDCP SDU(1204)가 상위로 전달될 수 없다. 하지만 t0 시점에 MCG 실패가 선언되어 5의 COUNT 값을 갖는 PDCP SDU가 전송되지 못한 상황일 수 있기 때문에 무한정 해당 PDCP SDU를 기다릴 수는 없다. 따라서 MCG 실패 보고가 트리거링된 시점에서는, (1211) 단계에서 설정된 유한 길이의 T-reordering 타이머를 작동하고(1205) 해당 타이머의 만료 시점에 6의 COUNT 값을 가지는 PDCP SDU를 곧바로 상위계층에 전달할 수 있다.(1207) 해당 T-reordering 타이머의 길이는 0이 될 수 있고, 이 것은 MCG 실패 후에 수신한 첫 번째 패킷을 곧바로 상위로 전달하는 것을 의미할 수도 있다. 이후 RX_DELIV는 7의 값으로 업데이트 되고, RX_NEXT 값은 PDCP 수신 동작에 의해 7의 값으로 업데이트 된다.

도 12의 실시예에서는 MCG 실패 후 동작에 대해 기술하였지만, 본 실시예는 SCG 실패 시 스플릿 SRB의 동작에도 동일하게 적용할 수 있다. 즉, SCG 실패 후 스플릿 SRB로 수신되는 첫 번째 패킷에 대해 위에 기술한 동작들을 그대로 적용할 수 있다.

도 13은 본 발명에서 제안하는 MCG 실패 보고에 의한 MCG 링크 복원 과정을 나타낸다.

도 2 및 도 4에서 기술하였듯이, MCG 실패 시(1330) 단말(1300)은 스플릿 SRB1이나 SRB3을 사용하여 기지국에게 MCG 실패 정보 메시지를 전송할 수 있다.(1340) 이 MCG 실패 정보 메시지의 경우 MCG 실패 상황에서 전송되는데, MCG 실패는 단말이 사전에 설정된 조건에 의해 트리거링 하기 때문에 정확한 MCG 실패가 선언되는 시점은 기지국이 알기 어렵다. 그렇기 때문에 MCG 실패 시점에 기존에 설정된 SRB1의 MCG RLC를 통한 전송이 진행중 이였을 수 있고, 도 13에서 나타난 것처럼 COUNT 5의 PDCP SDU (1331)의 송신이 진행중 이였을 수도 있다. 해당 패킷은 단말에 전송이 되었을 수도 있고, 전송이 미처 되지 못했을 수도 있지만 기지국은 단말의 MCG 실패 선언으로 인해 COUNT 5의 PDCP SDU의 성공적인 수신 여부를 확인할 수 없다.

이후 마스터 노드(1301)는 세컨더리 노드(1302)의 RLC(1313) 또는 RRC(1321)을 통해 MCG 실패 정보를 전달받을 수 있고, 해당 MCG 실패를 해결하기 위해 핸드오버 명령 도는 MCG와 SCG의 역할을 변경하는 롤스왑이나 그 외 동작을 지시할 수 있다.(1350) 이 메시지가 스플릿 SRB1의 SCG RLC로(1313) 전송이 된다면 해당 메시지는 기존에 사용했던 COUNT 5의 다음인 COUNT 6을 가지는 PDCP SDU가 되어 전송될 수 있다.(1350) 하지만 단말의 PDCP 장치에서는 COUNT 5의 PDCP SDU가 수신되지 않았는데 COUNT 6의 PDCP SDU가 수신이 되었다면 도 8에서 기술한 것처럼 수신한 COUNT 값에서 불연속성이 발생하게 된다(COUNT 5에 해당하는 PDCP SDU가 없음). 이를 방지하기 위하여 도 13의 실시예에서 기지국은 MCG RLC로 전송중 이였던 5의 COUNT에 해당하는 PDCP SDU를 다시 SCG RLC(1313)로 재전송을 수행할 수 있다. 이후에 COUNT 6의 PDCP SDU를 전송하게 되어 단말에서 COUNT 값의 순서대로 PDCP SDU를 수신할 수 있게 할 수도 있다. 하지만 어떤 실시예에서는 5의 COUNT에 해당하는 PDCP SDU는 MCG 실패와 관계없이 전달되는 RRC 메시지일 수 있기 때문에 SCG RLC(1313)로 전송할 때에는 데이터 부분을 삭제하고 PDCP 헤더와 MAC-I 필드만 포함하여 전송을 할 수도 있다. 이 때 MAC-I 필드는 데이터 부분을 삭제했을 때 생성되는 값으로 업데이트 하여 전송될 수 있다.

또 다른 실시예에서는 기지국이 MCG 실패 메시지를 수신한 후 스플릿 SRB1에 대해 DRB에 해당하는 데이터 복원 (Data Recovery) 절차를 트리거링 하여 ACK을 받지 않은 첫 번째 PDCP SDU부터 전송을 수행할 수도 있다.

도 13의 실시 예에서 전송중 이었던 5의 COUNT에 해당하는 PDCP SDU를 판단하는 기준은, 전송을 했으나, 하위 RLC 계층으로부터 성공적인 전송을 확인 받지 않은 PDCP SDU를 의미한다. 실시 예에 따라 5의 COUNT에 해당하는 PDCP SDU는 예전에 전송한 유효하지 않은 메시지일 가능성이 있기 때문에 데이터 부분이 포함된 PDCP SDU일 경우 단말은 해당 메시지를 무시할 수 있다. 이를 위해 MCG 실패 정보 메시지에 대한 응답 메시지인지를 나타내는 필드가 필요할 수 있고, 해당 필드에 MCG 실패 정보 메시지에 대한 응답 메시지인 것을 나타내는 메시지만 무시하지 않고 처리할 수도 있다.

도 14는 본 발명에서 제안하는 MCG 실패 보고에 의한 MCG 링크 복원 과정을 나타낸다.

도 2 및 도 4에서 기술하였듯이, MCG 실패 시(1430) 단말(1400)은 스플릿 SRB1이나 SRB3을 사용하여 기지국에게 MCG 실패 정보 메시지를 전송할 수 있다.(1440) 이 MCG 실패 정보 메시지의 경우 MCG 실패 상황에서 전송되는데, MCG 실패는 단말이 사전에 설정된 조건에 의해 트리거링 하기 때문에 정확한 MCG 실패가 선언되는 시점은 기지국이 알기 어렵다. 그렇기 때문에 MCG 실패 시점에 기존에 설정된 SRB1의 MCG RLC를 통한 전송이 진행중 이였을 수 있고, 도 14에서 나타난 것처럼 COUNT 5의 PDCP SDU (1431)의 송신이 진행중 이였을 수도 있다. 해당 패킷은 단말에 전송이 되었을 수도 있고, 전송이 미처 되지 못했을 수도 있지만 기지국은 단말의 MCG 실패 선언으로 인해 COUNT 5의 PDCP SDU의 성공적인 수신 여부를 확인할 수 없다. 따라서 스플릿 SRB1을 사용하는 하향링크 전송은 5의 COUNT 값을 가지는 PDCP SDU의 미전송으로 인해 재정렬이 되지 않아서 사용하지 못할 수 있다.

이후 마스터 노드(1401)는 세컨더리 노드(1402)의 RLC(1413) 또는 RRC(1421)을 통해 MCG 실패 정보를 전달받을 수 있고, 해당 MCG 실패를 해결하기 위해 핸드오버 명령 도는 MCG와 SCG의 역할을 변경하는 롤스왑이나 그 외 동작을 SRB3를 통하여 지시할 수 있다.(1450) 이를 위해서 마스터 노드(1401)는 세컨더리 노드(1402)에게 SRB3를 통하여 단말에게 보낼 메시지를 전달할 수 있다.(1445) 해당 메시지에는 (1450) 단계에서 전송될 메시지의 전부 또는 일부가 포함될 수 있고, 세컨더리 노드(1402)는 이 메시지(1445)를 해석하여 재가공하거나, 해석하지 않고 그대로 단말에게 전달할 수도 있다.

(1450) 이후 단말은 해당 (1450) 메시지의 내용대로 단말 설정 동작을 수행하며 SRB1이나 SRB3를 통해 RRC 설정 완료(RRC Complete) 메시지를 보낼 수 있다. 이 때 (1450)에서 전송되는 메시지는 스플릿 SRB의 PDCP를 재설립(Reestablishment)하는 명령을 포함할 수 있다.

도 15는 본 발명에서 제안하는 MCG 실패 보고에 의한 MCG 링크 복원 과정의 메시지 전송 절차를 나타낸다.

단말(1501)이 도 2 또는 도 4에서 기술한 MCG 실패를 선언하게 되면 (1510) 해당 MCG 실패의 정보를 SRB3을 통하여 세컨더리 노드(1503)에게 전송할 수 있다.(1511) 하지만 세컨더리 노드는 단말과의 MCG 연결을 관리하지 않기 때문에 해당 메시지를 마스터 노드(1502)에게 전달해야 한다.(1512) 이후 마스터 노드는 단말에게 핸드오버나 MCG와 SCG의 롤스왑 등을 지시하기 위해 RRC 재설정 메시지를 전송해야 한다.(1514) 이 때 SRB1을 사용할 수 없는 경우, SRB3을 사용하여 단말에게 설정 메시지를 전송하기 위해 세컨더리 노드에게 RRC 정보 전달 메시지를 통해 RRC 재설정에 사용할 정보를 전달할 수 있다.(1513)

이후 세컨더리 노드는 SRB3을 사용하여 RRC 재설정 메시지를 단말에게 전송할 수 있고, 단말을 설정을 완료한 후 RRC 재설정 완료 메시지를 세컨더리 노드에게 전송할 수 있다.(1515) 하지만 다른 실시예에서는 RRC 재설정 완료 메시지는 마스터 노드(1502)에게 SRB1을 통해 전송될 수도 있다.

도 16은 본 발명에서 제안하는 MCG 실패 보고에 의한 MCG 링크 복원 과정의 상향링크 동작을 나타낸다. 도 9에서 도 14까지의 동작은 하향링크 통신 시 동작 과정을 나타내었으나, 상향링크 통신에서도 동일한 절차를 수행하여 기지국의 MCG 실패 정보 메시지 수신을 용이하게 할 수 있다.

도 2 및 도 4에서 기술하였듯이, MCG 실패 시(1630), 단말(1600)은 스플릿 SRB1이나 SRB3을 사용하여 기지국에게 MCG 실패 정보 메시지를 전송할 수 있다(1845). 이 MCG 실패 정보 메시지의 경우 MCG 실패 상황에서 전송되는데, MCG 실패는 단말이 사전에 설정된 조건에 의해 트리거링 되기 때문에 정확한 MCG 실패가 선언되는 시점은 기지국이 알기 어렵다. 그렇기 때문에 MCG 실패 시점에, 기존에 설정된 SRB1의 MCG RLC를 통한 전송이 진행중 이었을 수도 있고, 도 16에서 나타난 것처럼 COUNT 5의 PDCP SDU(1831)의 상향링크 송신이 진행중 이었을 수도 있다. 해당 패킷은 기지국에 전송이 되었을 수도 있고, 전송이 미처 되지 못했을 수도 있지만, 단말은 MCG 실패 선언으로 인해 COUNT 5의 PDCP SDU의 성공적인 수신 여부를 확인할 수 없다.

따라서 COUNT 6의 값을 가지는 MCG 실패 정보 메시지(1845)가 전송이 될 때 COUNT 5의 PDCP SDU(1831)가 완전히 전송이 되지 않은 상황이라면, 도 8에서 기술한 것처럼 수신한 COUNT 값에서 불연속성이 발생하게 된다(COUNT 5에 해당하는 PDCP SDU가 없음). 이를 방지하기 위하여 도 16의 실시예에서 단말은 MCG RLC로 전송중 이었던 5의 COUNT에 해당하는 PDCP SDU를 다시 SCG RLC로 재전송할 수 있다(1840).

이후에 COUNT 6의 PDCP SDU, 즉 MCG 실패 정보 메시지를 전송하여(1845) 기지국에서 count 값의 순서대로 PDCP SDU를 수신할 수 있게 할 수도 있다. 하지만 어떤 실시 예에서는 5의 COUNT에 해당하는 PDCP SDU는 MCG 실패와 관계없이 전달되는 RRC 메시지일 수 있기 때문에, SCG RLC(1813)로 전송할 때에는 데이터 부분을 삭제하고 PDCP 헤더와 MAC-I 필드만 포함하여 전송을 할 수도 있다. 이때, MAC-I 필드는 데이터 부분을 삭제했을 때 생성되는 값으로 업데이트하여 전송될 수 있다.

또 다른 실시 예에서는, 기지국이 MCG 실패 정보 메시지를 수신한 후 스플릿 SRB1에 대해 DRB에 해당하는 데이터 복원(Data Recovery) 절차를 트리거링 하여, ACK을 받지 않은 첫 번째 PDCP SDU부터 전송을 수행할 수도 있다.

도 16의 실시 예에서 전송중 이었던 5의 COUNT에 해당하는 PDCP SDU를 판단하는 기준은, 전송을 했으나, 하위 RLC 계층으로부터 성공적인 전송을 확인 받지 않은 PDCP SDU를 의미한다.

도 17은 본 발명에서 제안하는 MCG 실패 보고에 의한 MCG 링크 복원 과정의 상향링크 동작을 나타낸다. 도 9에서 도 14까지의 동작은 하향링크 통신 시 동작 과정을 나타내었으나, 상향링크 통신에서도 동일한 절차를 수행하여 기지국의 MCG 실패 정보 메시지 수신을 용이하게 할 수 있다.

도 2 및 도 4에서 기술하였듯이, MCG 실패 시(1930), 단말(1900)은 스플릿 SRB1이나 SRB3을 사용하여 기지국에게 MCG 실패 정보 메시지를 전송할 수 있다(1940). 이 MCG 실패 정보 메시지의 경우 MCG 실패 상황에서 전송되는데, MCG 실패는 단말이 사전에 설정된 조건에 의해 트리거링 되기 때문에 정확한 MCG 실패가 선언되는 시점은 기지국이 알기 어렵다. 그렇기 때문에 MCG 실패 시점에 기존에 설정된 SRB1의 MCG RLC를 통한 전송이 진행중 이었을 수도 있고, 도 17에서 나타난 것처럼 COUNT 5의 PDCP SDU(1731)의 상향링크 송신이 진행중 이었을 수도 있다. 해당 패킷은 기지국에 전송이 되었을 수도 있고, 전송이 미처 되지 못했을 수도 있지만, 단말은 MCG 실패 선언으로 인해 COUNT 5의 PDCP SDU의 성공적인 수신 여부를 확인할 수 없다.

따라서 COUNT 6의 값을 가지는 MCG 실패 정보 메시지(1740)가 전송이 될 때 COUNT 5의 PDCP SDU(1731)가 완전히 전송이 되지 않은 상황이라면, 도 8에서 기술한 것처럼, 수신한 COUNT 값에서 불연속성이 발생하게 된다(COUNT 5에 해당하는 PDCP SDU가 없음). 따라서 COUNT 6의 PDCP SDU가 상위로 전달되지 않고 COUNT 5의 PDCP SDU를 T-reordering 타이머 시간만큼 기다리게 된다. 앞에서 기술하였듯이 SRB에 대한 T-reordering 타이머 길이는 무한대일 수 있기 때문에 COUNT 6의 PDCP SDU인 (1740) 단계 메시지는 단말에게 전달되지 못하게 된다. 그렇기 때문에 기지국의 MN RRC 또는 PDCP (1711)에서는 수신되는 RRC 메시지 또는 PDCP SDU에 대해 MCG 실패 정보 메시지인지 확인하는 절차를 수행할 수 있다.

만약 기지국이 MCG 실패 정보 메시지를 수신한다면, 기지국의 PDCP 장치는 기존 T-reordering 타이머 길이만큼 기다리는 절차를 수행하지 않고 곧장 RRC 계층으로 전달할 수 있다. 다시 말해 순서를 무시하는 패킷의 처리(Out-of-order Processing)(1750)을 수행할 수 있다. 그렇지 않고, MCG 실패 정보 메시지가 아니라면, 기지국의 PDCP 장치는 해당 메시지를 PDCP 장치에서 대기시키고 T-reordering 타이머 길이만큼 기다리는 절차를 수행할 수 있다.

이러한 절차는 도 12에서 기술한 T-reordering 타이머의 값을 유한 값으로 설정하는 방법(1211)을 기지국에서 적용하는 것이 될 수 있다. 해당 유한 값은 기지국이 임의로 설정한 값일 수 있고, 해당 타이머 길이는 MCG 실패 또는 SCG 실패 시에만 적용될 수 있다.

도 18은 본 발명에서 제안하는 MCG 실패 보고 메시지의 기지국 처리 동작을 나타낸다. 단말은 MCG 실패 발생 시 스플릿 SRB1으로 MCG 실패 보고 메시지를 전송하게 된다. 하지만 도 16 및 17에서 기술하였던 전송이 완료되지 못한 PDCP SDU가 존재할 수 있기 때문에, 수신 PDCP 장치에서 해당 패킷이 MCG 실패 보고 메시지인지 확인하는 절차가 필요할 수 있다.

이를 위해 기지국의 PDCP 장치에서 PDCP PDU를 수신하게 되면(1810) 해당 PDU의 PDCP SDU를 복호화하고 무결성 검사를 수행하게 된다(1820). 이 때 무결성 체크를 통과하게 되면 해당 패킷은 정상적인 패킷이므로 해당 PDCP SDU를 신뢰할 수 있다.

이제 기지국은 PDCP SDU의 내용을 확인하여 해당 메시지가 MCG 실패 보고 메시지인지를 확인할 수 있다(1830). 만약 해당 메시지가 MCG 실패 보고 메시지라면, 이 메시지는 RRC 계층에서 신속하게 처리해야 할 필요가 있다. 따라서 해당 MCG 실패 보고 메시지를 곧바로 상위 계층, 즉 RRC 계층으로 전달하거나, T-reordering 타이머 값을 유한한 작은 값으로 변경하여 빠른 처리를 유도할 수 있다(1840). 만약 해당 메시지가 MCG 실패 보고 메시지가 아니라면 정상적으로 PDCP 버퍼에 저장하여 수신 동작을 수행하게 할 수 있다(1850).

상기 도 18의 동작은 스플릿 SRB1에 한정하여 동작할 수 있다.

도 19는 본 발명의 일 실시예에 따른 기지국의 구조를 도시한 도면이다.

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

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

제어부(1920)는 본 발명에서 제안하는 실시예에 따른 기지국의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부(1920)는 상기에서 기술한 순서도에 따른 동작을 수행하도록 각 블록 간 신호 흐름을 제어할 수 있다.

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

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

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

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

제어부(2020)는 본 발명에서 제안하는 실시예에 따른 단말의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부(2020)는 상기에서 기술한 순서도에 따른 동작을 수행하도록 각 블록 간 신호 흐름을 제어할 수 있다.

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

상술한 본 개시의 구체적인 실시 예들에서, 발명에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.

한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (1)

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

Images