KR100782208B1

KR100782208B1 - Ｕｔｒａｎ에서의 이동국 ｒｌｃ 용량제어 방법

Info

Publication number: KR100782208B1
Application number: KR1020010018190A
Authority: KR
Inventors: 이승준
Original assignee: 엘지전자 주식회사
Priority date: 2001-04-06
Filing date: 2001-04-06
Publication date: 2007-12-05
Also published as: KR20020078171A

Abstract

본 발명은 UTRAN이 UE(이동국)의 RLC 용량(Capability)을 효과적으로 제어하여 데이터가 버퍼를 초과하는 오류를 방지하기 위한 UTRAN에서의 이동국 RLC용량 제어 방법에 관한 것이다.

본 발명은 UTRAN에서의 이동국 RLC용량의 제어는 송신단(UE)에서 수신단(UTRAN)으로 이동국 용량정보를 송신하는 단계와; 상기 전송된 정보를 UTRAN에 저장하는 단계와; 새로운 무선운반자(RB) 설정시 상기 저장된 정보중 AMD PDU의 헤더 크기 또는 송신단의 재전송 버퍼 크기를 각각 고려하거나 동시에 고려하여 송수신 윈도우 크기와 PDU크기를 결정하는 것을 특징으로 한다.

따라서 본 발명에 의하면, UTRAN이 UE의 RLC capability를 정확하게 고려하여 데이터의 손실을 막고 서로간의 프로토콜이 안정적으로 동작하게 할 수 있다.

UTRAN, UE, 용량, 헤더, 재전송, 버퍼, AM 모드

Description

ＵＴＲＡＮ에서의 이동국 ＲＬＣ 용량 제어 방법{Method for UTRAN to control UE RLC capability}

도 1은 종래 및 본 발명에 적용되는 RLC AM 엔티티(entity) 구조를 나타낸 도면

도 2는 AMD PDU의 구조를 설명하기 위한 도면

본 발명은 3GPP RLC 계층(layer)의 인식 모드(AM) 엔티티(entity) 구조의 데이터 송수신에 관한 것으로서, 특히 UTRAN이 UE(이동국)의 RLC 용량(Capability)을 효과적으로 제어하여 데이터가 버퍼를 초과하는 오류를 방지하기 위한 UTRAN에서의 이동국 RLC용량 제어 방법에 관한 것이다.

특히, 본 발명은 UTRAN이 새로운 무선운반자(RB)(Radio Bearer) 설정(setup) 시 송수신 window size와 PDU size를 결정하는데에 있어서, 2 bytes의 AMD PDU의 Header를 고려하여 결정하거나 송신단의 재전송 버퍼(Retransmission buffer)를 고 려하여 결정할 수 있으며, 또한 상기 2 byte의 AMD PDU의 Header와 송신단의 Retransmission buffer 모두를 고려하여 결정하는 UTRAN에서의 이동국 RLC용량 제어 방법에 관한 것이다.

더욱 상세하게는 본 발명은 이동국(UE)과 기지국 및 제어국과 상기 제어국을 관리하는 제어국 관리자를 포함하는 범용지역 무선 접속망(UTRAN)간의 데이터 송수신에 있어서, 이동국(UE)에서 UTRAN으로 이동국 용량정보를 송신하고 UTRAN에서는 상기 전송된 정보를 저장하고 있다가 새로운 무선운반자(RB) 설정시 상기 저장된 정보중 AMD PDU의 헤더 크기 또는 송신단(이동국)의 재전송 버퍼 크기를 별도로 각각 고려하거나 또는 AMD PDU의 헤더 크기와 송신단(이동국)의 재전송 버퍼 크기를 모두 고려하여 송수신 윈도우 크기와 PDU크기를 결정하는 UTRAN에서의 이동국 RLC 용량 제어 방법이다.

상기에서 UTRAN(Universal Terrestrial Radio Access Network)(범용지역무선접속망)은 기지국(BTS)과 제어국(BSC)및 상기 제어국을 관리하는 제어국 관리자(BSM)를 포함하며, UE(User Equipment)(사용자장치)는 이동통신시스템에서 이동국을 의미한다고 할 수 있다.

이하 종래의 UTRAN에서의 이동국(UE) RLC용량 제어 방법을 설명한다.

먼저, 본 발명에서 언급되는 래디오 링크 콘트롤(RLC:Radio Link Control) 계층은 3GPP의 제2계층으로서, 데이터 링크를 제어하는 프로토콜 계층으로 OSI 7계층 모델의 제2계층에 해당한다.

