KR100895681B1 - 무선 링크 제어 계층의 버퍼 제어 방법 및 장치 - Google Patents

Abstract

본 발명은 버퍼 제어에 관한 것으로서, 본 발명에 따른 무선 링크 제어 계층의 버퍼 제어 방법은 수신측으로부터 수신측 윈도우에 관한 윈도우 크기 정보를 수신하는 (a) 단계와, 상기 수신측 윈도우 크기 정보가 데이터 버퍼에 남아 있는 데이터의 크기보다 작은 경우, 상기 수신측에 대하여 이미 송신된 데이터에 대한 응답(ACK) 여부를 나타내는 정보를 요청하는 (b) 단계와, 상기 요청에 따라 수신한 정보를 기초로 상기 데이터 버퍼에 남아 있는 데이터를 처리하는 (c) 단계 및 상기 윈도우 크기 정보에 따라 상기 송신 윈도우를 재설정하는 (d) 단계를 포함한다.

RLC, 흐름 제어(flow control)

Description

무선 링크 제어 계층의 버퍼 제어 방법 및 장치{Method and apparatus for butter control in a Radio Link Control layer}

본 발명은 무선 링크 제어에 관한 것으로서, 무선 링크 제어 계층(Radio Link Control layer)에서의 흐름 제어에 있어서, 데이터 버퍼를 제어하는 방법 및 장치에 관한 것이다.

음성, 영상 및 데이터와 같은 멀티미디어 서비스를 무선 환경에서도 제공할 수 있는 제3세대 이동통신 시스템을 개발하는 것을 목적으로 하고 있는 3GPP에서는 신속하고 효율적인 프로젝트 운영과 기술 개발을 위해 5개의 기술 규격 그룹(Technical Specification Groups; 이하, 'TSG'라 칭하기로 한다)을 두어 그 활동을 지원하고 있으며, 각 TSG는 부여된 영역과 관련된 표준규격의 개발, 승인, 그리고 그 관리를 책임진다.

이들 중에서 무선접속망(Radio Access Network: 이하 'RAN'이라 약칭함)그룹은 제3세대 이동통신시스템에서 새로운 무선접속망의 규정을 목표로, 단말과 UMTS무선망(Universal Mobile Telecommunications Network Terrestrial Radio Access Network; 이하, 'UTRAN'이라 칭하기로 한다)의 기능, 요구사항 및 인터페이스에 대 한 규격을 개발한다.

TSG-RAN그룹은 다시 전체회의(Plenary)그룹과 4개의 운영그룹(Working Group)으로 구성되어 있다. 제1운영그룹(WG1: Working Group 1)에서는 물리 계층(제1계층)에 대한 규격을 개발하고, 제2운영그룹(WG2: Working Group 2)은 데이터 링크 계층(제2계층) 및 네트워크 계층(제3계층)의 역할을 규정한다.

또한, 제3운영그룹에서는 UTRAN내의 기지국, 무선망제어기(Radio Network Controller; 이하, 'RNC'라 약칭함) 및 핵심망(Core Network)간 인터페이스에 대한 규격을 정하며, 제4운영그룹에서는 무선 링크 성능에 관한 요구조건 및 무선 자원 관리에 대한 요구사항 등을 논의한다.

도 1은 3GPP 무선접속망 규격에 따른 무선 인터페이스 프로토콜의 구조를 나타낸다.

단말(User Equipment)과 UTRAN간의 무선 인터페이스 프로토콜은 수평적으로 물리 계층, 데이터 링크 계층 및 네트워크계층으로 이루어지며, 수직적으로는 제어신호(Signaling) 전달을 위한 제어 평면(Control Plane)과 데이터 정보 전송을 위한 사용자 평면(User Plane)으로 구분된다.

도 1를 좀 더 구체적으로 설명하면, 제어 평면에는 무선 자원 제어 계층(Radio Resource Control Layer; 이하, 'RRC'라 칭하기로 한다), 무선 링크 제어 계층(Radio Link Control Layer; 이하, 'RLC'라 칭하기로 한다), 매체 접속 제어 계층(Medium Access Control Layer; 이하, 'MAC'라 칭하기로 한다) 및 물리 계층(Physical Layer)이 있으며, 사용자 평면에서는 패킷 데이터 수렴 프로토 콜(Packet Data Convergence Protocol; 이하 'PDCP'라 칭하기로 한다) 계층, RLC계층, MAC계층 및 물리 계층이 있다.

