KR20170059360A

KR20170059360A - 프로토콜 처리 장치 및 방법

Info

Publication number: KR20170059360A
Application number: KR1020160022634A
Authority: KR
Inventors: 김경숙; 김성경; 권동승; 김승현; 김응배; 김홍숙; 나지현; 박도현; 박용직; 오상철; 오현주; 정현규; 최성구
Original assignee: 한국전자통신연구원
Priority date: 2015-11-20
Filing date: 2016-02-25
Publication date: 2017-05-30
Also published as: KR101841823B1

Abstract

둘 이상의 쓰레드의 쓰레드 처리 방식을 실시간 처리 방식 및 비 실시간 처리 방식으로 구분하고, 둘 이상의 쓰레드의 API 송수신 방식을 순차적 송수신 방식 및 병행 송수신 방식으로 구분하며, 구분된 쓰레드 처리 방식 및 구분된 API 수신 방식에 따라 각각의 쓰레드를 처리하는 프로토콜 처리 장치 및 방법을 제공한다.

Description

프로토콜 처리 장치 및 방법{APPARATUS AND METHOD FOR PROCESSING PROTOCOL}

본 발명의 실시예들은 이동 통신 기지국 시스템에서 계층 2 프로토콜 기능 처리 방법 및 장치에 관한 것이다.

LTE 기반 이동 통신 시스템에서 레이어(Layer) 2 계층은 MAC(Multiplexed Analog Components), RLC(Rotate Left Accumulator), PDCP(Packet Data Convergence Protocol) 프로토콜과 스케쥴러 기능을 수행하고 레이어 3 계층은 RRC(Radio Resource Control), GTP(GPRS Tunneling Protocol) 프로토콜과 호 제어(Call Control) 및 RRM(Radio Resource Management) 등의 기능을 수행한다.

기지국 시스템의 L2/L3 계층과 물리계층 간의 인터페이스는 스몰 셀 포럼(Small Cell Forum)에서 정의하는 L1 API를 따를 수 있다.

LTE 기반 기지국 시스템의 계층 2 프로토콜 기능은 1ms 단위의 전송시간 간격마다 상기 L1 API와 계층 2 프로토콜 기능 사이의 API 인터페이스를 통해 무선 자원을 스케줄링하고 사용자 단말의 데이터 송수신 기능을 처리할 수 있다.

기지국 시스템에서 API 송수신은 사용자 단말 수가 많거나 버스트(burst)한 트래픽 송수신 처리 시 1ms 전송 시간 간격 내에 수십 회 이상 발생할 수 있다.

저 사양의 하드웨어를 기반으로 하는 소형셀 기지국 시스템은 계층 2 프로토콜 처리 속도를 최소화하는 기법이 필수적이라 할 수 있다.

계층 2 프로토콜 기능 중 1ms 전송시간 간격을 지켜야 하는 실시간 기능과 1ms 전송시간 간격에 의존하지 않는 비 실시간 기능의 쓰레드(thread)를 구분하고, 순차적으로 처리해야 하는 기능과 병행 처리 가능한 기능에 따라 API 송수신 방식을 구분하여 처리하는 기법이 필요하다.

본 발명의 일실시예는 계층 2 프로토콜 기능 처리 방법에 있어서, 실시간 기능과 비 실시간 기능을 구분하고, 순차적 처리 기능과 병행 처리 기능을 구분하여 처리함으로써 계층 2 프로토콜 처리 속도를 최소화하는 하는 것을 목적으로 한다.

본 발명의 일실시예에 따른 프로토콜 처리 장치는 둘 이상의 쓰레드의 쓰레드 처리 방식을 실시간 처리 방식 및 비 실시간 처리 방식으로 구분하는 처리 방식 스케쥴러, 상기 둘 이상의 쓰레드의 API 송수신 방식을 순차적 송수신 방식 및 병행 송수신 방식으로 구분하는 송수신 방식 스케쥴러, 및 상기 구분된 쓰레드 처리 방식 및 상기 구분된 API 수신 방식에 따라 상기 각각의 쓰레드를 처리하는 쓰레드 처리부를 포함한다.