현재 3GPP에서 사용되는 RLC 엔티티(entity)의 종류는 크게 RLC 헤더(header)가 붙지 않는 Tr모드(Transparent Mode)와, 헤더가 붙는 NTr 모드(Non-transparent Mode)의 두가지로 나뉜다.

상기의 NTr모드는 다시 수신측에서 PDU(Protocol Data Unit)를 받은 후 송신측으로의 인식신호(ACK) 송신이 필요없는 경우에 사용되는 UMD PDU(Unacknowledged Mode PDU)와, 인식신호 송신이 필요한 경우에 사용되는 AMD(또는 AM) PDU(Acknowledged Mode PDU)의 두가지 형태의 PDU가 존재한다.

일반적으로 이동통신시스템에 있어서, UE와 UTRAN간의 테이터 송수신을 위하여는 UE는 자신의 용량(capability)를 UTRAN에 알려줄 필요가 있으며, 이를 UE 용량 갱신 절차(capability update procedure)라고 한다.

UE capability update procedure는 크게 세가지 요인에 의해 발생하는데,

첫째 idle mode에 있던 UE가 UTRAN과 RRC (Radio Resource Control ; 3GPP의 control plane을 담당하는 제 3계층) 연결(connection)을 맺고자 하는 경우와,

둘째 UTRAN이 필요에 의해 UE에게 UE capability 정보를 전송하라고 요구하는 경우 (UE capability enquiry)와,

셋째 UE가 자기 스스로 capability의 변화를 감지하여 UTRAN에 알려주고자 하는 경우로 나눌 수 있다.

이때 UE가 UTRAN으로 알려주는 UE 용량정보(capability information)는 향후 UTRAN이 UE를 관리하는데 중요한 판단 기준이 되므로, UE는 자신의 capability 정보를 정확하게 알려줄 필요가 있다.

UE capability information에는 UE와 관련된 여러 가지 정보를 담고 있는데, 예를 들면 PDCP (Packet Data Convergence Protocol ; 3GPP의 packet 전송을 담당하는 제 2계층) capability, RLC (Radio Link Control ; 3GPP의 data link control을 담당하는 제 2계층) capability, Transport channel capability, Physical channel capability, RF capability 등이 있다.

UE RLC capability는 이 중의 하나로 UE는 구체적으로 다음과 같은 세가지 정보를 UTRAN에 알려주고 있다.

1) 총 RLC AM 버퍼 크기 (Total RLC AM buffer size)

2) 최대 RLC AM 윈도우 크기 (Maximum RLC AM window size)

3) 최대 AM 엔티티 수 (Maximum number of AM entities)

상기에서 설명한바와 같이 AM (Acknowledge Mode)은 RLC의 세가지 동작 모드 (AM, UM, Tr) 중의 하나로, 다른 모드와는 달리 재전송 기능을 수행하고 있으며, AM entity의 구체적인 구조는 도 1에 나타나 있다.

도 1를 참고로 하여 RLC AM 동작 방법을 설명한다.

먼저, 송신단(Transmitting Side)(UE측)에서, 상위로부터 내려오는 SDU(Service Data Unit)들을 크기가 일정한 PDU(Protocol Data Unit)로 만들기 위해 세그멘테이션(Segmentation 또는 Concatenation) 하고(단계 101), 여기에 시퀀스 넘버(SN)와 SDU의 경계를 알려주는 Length Indicator를 포함하는 헤더(header)를 부가해서 PDU를 형성하며(단계 102), 헤더가 부가된 PDU들은 아래로 전송됨과 동시에 향후 발생할지 모를 재전송을 위해 재송신 버퍼(Retransmission buffer)(103)에 저장된다.

상기단계 (102)에서 형성된 PDU는 멀티플렉서(104)를 거쳐서 아래로 내려온 PDU들은 암호화 되지 않은 상태로 송신버퍼(Transmission buffer)(105)에 저장되며, 송신버퍼에 저장된 PDU들은 이후 필드 세팅 블록(Set fields block)(106)으로 전송된다.

상기의 필드 세팅 블록(Set fields block)(106)에서는 D/C 필드를 비롯한 다른 필드를 적절한 값으로 세팅하며, AMD PDU를 살펴본 후 PAD가 있으면 이를 피기백 상태 PDU로 대체하고 아래로 내려보내며, 그 후에 비로소 암호화를 수행하여 수신단(UTRAN측))으로 전송한다(단계 107).