상기 물리 계층은 다양한 무선 전송 기술을 이용해 상위 계층에 정보 전송 서비스(Information Transfer Service)를 제공한다. 상위에 있는 MAC계층과는 전송채널(Transport Channel)을 통해 연결되어 있으며, 이 전송채널을 통해 MAC계층과 물리계층 사이의 데이터가 이동한다.

상기 MAC계층은 무선 자원의 할당 및 재할당을 위한 MAC 파라미터의 재할당 서비스를 제공한다. RLC계층과는 논리 채널(Logical Channel)로 연결되어 있으며, 전송되는 정보의 종류에 따라 다양한 논리 채널이 제공된다. 일반적으로 제어평면의 정보를 전송할 경우에는 제어 채널(Control Channel)을 이용하고, 사용자 평면의 정보를 전송하는 경우는 트래픽채널(Traffic Channel)을 사용한다.

상기 RLC계층은 무선링크의 설정 및 해제 서비스를 제공한다. 또한, 사용자 평면의 상위계층으로부터 내려온 RLC 서비스 데이터 유닛(Service Data Unit; 이하, 'SDU'라 칭하기로 한다)의 분할 및 연결 (Segmentation and Concatenation) 기능을 수행한다.

상기 RLC SDU는 RLC계층에서 처리 용량에 맞게 크기가 조절된 후 헤더(Header) 정보가 더해져 프로토콜 데이터 유닛(Protocol Data Unit; 이하, 'PDU'라 칭하기로 한다)의 형태로 MAC계층에 전달된다.

상기 PDCP계층은 RLC계층의 상위에 위치하며, IPv4나 IPv6와 같은 네트워크 프로토콜을 통해 전송되는 데이터가 RLC계층에 맞는 형태로 데이터를 전송할 수 있 도록 한다.

상기 RRC는 임의의 영역에 위치한 모든 단말에 정보를 방송해주는 정보 방송 서비스(Information Broadcast Service)를 제공한다. 또한, 제3계층에서의 제어 신호 교환을 위한 제어 평면 신호 처리를 담당하여, 단말과 UTRAN간 무선자원의 설정, 유지 및 해제 기능을 갖는다.

보다 구체적으로 상기 RLC계층은 상위에서 내려온 RLC SDU를 대상으로 분할 및 연결 기능을 수행하며, 분할 및 연결 후 구성된 RLC 패이로드(Payload)에 RLC헤더를 더해 RLC PDU를 구성한다. RLC PDU의 헤더에는 일련번호 즉, 시퀀스 넘버(Sequence Number)를 포함할 수 있어 수신측에서는 수신된 RLC PDU의 시퀀스 넘버를 검사해 전송 중 소실된 RLC PDU를 검출해낼 수 있고 해당 PDU를 송신측에서 재전송하도록 요구할 수 있다.

도 2에 RLC SDU들이 분할 및 연결 기능에 의해 RLC PDU들로 변환되는 과정을 도시했다. 상기 도 2에서 알 수 있듯이, 하나의 RLC PDU에는 하나 이상의 RLC SDU가 포함될 수 있으며, 여러 개의 PDU가 하나의 SDU를 구성할 수도 있다.

한편, RLC계층은 수행하는 기능에 따라 3가지의 모드(Mode)가 존재하며, 여기에는 이들은 각각 투명모드(Transparent Mode), 무응답모드(Unacknowledged Mode), 그리고 응답모드(Acknowledged Mode)가 이다. 투명모드로 동작할 경우에는 상위로부터 내려온 RLC SDU에 어떤 헤더정보도 추가되지 않는다.