본 발명의 일실시예에 따른 프로토콜 처리 방법은 둘 이상의 쓰레드의 쓰레드 처리 방식을 실시간 처리 방식 및 비 실시간 처리 방식으로 구분하는 단계, 상기 구분된 쓰레드 처리 방식에 따라 각각의 쓰레드를 처리하는 단계, 상기 둘 이상의 쓰레드의 API 송수신 방식을 순차적 송수신 방식 및 병행 송수신 방식으로 구분하는 단계, 및 상기 구분된 API 수신 방식에 따라 상기 각각의 쓰레드를 처리하는 단계를 포함한다.

본 발명의 일실시예에 따르면 계층 2 프로토콜 기능 처리 방법에 있어서, 실시간 기능과 비 실시간 기능을 구분하고, 순차적 처리 기능과 병행 처리 기능을 구분하여 처리함으로써 계층 2 프로토콜 처리 속도를 최소화할 수 있다.

도 1은 본 발명의 일실시예에 따른 프로토콜 처리 장치의 구성을 도시한 블록도이다.
도 2는 본 발명의 일측에 따른 L1 API와 L2/L3 프로토콜의 정합 관계를 도시한 블록도이다.
도 3 및 도 4는 본 발명의 일측에 따른 하향링크 및 상향링크 API 흐름을 도시한 도면이다.
도 5는 본 발명의 일실시예에 따른 계층 2 프로토콜 처리 구조를 도시한 도면이다.
도 6은 본 발명의 일실시예에 따른 프로토콜 처리 방법을 도시한 흐름도이다.

이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시예를 상세하게 설명하지만, 본 명세서에 개시되어 있는 본 발명의 개념에 따른 실시예들에 대해서 특정한 구조적 또는 기능적 설명들은 단지 본 발명의 개념에 따른 실시예들을 설명하기 위한 목적으로 예시된 것으로서, 본 발명의 개념에 따른 실시예들은 다양한 형태로 실시될 수 있으며 본 명세서에 설명된 실시예들에 한정되지 않는다.

본 발명의 개념에 따른 실시예들은 다양한 변경들을 가할 수 있고 여러 가지 형태들을 가질 수 있으므로 실시예들을 도면에 예시하고 본 명세서에 상세하게 설명하고자 한다. 그러나, 이는 본 발명의 개념에 따른 실시예들을 특정한 개시형태들에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 변경, 균등물, 또는 대체물을 포함한다

제1 또는 제2 등의 용어를 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만, 예를 들어 본 발명의 개념에 따른 권리 범위로부터 이탈되지 않은 채, 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소는 제1 구성요소로도 명명될 수 있다.

어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다. 구성요소들 간의 관계를 설명하는 표현들, 예를 들어 "~사이에"와 "바로~사이에" 또는 "~에 직접 이웃하는" 등도 마찬가지로 해석되어야 한다.

본 명세서에서 사용한 용어는 단지 특정한 실시예들을 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 설시된 특징, 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함으로 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

한편, 본 발명을 설명함에 있어서, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는, 그 상세한 설명을 생략할 것이다. 그리고, 본 명세서에서 사용되는 용어(terminology)들은 본 발명의 실시예를 적절히 표현하기 위해 사용된 용어들로서, 이는 사용자, 운용자의 의도 또는 본 발명이 속하는 분야의 관례 등에 따라 달라질 수 있다. 따라서, 본 용어들에 대한 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 명세서에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

또한, 첨부 도면을 참조하여 설명함에 있어, 도면 부호에 관계없이 동일한 구성 요소는 동일한 참조 부호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 실시예를 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 실시예의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다.

도 1은 본 발명의 일실시예에 따른 프로토콜 처리 장치의 구성을 도시한 블록도이다.

도 1을 참조하면, 본 발명의 일실시예에 따른 프로토콜 처리 장치는 처리 방식 스케쥴러(110), 송수신 방식 스케쥴러(120), 및 쓰레드 처리부(130)를 포함한다.

처리 방식 스케쥴러(110)는 둘 이상의 쓰레드의 쓰레드 처리 방식을 실시간 처리 방식 및 비 실시간 처리 방식으로 구분하며, 송수신 방식 스케쥴러(120)는 상기 둘 이상의 쓰레드의 API 송수신 방식을 순차적 송수신 방식 및 병행 송수신 방식으로 구분한다.