이때 암호화를 하기 전에 AMD PDU의 헤더 D/C 필드를 검사하여, 상기한 바와같은 D/C필드값에 따라, 피기백 상태 PDU를 포함한 AMD PDU에 대해서만 암호화를 수행하며, 콘트롤 PDU에 대해서는 암호화를 수행하지 않는다.

이와 같이 상위에서 내려온 데이터 정보를 실은 PDU를 AMD (AM Data) PDU라고 하며 그 구조는 도 2에 나타나 있다.

먼저 도2를 간단히 설명하면, AMD 헤더와 LI부분, 데이터를 포함하며 AMD PDU에서는 패딩 대신에 피기백(piggyback) 타입의 상태 PDU(STATUS PDU)를 삽입하여 전송이 가능하도록 하고 있다.

상기 AMD PDU의 헤더에는 시퀀스 넘버(SN) 이외에, 해당 PDU가 데이터 정보를 싣고 있는지 혹은 컨트롤 정보를 싣고 있는지를 알려주는 1비트의 D/C필드와, 수신측에 상태 리포트(status report)를 요구하는 1비트의 폴링(Polling) 필드인 P필드와, 다음의 데이터가 데이터인지 아니면 LI와 E 비트인지를 알려주는 2비트의 HE(Header Extension) 필드가 추가되어 있다.

상기에서 PDU는 ITU-T X.200/ISO-IEC7498-1에 기초(Source)한 것이고, SDU는 ITU-T X.140에 기초를 둔것이다.

좀 더 구체적으로 도 2를 설명하면, AMD PDU header란 SN을 포함하는 처음 2 bytes을 말하며, RLC header란 AMD PDU header에다가 Length Indicator를 포함하는 byte 들을 합친 부분을 말한다.

AM entity에는 이러한 AMD PDU 외에도 Control 정보를 실은 Control PDU도 존재하는데, Control PDU의 종류에는 상태정보를 실은 Status PDU, AM entity의 reset을 위한 Reset PDU와 이에 대한 ACK을 알려주기 위한 Reset ACK PDU 세가지가 있다.

이들 Control PDU는 RLC Control Unit에서 생성되며 Set fields block으로 전송되어 여기서 D/C 및 PDU type 필드를 세팅한 후 암호화(ciphering)을 거치지 않고 바로 수신단으로 전송된다.

즉, Set fields block에서는 AMD PDU에 대해서는 D/C field를 1로 세팅하며 Control PDU에 대해서는 0으로 세팅하게 된다. 만약 AMD PDU에 data가 다 차지 않고 빈자리가 있는 경우 Padding (이하 PAD)을 하게 되는데, Set fields block에서는 AMD PDU에 이러한 PAD가 있을 때에는 data 전송의 효율을 높이기 위해 Status PDU를 PAD 대신에 채워 전송할 수 있으며, 이 때의 Status PDU를 piggybacked Status PDU라고 한다.

이렇게 전송된 AM entity PDU는 수신단(Receiving Side)(UTRAN)의 디멀티플 렉스/라우팅부(Demux/Routing)(108)에서 D/C 필드 검사를 통해 콘트롤 PDU인지 혹은 AMD PDU인지를 판별하고, 콘트롤 PDU는 RLC 콘트롤 유닛(100)으로 전송하고 AMD PDU는 복호화 블록(Deciphering block)(109)으로 전송한다.

여기서 복호화가 이루어진 후 AMD PDU는 비로소 수신버퍼(Receiver buffer)(110)로 전송하는데, 이때 수신버퍼에서는 각 PDU의 수신상태 여부를 확인하여 송신단으로 NACK신호를 보내, 받지 못한 PDU에 대해 재전송을 요구하게 된다.따라서 수신버퍼에 저장된 PDU들은 하나의 완전한 SDU를 구성하는 PDU들이 모두 수신되면 SDU 단위로 상위로 전송된다. 그 후 헤더제거 및 피기백 정보 제거단계(111)에서 각 PDU에서 RLC 헤더와 피기백 정보(piggybacked information)를 제거하고 데이터 만을 추출하여 SDU를 구성한 후 리어셈블리(Reassembly) 과정(112)을 거쳐 상위로 올려보내게 된다.

즉, UE(송신단)가 UTRAN(수신단)에 알려주는 RLC AM 정보는,

1) UE가 도 1과 같은 RLC AM entity를 몇 개나 허용하는가 (Maximum number of RLC AM entities),