일반적으로 투명모드에서는 RLC SDU의 분할 및 연결을 사용하지 않지만, 경우에 따라 무선베어러의 설정 시 분할 및 연결 기능의 사용여부가 결정된다. 무응 답모드로 동작하는 경우에는 RLC PDU의 전송이 실패했더라도 재전송을 지원하지 않는다. 따라서 전송 중 데이터가 소실되거나 문제가 발생하더라도 수신측에서는 재전송을 요구하지 않고, 관련된 데이터들을 폐기시킨다. 무응 답모드를 이용할 수 있는 서비스로는 셀방송서비스(Cell Broadcast Service)와 IP망을 이용한 음성서비스(Voice over IP)등을 들 수 있다.

RLC계층이 응답모드로 동작하면 패킷의 전송 실패시 재전송을 지원한다. 즉, 송신측 RLC계층은 수신측으로부터 전송의 성공여부를 판단할 수 있는 상태 정보를 받아 재전송이 필요한 RLC PDU를 재전송한다.

RLC계층이 응답모드로 동작하게 될 때, RLC PDU들은 헤더에 들어있는 일련정보에 따라 차례대로 RLC버퍼에 저장된다. 저장된 RLC PDU들은 MAC계층이 요구한 개수만큼 MAC계층으로 전달되며, 기본적으로 일련번호순서에 따라 전송이 이루어진다. 송신측 RLC계층에서 처음으로 송신되는 RLC PDU들은 일련번호 순서대로 전송되므로, 수신측 RLC 계층에서는 수신되는 일련번호를 관찰해 전송에 실패한 RLC PDU를 판독할 수 있다.

일반적으로 송신측과 수신측의 RLC계층은 각각 송신 윈도우(Transmission Window)와 수신 윈도우(Receiving Window)를 가진다. 송신 윈도우는 송신측에서 한번에 보낼 수 있는 RLC PDU들의 범위를 의미하며, 일련번호가 송신 윈도우 내에 있는 PDU만이 전송될 수 있다. 마찬가지로, 수신측에서는 일련번호가 수신 윈도우 내에 있는 PDU만을 수신할 수 있으며, 수신 윈도우를 벗어난 일련번호를 갖는 PDU는 수신 즉시 폐기시킨다.

한편, RLC 계층에서의 흐름 제어(flow control)는 수신측에서 PDU 처리율보다 입력율이 더 높아 수신 윈도우가 오버플로우(overflow)될 위험이 있는 경우 사용될 수 있는데, 이 경우 수신측은 송신측 RLC로 하여금 송신 윈도우의 크기를 변경하도록 요청할 수 있다. 이에 따라 송신측 RLC는 송신 윈도우의 크기를 이미 설정된 특정 값의 한도 내에서 조정하게 된다.

그런데, 만일 수신측 요구에 따라 송신 윈도우의 크기를 변경하려고 할 때, 이미 송신 윈도우에 들어 있는 데이터의 크기가 변경하고자 하는 송신 윈도우의 크기보다 클 경우, 이에 대해서 3GPP 규격에서는 아무런 방법도 제시하지 않고 있다.

더욱이, 이러한 문제는 송신측의 시스템 리소스(resource)가 수신측의 시스템 리소스(resource)보다 큰 경우 발생될 가능성이 높으며(예를 들어, 기지국에서 사용자 단말기로 데이터를 전송하는 경우), 이에 따라 위와 같은 문제를 해결하기 위한 방법이 필요하게 되었다.

본 발명은 3GPP RLC 계층의 응답 모드 동작에 있어서, 흐름 제어(flow control)에 의해 송신 윈도우의 크기를 변경하려고 할 때, 현재 송신 윈도우에 들어 있는 PDU 크기에 따라 그 처리를 달리함으로써 데이터 통신의 스루풋(throughput) 저하를 최소한으로 방지하는 것을 목적으로 한다.

본 발명의 목적들은 이상에서 언급한 목적들로 제한되지 않으며, 언급되지 않은 또 다른 목적들은 아래의 기재로부터 당업자에게 명확하게 이해될 수 있을 것이다.