쓰레드 처리부(130)는 상기 구분된 쓰레드 처리 방식 및 상기 구분된 API 수신 방식에 따라 상기 각각의 쓰레드를 처리한다.

도 2는 본 발명의 일측에 따른 L1 API와 L2/L3 프로토콜의 정합 관계를 도시한 블록도이다.

도 2를 참조하면, 본 발명의 일측에 따른 이동 통신 시스템의 Layer 2 계층에는 MAC(210), RLC(220), PDCP(230) 프로토콜과 스케쥴러 기능을 수행하고, Layer 3 계층에서는 RRC(240), GTP 프로토콜과 Call Control 및 RRM(Radio Resource Management) 등의 기능을 수행할 수 있다.

도 3 및 도 4는 본 발명의 일측에 따른 하향링크 및 상향링크 API 흐름을 도시한 도면이다.

도 3 및 4를 참조하면, 본 발명의 일측에 따른 이동 통신 시스템은 스몰 셀 포럼(Small Cell Forum)에서 정의하는 하향링크 L1 API(downlink L1 API) 흐름 및 상향링크 L1 API(uplink L1 API) 흐름에 따라 데이터를 송수신 할 수 있다.

아래에서는 본 발명의 일실시예에 따른 이동 통신 시스템의 프로토콜 처리 장치의 세부 프로세서를 설명하도록 한다.

본 발명의 일측에 따른 이동 통신 시스템의 계층 2은 물리 계층으로부터 SUBFRAME IND 수신 시점을 기준으로 새로운 전송시간 간격을 시작할 수 있다.

계층 2의 DL PDCP는 상위 계층으로부터 하향 링크 데이터를 수신하여 DL RLC에 전달하고, RLC는 하향 링크 버퍼 정보를 업데이트할 수 있다.

하향 링크 스케쥴러는 버퍼 정보를 기반으로 하향 링크 데이터 전송을 위한 자원을 할당하고, 자원 할당 정보를 물리 계층으로 DL CONFIG REQ 전송할 수 있다.

DL RLC와 DL MAC은 하향 링크 자원 할당 정보를 기반으로 RLC 데이터와 MAC 데이터를 생성하고, 하향 링크 전송 블럭을 물리 계층으로 TX REQ 전송할 수 있다.

도 5는 본 발명의 일실시예에 따른 계층 2 프로토콜 처리 구조를 도시한 도면이다.

도 5를 참조하면, 스케쥴러(530)는 HARQ(Hybrid Automatic Retransmit reQuest), ULSCH, SR(Scheduling Request), CQI(Channel Quality Indicator), RACH(Random Access Channal), SRS(Sounding Reference Signal) 를 포함하는 상향링크 신호 수신을 위한 제어 정보를 물리계층(540)으로 UL CONFIG REQ로 전송할 수 있다.

기지국 시스템의 계층 2에서 스케쥴러(530)는 물리계층(540)으로부터 RACH, HARQ, CQI, SR, CRC, SRS 정보를 수신하여 처리하고, UL MAC은 물리계층(540)으로부터 ULSCH 데이터를 수신하여 처리하고 상향링크 RLC 데이터를 UL RLC(520)로 전송할 수 있다.

UL RLC(520)는 UL RLC 데이터를 처리하고 UL PDCP 데이터를 UL PDCP(510)로 전달하고, UL PDCP(510)는 PDCP 데이터를 처리하고 상향링크 데이터를 상위계층으로 전달할 수 있다.

기지국 시스템의 계층 2의 스케쥴러(530)와 MAC, RLC(520)는 다음과 같은 API를 사용할 수 있다.

- RLC_BUFFERUPDATE_REQ : 하향링크 버퍼 정보 업데이트 요청. DL SCHED -> DL RLC

- SCHED_DLTRIGGER_REQ : 하향링크 데이터 스케줄링 요청. DL RLC -> DL SCHED

- SCHED_DLCONFIG_IND : 하향링크 스케줄링 정보. DL SCHED -> DL RLC

- SCHED_ULTRIGGER_REQ : 상향링크 스케쥴러 시작 요청, DL MAC -> UL SCHED

- MAC_ULSTART_REQ: 상향링크 데이터 처리 요청, UL SCHED -> UL MAC