2) UE가 모든 RLC AM entity에 대해 할당할 수 있는 Transmission buffer와 Receiver buffer의 총 합은 얼마인가 (Total RLC AM buffer size),

3) 그리고 각 AM entity에 있어서 PDU 송수신시 사용되는 window size는 최대 얼마까지 허용하는가 (Maximum RLC AM window size, PDU 단위로 계산)를 알려주고 있다.

이와 같이 AM에서는 재전송 기능을 지원해야 하므로 buffer와 window가 필요 하게 되며, 이에 따라 다른 모드와는 달리 UE의 RLC AM 관련 정보는 UTRAN에서 특별하게 관리를 하고 있다.

UE로부터 RLC AM 정보를 받은 UTRAN은 이를 저장시켜 놓고 있다가, 새로운 무선운반자(Radio Bearer) (RB)가 설정되는 경우 이를 바탕으로 실제 전송에 사용될 RLC AM의 송수신 window size와 PDU size를 다음의 식 (1)을 만족하도록 결정하게 된다.

상기에서 i는 UE에 설정된 각각의 RLC AM entity의 번호이며, AMD Header size는 2 bytes이다.

즉, UTRAN은 새로운 RB를 설정하는 경우, 그때까지의 UE에서 사용되는 모든 RLC AM entity와 새로 생성되는 RLC AM entity를 고려하여 상기식 (1)을 만족하도록 해야 한다.

만약 새로운 RB에서 사용할 window size와 PDU size가 상기식 (1)을 만족하지 않는다면, 데이터가 많은 경우 PDU들이 buffer를 넘치게 되고 이는 곧 data의 손실로 이어지게 된다.

따라서, UTRAN은 반드시 상기식 (1)을 만족하는 window size와 PDU size를 선택해야 하며, 이렇게 결정된 값들을 UE에게 알려주게 된다.

그런데, 상기와 같은 종래의 방법을 사용할 경우 다음과 같은 문제점이 생길 수 있다.

첫째로 송수신 window와 PDU size를 Total RLC AM buffer size에 비교하는 데 있어서, 종래의 방법은 각 PDU의 처음 2 bytes인 AMD header size를 buffer 사용량 계산시 고려하지 않는다.

그러나, 실제로는 도 1 에서 볼 수 있듯이 송수신 buffer에는 AMD header까지 포함하는 PDU가 저장되므로, 상기 2 bytes의 header size도 반드시 고려해야 한다.

예를 들어, UE의 RLC AM entity가 1개이고, Total RLC AM buffer size가 56 kbytes (1 kbyte = 1000 byte) 라고 할 때, UTRAN이 새로 설정할 RB에 대해 Tx window size = 2000, UL(Uplink) PDU size = 15 bytes, Rx window size = 1000, DL(Down Link) PDU size = 30 bytes로 결정한다면, 종래의 방법에서는 상기 식 1에 나타난바와 같이

2000 * (15-2) + 1000 * (30-2) = 54,000byte가 되어,

56,000byte를 만족하게 되므로 window size와 PDU size를 할당하게 된다.

그러나, 실제로는 각 AMD PDU의 header도 buffer 안에 저장되므로, 실제 buffer 사용량은 2000 * 15 + 1000 * 30 =60,000byte가 되어 Total RLC AM buffer size인 56 kbytes보다 커지게 되어 상기수학식 (1)를 만족하지 못하므로 buffer의 overflow가 발생하게 된다.

둘째로 종래의 방법에서는 Tx RLC AM entity의 Retransmission buffer를 고 려하지 않는 문제가 있다.

상기에서 설명한바와 같이 AM에서는 재전송을 위해 PDU가 Transmission buffer와 Retransmission buffer 두 군데 동시에 저장된다.

따라서, Total RLC AM buffer size를 계산할 때에는 Retransmission buffer도 반드시 고려해야 한다.

그러나 종래의 방법에서는 Retransmission buffer는 전혀 고려되고 있지 않으므로, UE의 실제 버퍼사용량을 계산하는 데에 있어서 큰 오차를 유발할 수 있다.

따라서 본 발명은 상기와 같은 문제점을 해결하기 위해 UTRAN이 RLC capability를 관리하는데 필요한 새로운 기준을 제시하기 위한 것으로, UTRAN이 새로운 무선운반자(RB) 설정(setup)에 필요한 송수신 window size와 PDU size를 결정하는데 있어서, 실제로 buffer 안에 저장되는 AMD Header 또는 Retransmission buffer를 각각 별도로 고려하는 방법과 상기 AMD Header와 Retransmission buffer를 동시에 고려하여 결정하는 방법을 제안한다.