상기 목적을 달성하기 위하여, 본 발명에 따른 무선 링크 제어 계층의 버퍼 제어 방법은 수신측으로부터 수신측 윈도우에 관한 윈도우 크기 정보를 수신하는 (a) 단계와, 상기 수신측 윈도우 크기 정보가 데이터 버퍼에 남아 있는 데이터의 크기보다 작은 경우, 상기 수신측에 대하여 이미 송신된 데이터에 대한 응답(ACK) 여부를 나타내는 정보를 요청하는 (b) 단계와, 상기 요청에 따라 수신한 정보를 기초로 상기 데이터 버퍼에 남아 있는 데이터를 처리하는 (c) 단계 및 상기 윈도우 크기 정보에 따라 상기 송신 윈도우를 재설정하는 (d) 단계를 포함한다.

또한, 상기 목적을 달성하기 위하여, 본 발명에 따른 무선 링크 제어 계층의 버퍼 제어 방법은 수신측으로부터 수신측 윈도우에 관한 윈도우 크기 정보를 수신하는 (a) 단계와, 송신측 데이터 버퍼에서 상기 수신측으로부터 응답(ACK)을 받은 데이터들을 제거하는 (b) 단계 및 상기 송신측 데이터 버퍼에 남아 있는 데이터를 처리하고, 상기 수신한 수신측 윈도우 크기 정보를 기초로 상기 송신 윈도우를 재설정하는 (c) 단계를 포함한다.

또한, 상기 목적을 달성하기 위하여, 본 발명에 따른 본 발명에 따른 무선 링크 제어 계층의 버퍼 제어 장치는 수신측으로부터 수신측 윈도우에 관한 윈도우 크기 정보를 수신하는 데이터 송수신부와, 상기 수신측 윈도우 크기 정보와 데이터 버퍼에 남아 있는 데이터의 크기를 비교하는 비교부 및 상기 비교부의 비교 결과에 따라 상기 데이터 버퍼에 남아 있는 데이터를 처리하고, 상기 수신측 윈도우 크기 정보를 기초로 송신 윈도우를 재설정하는 제어부를 포함한다.

본 발명에 따른 버퍼 제어 방법에 따르면 3GPP RLC 계층의 응답 모드 동작에 있어서, 수신측 요청에 따라 송신 윈도우의 크기를 변경하려고 할 때, 현재 송신 윈도우에 들어 있는 PDU 크기에 따라 그 처리를 달리함으로써 데이터 통신의 스루풋(throughput) 저하를 최소한으로 방지할 수 있는 효과가 있다.

본 발명의 실시예들의 구체적인 사항들은 상세한 설명 및 도면들에 포함되어 있다.

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

이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 상세히 설명하기로 한다.

도 3 및 도 4는 본 발명의 일 실시예에 따라 무선 링크 제어 계층의 버퍼를 제어하는 경우를 나타내는 도면이다.

본 발명에 따라 무선 링크 제어 계층, 즉 RLC 계층에서 데이터 버퍼를 제어하는 모드(mode)의 하나로서, 수신측에서 요청한 수신측 요청 윈도우 크기(RRWS)가 현재 데이터 버퍼에 남아 있는 데이터의 크기보다 큰 경우를 도 3에서 도시하고 있다.

이 경우, 송신측에서는 데이터 버퍼에 남아 있는 데이터를 그대로 유지한채, 송신 윈도우의 크기를 RRWS 만큼 축소하고 이전과 동일한 방법으로 남아 있는 데이터를 수신측으로 전송하게 된다. 이 때, 남아 있는 데이터를 수신측으로 모두 전송한 후 송신 윈도우의 크기를 RRWS 만큼 축소할 수도 있다.

데이터 버퍼에 남아 있는 데이터를 모두 수신측으로 송신한 후, 송신측의 LRC 계층에서는 축소된 송신 윈도우의 크기에 적합하도록 PDU를 생성하여 데이터 버퍼에 적재하게 된다.

또한, 본 발명에 따라 RLC 계층에서 데이터 버퍼를 제어하는 또다른 모 드(mode)는, 수신측에서 요청한 수신측 요청 윈도우 크기(RRWS)가 현재 데이터 버퍼에 남아 있는 데이터의 크기보다 작은 경우로서 이를 도 4에서 도시하고 있다.

이 경우, 송신측에서는 바람직하게는 데이터 버퍼에 남아 있는 데이터 중에서 수신측으로부터 응답(ACK)를 기다리고 있는 PDU를 모두 처리할 때까지 기존의 송신 윈도우의 크기를 변경시키지 않는다.