기지국 시스템의 사용자 트래픽을 처리하는 PDCP, RLC, MAC 계층 간에는 데이터 송수신을 처리하기 위해 다음과 같은 API를 사용할 수 있다.

- RLC_DATA_REQ : DL RLC 데이터 처리 요청, DL RLC -> DL RLC

- PDCP_DATA_REQ : DL PDCP 데이터 처리 요청, DL PDCP -> DL RLC

- RLC_DATA_REQ : DL RLC 데이터 처리 요청, DL RLC -> DL RLC

- MAC_DATA_IND : UL RLC 데이터 처리 요청, UL MAC -> UL RLC

- RLC_DATA_IND : UL PDCP 데이터 처리 요청, UL RLC -> UL PDCP

본 발명의 일측에 따른 기지국 시스템은 계층 2 프로토콜 기능에서 1ms 전송시간 간격을 지켜 하는 실시간 기능과 1ms 전송시간 간격에 의존하지 않는 비 실시간 기능의 쓰레드를 구분하여 처리할 수 있다.

예를 들어, 실시간 기능은 DL 스케쥴러, UL 스케쥴러, DL RLC, DL MAC, UL MAC 기능을 포함하고 비 실시간 기능은 UL RLC, PDCP 기능을 포함할 수 있다.

계층 2 프로토콜 기능은 3개의 쓰레드로 구분될 수 있다. 예를 들어, 제1 쓰레드는 DL 스케쥴러, UL 스케쥴러, DL RLC, DL MAC, UL MAC 기능을 포함하고, 제2 쓰레드는 UL RLC 기능을 포함하고, 제3 쓰레드는 PDCP 기능을 포함할 수 있다.

본 발명의 일측에 따르면, 제1 쓰레드, 제2 쓰레드, 및 제3 쓰레드 각각은 서로 병행 처리 가능하므로 계층 2 프로토콜 기능의 처리 속도를 줄일 수 있다.

MAC 계층에서 물리계층으로 전달하는 DL CONFIG, UL CONFIG, TX REQ, HI DCI0 REQ 타이밍에 의해 DL 버퍼 처리, DL 스케쥴러, DL RLC, DL MAC, UL 스케쥴러, UL MAC 기능은 제1 쓰레드에서 순차적으로 처리할 수 있다.

기지국 시스템은 계층 2 프로토콜 기능 간 또는 MAC 계층과 물리 계층(540) 간 인터페이스에서 API 도착 시점에 즉시 처리해야 하는 방식과 수신 API의 버퍼링이 가능한 인터페이스를 구분하여 처리할 수도 있다.

예를 들어, 수신 API의 버퍼링이 가능한 인터페이스는 원형 버퍼(Circular Buffer)를 사용할 수 있으며, 원형 버퍼를 사용하는 인터페이스는 MAC 계층과 물리 계층(540), DL PDCP 기능과 DL RLC 기능, UL MAC 기능과 UL RLC 기능, UL RLC 기능과 UL PDCP 기능 간 인터페이스를 포함할 수 있다.

도 4에 도시된 바와 같이 MAC 계층과 물리 계층(540) 간 원형 버퍼를 사용하는 API는 다음을 포함할 수 있다.

- RXULSCH IND

- RACH IND-

- HARQ IND

- SR IND

- CRC IND

- SRS IND

물리 계층(540)은 상기 API에 해당하는 신호 수신 시, 상기 API를 원형 버퍼에 푸시(PUSH)하고, 스케쥴러(530)와 UL MAC 계층은 상기 원형 버퍼에서 상기 API를 팝(POP)하여 처리할 수 있다.

제1 쓰레드에서 상기 RACH IND, HARQ IND, CQI IND, SR IND, CRC IND, SRS IND는 스케쥴러(530)에서 팝하여 처리하고, 상기 RXULSCH IND는 UL MAC 기능에서 팝 하여 처리할 수 있다.

기지국 시스템에서 ULSCH, RACH, HARQ, SR, CRC, SRS 신호는 1ms 전송시간 간격에 모두 발생할 수 있으며, API 송수신 방식을 원형 버퍼 인터페이스를 사용하면 물리계층(540)과 MAC 계층 간 API 송수신 시간을 줄일 수 있다.