본 발명은 이동국(UE)과 기지국 및 제어국과 상기 제어국을 관리하는 제어국 관리자를 포함하는 범용지역 무선 접속망(UTRAN)간에 데이터 송수신을 에러없이 처리하기 위한 UTRAN에서의 이동국 RLC 용량 제어 방법에 관한것으로, 송신단(이동 국)에서 수신단(UTRAN)으로 이동국 용량정보를 송신하는 단계와; 상기 전송된 정보를 UTRAN에 저장하는 단계와; 새로운 무선운반자(RB) 설정시 상기 저장된 정보중 AMD PDU의 헤더 크기 또는 송신단의 재전송 버퍼 크기를 각각 고려하거나 동시에 고려하여 송수신 윈도우 크기와 PDU크기를 결정하는 것을 특징으로 한다.

또한 본 발명에서 UTRAN이 새로운 RB 설정에 필요한 송수신 window size와 PDU size를 결정하는데 있어서, AMD 헤더만을 고려했을경우의 UE의 실제 버퍼 사용량 계산식은,

이고, 재전송 버퍼만을 고려했을경우의 UE의 실제 버퍼 사용량 계산식은,

이고, AMD Header와 Retransmission buffer를 동시에 고려했을경우의 UE의 실제 버퍼 사용량 계산식은,

인것을 특징으로 한다.

본 발명의 다른 목적, 특징들은 첨부한 도면을 참조한 실시예들의 상세한 설 명을 통해 명백해질 것이다.

이하 첨부된 도면을 참조하여 본 발명에 따른 UTRAN이 UE(이동국)의 RLC 용량(Capability)을 효과적으로 제어하여 버퍼를 초과하는 오류를 방지하기 위한 UTRAN에서의 이동국(UE) RLC용량 제어 방법을 설명한다.

도면 1과 2의 구성요소및 동작은 본 발명에서도 동일하게 적용되므로 이하에서는 본 발명에서 제안하는 UTRAN이 새로운 무선운반자(RB) 설정(setup)에 필요한 송수신 window size와 PDU size를 결정하는데 고려되는 관계식을 중점적으로 설명하기로 한다.

첫째로, UTRAN이 새로운 RB setup에 필요한 송수신 window size와 PDU size를 결정하는데 있어서, 실제로 buffer 안에 저장되는 AMD Header(도 2)만을 고려했을경우의 UE의 실제 버퍼 사용량 계산은 다음과 같다.

따라서 UE의 RLC AM entity가 1개이고, UTRAN이 새로 설정할 RB에 대해 Tx window size = 2000, UL PDU size = 15 byte, Rx window size = 1000, DL PDU size = 30 byte로 결정한다면, 본 발명에서는 상기 식 2에 나타난바와 같이

2000 * 15 + 1000 * 30 = 60,000byte가 되므로, Total RLC AM buffer size는 적어도 60,000 byte이상이 되어야 UE와 UTRAN간의 데이터 송수신시 버퍼의 Overflow를 방지할 수 있다.

둘째로, UTRAN이 새로운 RB setup에 필요한 송수신 window size와 PDU size를 결정하는데 있어서, Retransmission buffer (도 1의 103)만을 고려했을경우의 UE의 실제 버퍼 사용량 계산은 다음과 같다.

상기식 3에서, 송신 window size와 PDU size의 곱에 두 배를 한 이유는 Retransmission buffer를 고려하기 위함이다.

상기에서 설명한바와 같이 AMD PDU는 Transmission buffer와 Retransmission buffer 두 군데에 동시에 저장되므로, 두 buffer의 크기는 일반적으로 같게 설정되기 때문이다.

따라서, UE의 RLC AM entity가 1개이고, UTRAN이 새로 설정할 RB에 대해 Tx window size = 2000, UL PDU size = 15 byte, Rx window size = 1000, DL PDU size = 30 byte로 결정한다면, 본 발명에서는 상기 식 3에 나타난바와 같이

2*2000 * (15-2) + 1000 * (30-2) = 80,000byte가 되므로, Total RLC AM buffer size는 적어도 80,000 byte이상이 되어야 UE와 UTRAN간의 데이터 송수신시 버퍼의 Overflow를 방지할 수 있다.