즉, 송신측의 데이터 버퍼에는 이미 수신측으로 송신된 PDU와 아직 수신측으로 송신되지 않은 PDU가 함께 존재할 수 있다. 따라서, 이미 수신측으로 송신된 PDU에 대해서는 송신된 PDU에 대한 응답(ACK)을 기다리고, 만일 일정한 시간 내에 상기 응답(ACK)이 수신되면 상기 응답을 받은 PDU에 대해서는 송신측의 데이터 버퍼에서 제거하는 것이다.

또한, 송신측의 데이터 버퍼 내에서 응답(ACK)을 기다리고 있는 PDU를 모두 처리한 후, 송신 윈도우에 들어 있는 데이터의 양이 RRWS보다 여전히 많은 경우에는 송신측의 데이터 버퍼를 리셋(reset)한 후, 송신 윈도우의 크기를 RRWS로 조정하게 된다. 그리고, 송신 윈도우에 들어 있는 데이터의 양이 RRWS보다 적은 경우에는 도 3에 도시된 방법에 따라 처리하게 된다.

도 5는 본 발명의 일 실시예에 따른 버퍼 제어 장치를 나타내는 블록도이다.

도 5를 참조하면, 본 발명에 따른 버퍼 제어 장치(500)는 데이터 송수신부(510), 비교부(520), 제어부(530), 데이터 버퍼(540) 그리고 PDU 생성부(500)를 포함한다.

데이터 송수신부(510)는 수신측과 데이터를 주고 받는 인터페이스이고, 비교 부(520)는 수신측으로부터 송신 윈도우 크기에 대한 변경 요청이 있는 경우, 수신측 요청 윈도우 크기, 즉 RRWS와 현재 송신측의 데이터 버퍼에 남아 있는 데이터의 크기를 비교한다.

제어부(530)는 비교부(520)의 비교 결과에 따라 현재 송신측의 데이터 버퍼에 남아 있는 데이터의 처리를 제어한다.

데이터 버퍼(540)는 수신측으로 송신할 데이터들을 임시 저장하는 기능을 한다.

PDU 생성부(550)는 RRWS에 적합하도록 RLC SDU들을 분할 및 연결하여 RLC PDU들을 생성한다.

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

이하, 도 5에 도시된 각 구성 요소들간의 동작을 도 6에 도시된 플로우 차트를 이용하여 구체적으로 설명하도록 한다.

우선 데이터 송수신부(510)는 수신측으로부터 수신측 요청 윈도우 크기(RRWS) 정보를 수신한다(S610).

데이터 송수신부(510)가 수신측으로부터 RRWS 정보를 수신하는 방법으로서, 상태 PDU를 이용할 수 있다.

상태 PDU는 수신측 수신 윈도우 안에 있는 PDU 들에 대해서 각각의 PDU에 대해 에러 유무를 확인하여 송신측으로 각 PDU에 대해 응답(ACK) 혹은 비응답(NACK)인지를 알려 주는 상태 정보를 포함하고 있는 PDU를 말한다.

이러한 상태 PDU의 구조를 도 7에서 도시하고 있는데, 그 구조를 개략적으로 살펴보면, 데이터/컨트롤을 선택하는 D/C 비트(710)와, PDU의 종류를 선택하는 PDU 종류 필드(720) 그리고 다수의 SUFI 필드(730, 740)들로 이루어진다. 상기 SUFI 필드는 일반적으로 16비트 구조로 되어 있으며, 필요에 따라 다수의 SUFI 필드들이 동시에 포함될 수 있다.

예를 들어 응답(ACK) SUFI 필드와 윈도우 크기(WINDOW) SUFI 필드를 동시에 전송할 수도 있다.

한편, 도 8에서는 일반적인 SUFI(810)의 구조, WINDOW SUFI(820)의 구조(820) 및 ACK SUFI(830) 구조를 도시하고 있다.