계층 2에서 하향링크 데이터 처리를 위해 DL PDCP 기능과 DL RLC 기능 간 인터페이스에서 원형 버퍼를 사용할 수 있다.

DL PDCP는 하향링크 데이터 처리 요청 API를 원형 버퍼에 푸시하고, DL RLC는 서브프레임 시작 시점에 상기 원형 버퍼에서 상기 API를 POP 하여 하향링크 버퍼 정보를 업데이트하고 하향링크 스케줄링을 요청할 수 있다.

기지국 시스템에서 사용자 단말 수가 많거나 또는 버스트(burst)한 하향링크 데이터 전송 시 API는 1ms 전송시간 간격에 수십 개가 발생할 수 있으며, 하향링크 데이터 처리를 위한 API 송수신 방식을 원형 버퍼 인터페이스를 사용하면 계층 2의 하향링크 데이터 처리 시간을 줄일 수 있다.

계층 2에서 상향링크 데이터 처리를 위해 UL MAC 기능과 UL RLC 기능 간 인터페이스에서 원형 버퍼를 사용할 수 있다.

UL MAC은 ULSCH로 수신한 상향링크 데이터를 처리하고 UL RLC 데이터 처리 요청 API를 원형 버퍼에 PUSH하고, UL RLC는 상기 원형 버퍼에서 상기 API를 POP 하여 UL RLC 데이터를 처리할 수 있다.

계층 2에서 상향링크 데이터 처리를 위해 UL RLC 기능과 UL PDCP 기능 간 인터페이스에서 원형 버퍼를 사용할 수 있다.

UL RLC(520)은 상향링크 RLC 데이터를 처리하고 UL PDCP 데이터 처리 요청 API를 원형 버퍼에 푸시하고, UL PDCP(510)는 상기 원형 버퍼에서 상기 API를 팝 하여 UL PDCP 데이터를 처리할 수 있다.

기지국 시스템에서 사용자 단말 수가 많거나 또는 버스트 한 상향링크 데이터 처리 시, 상기 API는 1ms 전송시간 간격에 수십 개가 발생할 수 있으며, 상향링크 데이터 처리를 위한 API 송수신 방식을 원형 버퍼 인터페이스를 사용하면 계층 2의 상향링크 데이터 처리 시간을 줄일 수 있다.

아래에서는 본 발명의 일실시예에 따른 프로토콜 처리 방법을 설명하도록 한다.

본 발명의 일실시예에 따른 프로토콜 처리 방법은 전술한 프로토콜 처리 장치에 의하여 수행될 수 있는 바, 프로토콜 처리 장치를 주체로 하여 설명하도록 한다.

도 6은 본 발명의 일실시예에 따른 프로토콜 처리 방법을 도시한 흐름도이다.

도 6을 참조하면, 프로토콜 처리 장치는 둘 이상의 쓰레드의 쓰레드 처리 방식을 실시간 처리 방식 및 비 실시간 처리 방식으로 구분한다(610).

프로토콜 처리 장치는 구분된 쓰레드 처리 방식에 따라 각각의 쓰레드를 처리한다(620).

프로토콜 처리 장치는 둘 이상의 쓰레드의 API 송수신 방식을 순차적 송수신 방식 및 병행 송수신 방식으로 구분한다(630).

프로토콜 처리 장치는 구분된 API 수신 방식에 따라 각각의 쓰레드를 처리한다(640).

이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.

소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.

실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.

그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.

510: PDCP
520: UL RLC
530: 스케쥴러
540: 물리 계층

Claims

이동 통신 기지국 시스템의 프로토콜 처리 방법에 있어서,
둘 이상의 쓰레드의 쓰레드 처리 방식을 실시간 처리 방식 및 비 실시간 처리 방식으로 구분하는 단계;
상기 구분된 쓰레드 처리 방식에 따라 각각의 쓰레드를 처리하는 단계;
상기 둘 이상의 쓰레드의 API 송수신 방식을 순차적 송수신 방식 및 병행 송수신 방식으로 구분하는 단계; 및
상기 구분된 API 수신 방식에 따라 상기 각각의 쓰레드를 처리하는 단계
를 포함하는 프로토콜 처리 방법.