세째로, UTRAN이 새로운 RB setup에 필요한 송수신 window size와 PDU size 를 결정하는데 있어서, 실제로 buffer 안에 저장되는 AMD Header(도 2)와 Retransmission buffer (도 1의 103)를 동시에 고려했을경우의 UE의 실제 버퍼 사용량 계산은 다음과 같다.

따라서 UE의 RLC AM entity가 1개이고, UTRAN이 새로 설정할 RB에 대해 Tx window size = 2000, UL PDU size = 15 byte, Rx window size = 1000, DL PDU size = 30 byte로 결정한다면, 본 발명에서는 상기 식 4에 나타난바와 같이

2*2000 * 15 + 1000 * 30 = 90,000byte가 되므로, Total RLC AM buffer size는 적어도 90,000 byte이상이 되어야 UE와 UTRAN간의 데이터 송수신시 버퍼의 Overflow를 방지할 수 있다.

상기한 바와같이 본 발명에서는 이동국(UE)과 기지국 및 제어국과 상기 제어국을 관리하는 제어국 관리자를 포함하는 범용지역 무선 접속망(UTRAN)간의 데이터 송수신에 있어서, 이동국(UE)에서 UTRAN으로 이동국 용량정보를 송신하고 UTRAN에서는 상기 전송된 정보를 저장하고 있다가 새로운 무선운반자(RB) 설정시 상기 저장된 정보중 AMD PDU의 헤더 크기 또는 송신단(이동국)의 재전송 버퍼 크기를 별도로 각각 고려하거나 또는 AMD PDU의 헤더 크기와 송신단(이동국)의 재전송 버퍼 크기를 모두 고려하여 송수신 윈도우 크기와 PDU크기를 결정하는 UTRAN에서의 이동 국 RLC 용량 제어 방법에 관한 것이다.

이상에서 본 발명의 바람직한 실시예를 설명하였으나, 본 발명은 다양한 변화와 변경 및 균등물을 사용할 수 있다. 본 발명은 상기 실시예를 적절히 변형하여 동일하게 응용할 수 있음이 명확하다.

따라서 상기 기재 내용은 하기 특허청구범위의 한계에 의해 정해지는 본 발명의 범위를 한정하는 것이 아니다.

종래의 송수신 window size 및 PDU size를 결정시 Retransmission buffer와 AMD Header를 고려하지 않음으로 인해 UE가 Total RLC AM buffer size를 넘치는 데이터를 받을 경우가 생기게 되어 데이터의 손실이 발생되었다.

또한 buffer 사용량에 따라 Radio Bearer reconfiguration(재구성)과 같은 기능을 수행하는 데에 있어서도, 잘못된 UE의 buffer 사용량을 가지고 하게 되므로 프로토콜의 큰 오류를 유발할 수 있게 된다.

따라서 본 발명에서 제안한 방법에 의하면 UTRAN이 UE의 RLC capability를 정확하게 고려하여 데이터의 손실을 막고 서로간의 프로토콜이 안정적으로 동작하게 할 수 있다.

Claims

이동국(UE)과 기지국 및 제어국과 상기 제어국을 관리하는 제어국 관리자를 포함하는 범용지역 무선 접속망(UTRAN)간의 데이터 송수신에 있어서,

송신단(이동국)에서 수신단(UTRAN)으로 이동국 용량정보를 송신하는 단계와; 상기 전송된 정보를 UTRAN에 저장하는 단계와; 새로운 무선운반자(RB) 설정시 상기 저장된 정보중 AMD PDU의 헤더 크기(Header size) 또는 송신단의 재전송 버퍼 크기를 각각 고려하거나 동시에 고려하여 송수신 윈도우 크기 (window size)와 PDU크기(PDU size)를 결정하는 것을 특징으로 하는 UTRAN에서의 이동국 RLC 용량 제어 방법.
제 1항에 있어서, UTRAN이 새로운 RB 설정에 필요한 송수신 윈도우 크기(window size)와 PDU 크기 (PDU size)를 결정하는데 있어서, AMD PDU의 헤더(Header)만을 고려했을 경우의 UE의 실제 버퍼 사용량 계산식은,

이고, 재전송 버퍼만을 고려했을경우의 UE의 실제 버퍼 사용량 계산식은,

이고, AMD PDU의 헤더 (Header)와 재전송 버퍼를 동시에 고려했을경우의 UE의 실제 버퍼 사용량 계산식은,

인것을 특징으로 하는 UTRAN에서의 이동국 RLC 용량 제어 방법.