도 8을 참조하여 일반적인 SUFI의 구조(810)를 살펴보면, SUFI 종류를 나타내는 종류 필드와, 해당 종류의 길이를 나타내는 길이 필드 그리고 값을 필요로 하 는 종류를 위한 값 필드와 같은 하부 필드들로 이루어진다. 종류에 따라서는 종류 필드, 길이 필드, 값 필드 중 일부만을 사용하는 것도 있으며, WINDOW SUFI(820) 및 ACK SUFI(830)는 종류 필드와 길이 필드만을 이용한다.

WINDOW SUFI(820)는 윈도우 크기 SUFI 라는 것을 나타내는 값이 4비트의 종류 필드에 위치하며, 윈도우 크기를 의미하는 12비트의 윈도우 크기 숫자(Window Size Number; WSN)가 길이 필드에 위치한다. 이 때, 윈도우 크기 숫자가 앞서 설명한 수신측 요청 윈도우 크기(RRWS)에 대응하는 정보이다.

ACK SUFI(830)는 ACK SUFI라는 것을 나타내는 값이 4비트의 종류 필드에 위치하며, 수신측에서 인식한 시퀀스 번호(LSN)가 길이 필드에 위치한다. 이를 통해 송신측은 현재 수신측에서 응답(ACK)한 PDU 데이터의 양을 알 수 있게 되는 것이다.

이렇게 상태 PDU는 다수의 SUFI 필드들을 포함하므로 마지막 SUFI 필드는 데이터 종료(NO_MORE) SUFI 필드를 삽입하며, 상태 PDU의 크기에 맞도록 나머지 공간들은 0으로 채운 패딩(padding) 필드(740)가 존재한다.

따라서, 데이터 송수신부(510)는 수신측으로부터 윈도우 크기(WINDOW) SUFI 필드를 갖는 상태 PDU를 수신함으로써 RRWS 정보를 수신할 수 있다. 이 때, 상기 윈도우 크기(WINDOW) SUFI 필드는 수신측이 요청하는 송신 윈도우의 크기에 대한 정보를 포함한다.

위와 같은 방식에 따라 데이터 송수신부(510)가 RRWS 정보가 포함된 상태 PDU를 수신하면, 이를 비교부(520)로 전달한다.

비교부(520)에서는 수신측으로부터 수신한 RRWS 정보와 현재 송신측 데이터 버퍼 즉, 데이터 버퍼(540)에 남아 있는 데이터의 양을 비교한다(S620).

이 때, 만일 데이터 버퍼(540)에 RRWS 이상의 데이터가 남아 있지 않는 경우에는 제어부(530)는 데이터 송수신부(510)를 제어하여 데이터 버퍼(540)에 남아 있는 데이터를 전송하도록 하고(S630), RRWS 정보로 송신 윈도우를 재설정한다(S660). 이 때, S630 단계와 S660 단계는 그 순서가 서로 바뀌어 동작할 수도 있으며, 제어부(530)는 데이터 버퍼(540)에 남아 있는 데이터를 수신측으로 전송하지 않고 리셋할 수도 있다.

그리고, 제어부(530)는 PDU 생성부(550)로 하여금 RRWS에 적합하도록 RLC SDU들을 분할 및 연결하여 RLC PDU들을 생성하도록 하고, 이렇게 생성된 RLC PDU들을 데이터 버퍼(540)에 저장한다.

한편, S620 단계에서 데이터 버퍼(540)에 RRWS 이상의 데이터가 남아 있는 경우에는 우선 제어부(530)는 데이터 송수신부(510)로 하여금 데이터 버퍼(540)에 남아 있는 데이터의 전송을 일시 중지시키고, 데이터 버퍼(540)에서 응답(ACK)을 기다리고 있는 데이터를 처리한다(S640).

이를 위하여, 데이터 송수신부(510)는 수신측에 대하여 이미 송신된 데이터에 대한 응답(ACK) 여부를 나타내는 정보를 포함하는 상태 PDU를 전송할 것을 요청하고, 상기 요청에 대응하여 도 7에 도시된 것과 같은 상태 PDU를 수신하면, 제어부(530)는 상기 수신한 상태 PDU에 포함되어 있는 ACK SUFI 필드를 기초로 응답(ACK)을 기다리고 있는 데이터를 처리하게 되는 것이다. 즉, 응답(ACK)을 수신한 데이터에 대해서는 데이터 버퍼(540)에서 제거하게 된다. 다만, 일정한 시간 내에 수신측으로부터 상태 PDU가 수신되지 않는 경우에는 현재 데이터 버퍼(540)에 남아 있는 데이터를 모두 리셋(reset), 즉 제거하게 된다.

데이터 버퍼(540)에 남아 있는 데이터 중 응답(ACK)을 수신한 데이터를 처리한 후, 데이터 버퍼(540)에 남아 있는 데이터의 양이 여전히 RRWS보다 큰 경우에 제어부(530)는 데이터 버퍼(540)에 남아 있는 데이터를 리셋하고(S650), RRWS 정보로 송신 윈도우를 재설정한다(S660).

다만, 응답(ACK)을 수신한 데이터를 처리한 후, 데이터 버퍼(540)에 남아 있는 데이터의 양이 RRWS보다 작은 경우에는 S630 단계를 수행한 후 RRWS 정보로 송신 윈도우를 재설정하게 된다.

이상과 첨부된 도면을 참조하여 본 발명의 일 실시예를 설명하였지만, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다.

도 1은 3GPP 무선접속망 규격에 따른 무선 인터페이스 프로토콜의 구조를 나타내는 도면이다.

도 2는 RLC SDU들이 분할 및 연결 기능에 의해 RLC PDU들로 변환되는 과정을 나타내는 도면이다.

도 3 및 도 4는 본 발명의 일 실시예에 따라 무선 링크 제어 계층의 버퍼를 제어하는 경우를 나타내는 도면이다.

도 5는 본 발명의 일 실시예에 따른 버퍼 제어 장치를 나타내는 블록도이다

도 6은 본 발명의 일 실시예에 따른 버퍼 제어 방법을 나타내는 플로우 차트이다.

도 7은 상태 프로토콜 데이터 유닛(Protocol Data Unit)의 구조를 나타내는 도면이다.

도 8은 일반적인 SUFI의 구조, WINDOW SUFI의 구조 및 ACK SUFI 구조를 나타내는 도면이다.

<도면의 주요 부분에 관한 부호의 설명>

510: 데이터 송수신부

520: 비교부

530: 제어부

540: 데이터 버퍼, 550: PDU 생성부

Claims (13)

1. 수신측으로부터 수신측 윈도우에 관한 윈도우 크기 정보를 수신하는 (a) 단계;

   상기 수신측 윈도우 크기 정보가 데이터 버퍼에 남아 있는 데이터의 크기보다 작은 경우, 상기 수신측에 대하여 이미 송신된 데이터에 대한 응답(ACK) 여부를 나타내는 정보를 요청하는 (b) 단계;

   상기 요청에 따라 수신한 정보를 기초로 상기 데이터 버퍼에 남아 있는 데이터를 처리하는 (c) 단계; 및

   상기 윈도우 크기 정보에 따라 상기 송신 윈도우를 재설정하는 (d) 단계를 포함하는 무선 링크 제어 계층에서의 버퍼 제어 방법.
2. 제 1항에 있어서,

   상기 (b) 단계는, 상기 수신측 윈도우 크기 정보가 데이터 버퍼에 남아 있는 데이터의 크기보다 작지 않은 경우, 상기 데이터 버퍼에 남아 있는 데이터를 상기 수신측으로 전송하고 상기 수신측 윈도우 크기 정보에 따라 상기 송신 윈도우를 재설정하는 단계를 더 포함하는, 무선 링크 제어 계층에서의 버퍼 제어 방법.
3. 제 1항에 있어서,

   상기 (c) 단계는 상기 요청에 따라 수신한 정보를 기초로 상기 데이터 버퍼 에 남아 있는 데이터들중에서 응답(ACK)을 받은 데이터들을 상기 데이터 버퍼로부터 제거하는 단계를 포함하는, 무선 링크 제어 계층에서의 버퍼 제어 방법.
4. 제 3항에 있어서,

   상기 (c) 단계는, 상기 응답(ACK)을 받은 데이터들이 상기 데이터 버퍼로부터 제거된 후, 상기 데이터 버퍼에 남아 있는 데이터의 크기가 상기 수신측 윈도우 크기 정보보다 큰 경우 상기 데이터 버퍼를 리셋하는 단계를 더 포함하는, 무선 링크 제어 계층에서의 버퍼 제어 방법.
5. 제 4항에 있어서,

   상기 (c) 단계는, 상기 응답(ACK)을 받은 데이터들이 상기 데이터 버퍼로부터 제거된 후, 상기 데이터 버퍼에 남아 있는 데이터의 크기가 상기 수신측 윈도우 크기 정보보다 크지 않은 경우, 상기 데이터 버퍼의 크기를 재설정한 후 상기 데이터 버퍼에 남아 있는 데이터를 상기 수신측으로 전송하는 단계를 더 포함하는, 무선 링크 제어 계층에서의 버퍼 제어 방법.
6. 제 1항에 있어서,

   상기 윈도우 크기 정보는 상태 프로토콜 데이터 유닛(상태 PDU)에 포함되어 수신측으로부터 수신되는, 무선 링크 제어 계층에서의 버퍼 제어 방법.
7. 제 1항에 있어서,

   상기 응답(ACK) 여부를 나타내는 정보는 상태 프로토콜 데이터 유닛(상태 PDU)에 포함되어 수신측으로부터 수신되는, 무선 링크 제어 계층에서의 버퍼 제어 방법.
8. 수신측으로부터 수신측 윈도우에 관한 윈도우 크기 정보를 수신하는 (a) 단계;

   송신측 데이터 버퍼에서 상기 수신측으로부터 응답(ACK)을 받은 데이터들을 제거하는 (b) 단계; 및

   상기 송신측 데이터 버퍼에 남아 있는 데이터를 처리하고, 상기 수신한 수신측 윈도우 크기 정보를 기초로 상기 송신 윈도우를 재설정하는 (c) 단계를 포함하는, 무선 링크 제어 계층에서의 버퍼 제어 방법.
9. 제 8항에 있어서,

   상기 (c) 단계에서, 상기 송신측 데이터 버퍼에 남아 있는 데이터를 처리하는 단계는, 상기 송신측 데이터 버퍼에 남아 있는 데이터를 상기 수신측으로 전송하거나, 상기 송신측 데이터 버퍼에 남아 있는 데이터를 리셋하는 단계를 포함하는, 무선 링크 제어 계층에서의 버퍼 제어 방법.
10. 수신측으로부터 수신측 윈도우에 관한 윈도우 크기 정보를 수신하는 데이터 송수신부;

    상기 수신측 윈도우 크기 정보와 데이터 버퍼에 남아 있는 데이터의 크기를 비교하는 비교부; 및

    상기 비교부의 비교 결과에 따라 상기 데이터 버퍼에 남아 있는 데이터를 처리하고, 상기 수신측 윈도우 크기 정보를 기초로 송신 윈도우를 재설정하는 제어부를 포함하는 버퍼 제어 장치.
11. 제 10항에 있어서,

    상기 제어부는, 상기 비교부의 비교 결과 상기 수신측 윈도우 크기 정보가 상기 데이터 버퍼에 남아 있는 데이터의 크기보다 작은 경우, 상기 데이터 버퍼에서 상기 수신측으로부터 응답(ACK)을 받은 데이터들을 제거하는, 버퍼 제어 장치.
12. 제 10항에 있어서,

    상기 재설정된 송신 윈도우에 적합하도록 무선 링크 제어 서비스 데이터 유닛(RLC SDU)들을 분할 및 연결에 의하여 무선 링크 제어 프로토콜 데이터 유닛(RLC PDU)들을 생성하는 PDU 생성부를 더 포함하는, 버퍼 제어 장치.
13. 제 10항에 있어서,

    상기 수신측 윈도우 크기 정보는 상태 프로토콜 데이터 유닛(상태 PDU)에 포함되어 데이터 송수신부가 수신하고,

    상기 상태 프로토콜 데이터 유닛의 윈도우 크기(WINDOW) SUFI 필드에서 상기 수신측 윈도우 크기 정보가 표시되는, 버퍼 제어 장치.

Images