KR100782208B1 - Mobile station RLC capacity control method in BTRN - Google Patents
Mobile station RLC capacity control method in BTRN Download PDFInfo
- Publication number
- KR100782208B1 KR100782208B1 KR1020010018190A KR20010018190A KR100782208B1 KR 100782208 B1 KR100782208 B1 KR 100782208B1 KR 1020010018190 A KR1020010018190 A KR 1020010018190A KR 20010018190 A KR20010018190 A KR 20010018190A KR 100782208 B1 KR100782208 B1 KR 100782208B1
- Authority
- KR
- South Korea
- Prior art keywords
- utran
- size
- pdu
- rlc
- mobile station
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 발명은 UTRAN이 UE(이동국)의 RLC 용량(Capability)을 효과적으로 제어하여 데이터가 버퍼를 초과하는 오류를 방지하기 위한 UTRAN에서의 이동국 RLC용량 제어 방법에 관한 것이다.The present invention relates to a mobile station RLC capacity control method in UTRAN for effectively controlling the RLC Capability of a UE (mobile station) to prevent an error in which data exceeds a buffer.
본 발명은 UTRAN에서의 이동국 RLC용량의 제어는 송신단(UE)에서 수신단(UTRAN)으로 이동국 용량정보를 송신하는 단계와; 상기 전송된 정보를 UTRAN에 저장하는 단계와; 새로운 무선운반자(RB) 설정시 상기 저장된 정보중 AMD PDU의 헤더 크기 또는 송신단의 재전송 버퍼 크기를 각각 고려하거나 동시에 고려하여 송수신 윈도우 크기와 PDU크기를 결정하는 것을 특징으로 한다.The present invention provides a method for controlling mobile station RLC capacity in a UTRAN, comprising: transmitting mobile station capacity information from a transmitting end (UE) to a receiving end (UTRAN); Storing the transmitted information in a UTRAN; When configuring a new radio carrier (RB), the transmission / reception window size and the PDU size may be determined by considering or simultaneously considering the header size of the AMD PDU or the retransmission buffer size of the transmitter.
따라서 본 발명에 의하면, UTRAN이 UE의 RLC capability를 정확하게 고려하여 데이터의 손실을 막고 서로간의 프로토콜이 안정적으로 동작하게 할 수 있다.
Therefore, according to the present invention, the UTRAN accurately considers the RLC capability of the UE to prevent data loss and allow the protocols to operate stably.
UTRAN, UE, 용량, 헤더, 재전송, 버퍼, AM 모드UTRAN, UE, Capacity, Header, Retransmission, Buffer, AM Mode
Description
도 1은 종래 및 본 발명에 적용되는 RLC AM 엔티티(entity) 구조를 나타낸 도면1 is a view showing an RLC AM entity structure applied to the prior art and the present invention
도 2는 AMD PDU의 구조를 설명하기 위한 도면
2 is a diagram for explaining the structure of an AMD PDU.
본 발명은 3GPP RLC 계층(layer)의 인식 모드(AM) 엔티티(entity) 구조의 데이터 송수신에 관한 것으로서, 특히 UTRAN이 UE(이동국)의 RLC 용량(Capability)을 효과적으로 제어하여 데이터가 버퍼를 초과하는 오류를 방지하기 위한 UTRAN에서의 이동국 RLC용량 제어 방법에 관한 것이다.The present invention relates to data transmission and reception of a recognition mode (AM) entity structure of a 3GPP RLC layer. In particular, the UTRAN effectively controls the RLC capability of a UE (mobile station) so that data exceeds a buffer. The present invention relates to a mobile station RLC capacity control method in UTRAN to prevent errors.
특히, 본 발명은 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용량 제어 방법에 관한 것이다.In particular, in the present invention, when UTRAN determines transmission / reception window size and PDU size when setting up a new radio bearer (RB), it is determined by considering the header of the AMD PDU of 2 bytes or retransmission buffer of the transmitting end. (Retransmission buffer) can be determined in consideration of, and also relates to a method for controlling the mobile station RLC capacity in the UTRAN in consideration of both the header of the 2-byte AMD PDU and the retransmission buffer of the transmitter.
더욱 상세하게는 본 발명은 이동국(UE)과 기지국 및 제어국과 상기 제어국을 관리하는 제어국 관리자를 포함하는 범용지역 무선 접속망(UTRAN)간의 데이터 송수신에 있어서, 이동국(UE)에서 UTRAN으로 이동국 용량정보를 송신하고 UTRAN에서는 상기 전송된 정보를 저장하고 있다가 새로운 무선운반자(RB) 설정시 상기 저장된 정보중 AMD PDU의 헤더 크기 또는 송신단(이동국)의 재전송 버퍼 크기를 별도로 각각 고려하거나 또는 AMD PDU의 헤더 크기와 송신단(이동국)의 재전송 버퍼 크기를 모두 고려하여 송수신 윈도우 크기와 PDU크기를 결정하는 UTRAN에서의 이동국 RLC 용량 제어 방법이다. More particularly, the present invention relates to a mobile station (UE) from a mobile station (UE) to a UTRAN in data transmission and reception between a mobile station (UE), a base station and a control station, and a universal area radio access network (UTRAN) including a control station manager for managing the control station. After transmitting the capacity information, the UTRAN stores the transmitted information and separately considers the header size of the AMD PDU or the retransmission buffer size of the transmitter (mobile station) among the stored information when setting up a new RB or AMD PDU. A method for controlling the RLC capacity of a mobile station in a UTRAN that determines both a transmit / receive window size and a PDU size in consideration of both a header size and a retransmission buffer size of a transmitting end (mobile station).
상기에서 UTRAN(Universal Terrestrial Radio Access Network)(범용지역무선접속망)은 기지국(BTS)과 제어국(BSC)및 상기 제어국을 관리하는 제어국 관리자(BSM)를 포함하며, UE(User Equipment)(사용자장치)는 이동통신시스템에서 이동국을 의미한다고 할 수 있다.The Universal Terrestrial Radio Access Network (UTRAN) includes a base station (BTS), a control station (BSC), and a control station manager (BSM) that manages the control station. User equipment) may be referred to as a mobile station in a mobile communication system.
이하 종래의 UTRAN에서의 이동국(UE) RLC용량 제어 방법을 설명한다.Hereinafter, a method of controlling a mobile station (UE) RLC capacity in a conventional UTRAN will be described.
먼저, 본 발명에서 언급되는 래디오 링크 콘트롤(RLC:Radio Link Control) 계층은 3GPP의 제2계층으로서, 데이터 링크를 제어하는 프로토콜 계층으로 OSI 7계층 모델의 제2계층에 해당한다. First, the radio link control (RLC) layer referred to in the present invention is a second layer of 3GPP, a protocol layer for controlling data link, and corresponds to a second layer of the OSI 7 layer model.
현재 3GPP에서 사용되는 RLC 엔티티(entity)의 종류는 크게 RLC 헤더(header)가 붙지 않는 Tr모드(Transparent Mode)와, 헤더가 붙는 NTr 모드(Non-transparent Mode)의 두가지로 나뉜다. There are two types of RLC entities used in 3GPP: Tr mode without RLC header and non-transparent mode with NTR.
상기의 NTr모드는 다시 수신측에서 PDU(Protocol Data Unit)를 받은 후 송신측으로의 인식신호(ACK) 송신이 필요없는 경우에 사용되는 UMD PDU(Unacknowledged Mode PDU)와, 인식신호 송신이 필요한 경우에 사용되는 AMD(또는 AM) PDU(Acknowledged Mode PDU)의 두가지 형태의 PDU가 존재한다. The NTr mode is a UMD PDU (Unacknowledged Mode PDU) that is used when a receiver receives a PDU (Protocol Data Unit) again and then does not need to transmit an acknowledgment signal (ACK) to the transmitter. There are two types of PDUs that are used AMD (or AM) Acknowledged Mode PDUs (PDUs).
일반적으로 이동통신시스템에 있어서, UE와 UTRAN간의 테이터 송수신을 위하여는 UE는 자신의 용량(capability)를 UTRAN에 알려줄 필요가 있으며, 이를 UE 용량 갱신 절차(capability update procedure)라고 한다. In general, in a mobile communication system, in order to transmit and receive data between the UE and the UTRAN, the UE needs to inform its UTRAN of its capacity, which is called a UE capacity update procedure.
UE capability update procedure는 크게 세가지 요인에 의해 발생하는데, The UE capability update procedure is mainly caused by three factors.
첫째 idle mode에 있던 UE가 UTRAN과 RRC (Radio Resource Control ; 3GPP의 control plane을 담당하는 제 3계층) 연결(connection)을 맺고자 하는 경우와, First, when a UE in idle mode wants to establish a connection with UTRAN (Radio Resource Control; Layer 3, which is in charge of 3GPP control plane),
둘째 UTRAN이 필요에 의해 UE에게 UE capability 정보를 전송하라고 요구하는 경우 (UE capability enquiry)와, Second, if the UTRAN requires the UE to transmit UE capability information as needed (UE capability enquiry);
셋째 UE가 자기 스스로 capability의 변화를 감지하여 UTRAN에 알려주고자 하는 경우로 나눌 수 있다. Third, it can be divided into the case that the UE wants to inform the UTRAN by detecting the change of capability by itself.
이때 UE가 UTRAN으로 알려주는 UE 용량정보(capability information)는 향후 UTRAN이 UE를 관리하는데 중요한 판단 기준이 되므로, UE는 자신의 capability 정보를 정확하게 알려줄 필요가 있다. In this case, since UE capability information informed by the UE to the UTRAN becomes an important criterion for managing the UE in the future, the UE needs to accurately inform its capability information.
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 등이 있다. The UE capability information contains various information related to the UE, for example, PDCP (Packet Data Convergence Protocol; 2nd layer in charge of packet transmission of 3GPP) capability and RLC (Radio Link Control; data link control of 3GPP). Second layer) capability, transport channel capability, physical channel capability, RF capability, and the like.
UE RLC capability는 이 중의 하나로 UE는 구체적으로 다음과 같은 세가지 정보를 UTRAN에 알려주고 있다.The UE RLC capability is one of them. The UE specifically informs UTRAN of the following three pieces of information.
1) 총 RLC AM 버퍼 크기 (Total RLC AM buffer size)1) Total RLC AM buffer size
2) 최대 RLC AM 윈도우 크기 (Maximum RLC AM window size)2) Maximum RLC AM window size
3) 최대 AM 엔티티 수 (Maximum number of AM entities)3) Maximum number of AM entities
상기에서 설명한바와 같이 AM (Acknowledge Mode)은 RLC의 세가지 동작 모드 (AM, UM, Tr) 중의 하나로, 다른 모드와는 달리 재전송 기능을 수행하고 있으며, AM entity의 구체적인 구조는 도 1에 나타나 있다.As described above, the AM (Acknowledge Mode) is one of three operating modes (AM, UM, Tr) of the RLC, and unlike other modes, performs a retransmission function, and the specific structure of the AM entity is shown in FIG. 1.
도 1를 참고로 하여 RLC AM 동작 방법을 설명한다.A method of operating an RLC AM will be described with reference to FIG. 1.
먼저, 송신단(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)에 저장된다.
First, at the transmitting side (UE side), segmentation (con segmentation or concatenation) to make Service Data Units (SDUs) descending from the upper into a constant PDU (Protocol Data Unit) (step 101), A PDU is formed by adding a header including a sequence number (SN) and a length indicator indicating the boundary of the SDU (step 102), and the PDUs to which the header is added are transmitted downwards and retransmitted in the future. In order to be stored in a
상기단계 (102)에서 형성된 PDU는 멀티플렉서(104)를 거쳐서 아래로 내려온 PDU들은 암호화 되지 않은 상태로 송신버퍼(Transmission buffer)(105)에 저장되며, 송신버퍼에 저장된 PDU들은 이후 필드 세팅 블록(Set fields block)(106)으로 전송된다. The PDUs formed in
상기의 필드 세팅 블록(Set fields block)(106)에서는 D/C 필드를 비롯한 다른 필드를 적절한 값으로 세팅하며, AMD PDU를 살펴본 후 PAD가 있으면 이를 피기백 상태 PDU로 대체하고 아래로 내려보내며, 그 후에 비로소 암호화를 수행하여 수신단(UTRAN측))으로 전송한다(단계 107).In the
이때 암호화를 하기 전에 AMD PDU의 헤더 D/C 필드를 검사하여, 상기한 바와같은 D/C필드값에 따라, 피기백 상태 PDU를 포함한 AMD PDU에 대해서만 암호화를 수행하며, 콘트롤 PDU에 대해서는 암호화를 수행하지 않는다.At this time, before the encryption, the header D / C field of the AMD PDU is examined, and encryption is performed only for the AMD PDU including the piggybacked state PDU according to the D / C field value as described above, and the encryption is performed for the control PDU. Do not perform.
이와 같이 상위에서 내려온 데이터 정보를 실은 PDU를 AMD (AM Data) PDU라고 하며 그 구조는 도 2에 나타나 있다.The PDU carrying data information obtained from the upper layer is called an AMD (AM Data) PDU, and its structure is shown in FIG. 2.
먼저 도2를 간단히 설명하면, AMD 헤더와 LI부분, 데이터를 포함하며 AMD PDU에서는 패딩 대신에 피기백(piggyback) 타입의 상태 PDU(STATUS PDU)를 삽입하여 전송이 가능하도록 하고 있다.First, a brief description of FIG. 2 includes the AMD header, the LI portion, and the data, and the AMD PDU inserts a piggyback type status PDU instead of padding to enable transmission.
상기 AMD PDU의 헤더에는 시퀀스 넘버(SN) 이외에, 해당 PDU가 데이터 정보를 싣고 있는지 혹은 컨트롤 정보를 싣고 있는지를 알려주는 1비트의 D/C필드와, 수신측에 상태 리포트(status report)를 요구하는 1비트의 폴링(Polling) 필드인 P필드와, 다음의 데이터가 데이터인지 아니면 LI와 E 비트인지를 알려주는 2비트의 HE(Header Extension) 필드가 추가되어 있다.In addition to the sequence number (SN) in the header of the AMD PDU, a 1-bit D / C field indicating whether the corresponding PDU carries data information or control information, and a status report is requested from the receiver. A P field, which is a 1-bit polling field, and a 2-bit HE (Header Extension) field indicating whether the next data is data or LI and E bits are added.
상기에서 PDU는 ITU-T X.200/ISO-IEC7498-1에 기초(Source)한 것이고, SDU는 ITU-T X.140에 기초를 둔것이다.The PDU is based on ITU-T X.200 / ISO-IEC7498-1, and the SDU is based on ITU-T X.140.
좀 더 구체적으로 도 2를 설명하면, AMD PDU header란 SN을 포함하는 처음 2 bytes을 말하며, RLC header란 AMD PDU header에다가 Length Indicator를 포함하는 byte 들을 합친 부분을 말한다. More specifically, referring to FIG. 2, the AMD PDU header refers to the first 2 bytes including the SN, and the RLC header refers to a portion in which the bytes including the Length Indicator are added to the AMD PDU header.
AM entity에는 이러한 AMD PDU 외에도 Control 정보를 실은 Control PDU도 존재하는데, Control PDU의 종류에는 상태정보를 실은 Status PDU, AM entity의 reset을 위한 Reset PDU와 이에 대한 ACK을 알려주기 위한 Reset ACK PDU 세가지가 있다. In addition to these AMD PDUs, AM PDUs also contain Control PDUs that contain control information.There are three types of Control PDUs: Status PDUs containing status information, Reset PDUs for resetting AM entities, and Reset ACK PDUs for informing them. have.
이들 Control PDU는 RLC Control Unit에서 생성되며 Set fields block으로 전송되어 여기서 D/C 및 PDU type 필드를 세팅한 후 암호화(ciphering)을 거치지 않고 바로 수신단으로 전송된다. These control PDUs are generated in the RLC control unit and transmitted to the set fields block where the D / C and PDU type fields are set and sent directly to the receiving end without 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라고 한다. That is, in the set fields block, the D / C field is set to 1 for the AMD PDU and 0 for the Control PDU. If the data is not occupied in the AMD PDU and there is a vacancy, padding (hereinafter referred to as PAD) is performed.In the set fields block, when the AMD PDU has such a PAD, the status PDU can be filled instead of the PAD to improve the efficiency of data transmission. The Status PDU at this time is called a 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)으로 전송한다. The AM entity PDU transmitted in this way determines whether it is a control PDU or an AMD PDU through D / C field inspection at the demultiplex /
여기서 복호화가 이루어진 후 AMD PDU는 비로소 수신버퍼(Receiver buffer)(110)로 전송하는데, 이때 수신버퍼에서는 각 PDU의 수신상태 여부를 확인하여 송신단으로 NACK신호를 보내, 받지 못한 PDU에 대해 재전송을 요구하게 된다.따라서 수신버퍼에 저장된 PDU들은 하나의 완전한 SDU를 구성하는 PDU들이 모두 수신되면 SDU 단위로 상위로 전송된다. 그 후 헤더제거 및 피기백 정보 제거단계(111)에서 각 PDU에서 RLC 헤더와 피기백 정보(piggybacked information)를 제거하고 데이터 만을 추출하여 SDU를 구성한 후 리어셈블리(Reassembly) 과정(112)을 거쳐 상위로 올려보내게 된다.Here, after the decoding is performed, the AMD PDU is finally transmitted to the
즉, UE(송신단)가 UTRAN(수신단)에 알려주는 RLC AM 정보는, That is, the RLC AM information that the UE (transmitter) informs the UTRAN (receiver) is
1) UE가 도 1과 같은 RLC AM entity를 몇 개나 허용하는가 (Maximum number of RLC AM entities), 1) How many RLC AM entities the UE allows as shown in FIG. 1 (Maximum number of RLC AM entities),
2) UE가 모든 RLC AM entity에 대해 할당할 수 있는 Transmission buffer와 Receiver buffer의 총 합은 얼마인가 (Total RLC AM buffer size), 2) What is the total sum of Transmission and Receiver buffers that the UE can allocate for all RLC AM entities (Total RLC AM buffer size),
3) 그리고 각 AM entity에 있어서 PDU 송수신시 사용되는 window size는 최대 얼마까지 허용하는가 (Maximum RLC AM window size, PDU 단위로 계산)를 알려주고 있다. 3) It also tells the maximum window size (calculated in units of PDU) that the maximum window size is used to transmit / receive PDUs for each AM entity.
이와 같이 AM에서는 재전송 기능을 지원해야 하므로 buffer와 window가 필요 하게 되며, 이에 따라 다른 모드와는 달리 UE의 RLC AM 관련 정보는 UTRAN에서 특별하게 관리를 하고 있다.As such, the AM needs to support the retransmission function, so a buffer and a window are required. Accordingly, unlike other modes, the RLC AM related information of the UE is managed specially in UTRAN.
UE로부터 RLC AM 정보를 받은 UTRAN은 이를 저장시켜 놓고 있다가, 새로운 무선운반자(Radio Bearer) (RB)가 설정되는 경우 이를 바탕으로 실제 전송에 사용될 RLC AM의 송수신 window size와 PDU size를 다음의 식 (1)을 만족하도록 결정하게 된다.The UTRAN, which received the RLC AM information from the UE, stores it and, based on this, when a new radio bearer (RB) is set, calculates the transmit / receive window size and PDU size of the RLC AM to be used for actual transmission. The decision is made to satisfy (1).
상기에서 i는 UE에 설정된 각각의 RLC AM entity의 번호이며, AMD Header size는 2 bytes이다. In the above i is the number of each RLC AM entity configured in the UE, AMD header size is 2 bytes.
즉, UTRAN은 새로운 RB를 설정하는 경우, 그때까지의 UE에서 사용되는 모든 RLC AM entity와 새로 생성되는 RLC AM entity를 고려하여 상기식 (1)을 만족하도록 해야 한다. That is, when configuring a new RB, the UTRAN should satisfy Equation (1) in consideration of all RLC AM entities and newly created RLC AM entities used up to that time.
만약 새로운 RB에서 사용할 window size와 PDU size가 상기식 (1)을 만족하지 않는다면, 데이터가 많은 경우 PDU들이 buffer를 넘치게 되고 이는 곧 data의 손실로 이어지게 된다. If the window size and PDU size to be used in the new RB do not satisfy the above Equation (1), the PDUs overflow the buffer when there is a lot of data, which leads to data loss.
따라서, UTRAN은 반드시 상기식 (1)을 만족하는 window size와 PDU size를 선택해야 하며, 이렇게 결정된 값들을 UE에게 알려주게 된다. Therefore, the UTRAN must select a window size and a PDU size satisfying Equation (1), and inform the UE of the determined values.
그런데, 상기와 같은 종래의 방법을 사용할 경우 다음과 같은 문제점이 생길 수 있다. However, the following problems may occur when using the conventional method as described above.
첫째로 송수신 window와 PDU size를 Total RLC AM buffer size에 비교하는 데 있어서, 종래의 방법은 각 PDU의 처음 2 bytes인 AMD header size를 buffer 사용량 계산시 고려하지 않는다. First, in comparing the transmit / receive window and the PDU size to the Total RLC AM buffer size, the conventional method does not consider the AMD header size, which is the first 2 bytes of each PDU, when calculating the buffer usage.
그러나, 실제로는 도 1 에서 볼 수 있듯이 송수신 buffer에는 AMD header까지 포함하는 PDU가 저장되므로, 상기 2 bytes의 header size도 반드시 고려해야 한다. However, in practice, as shown in FIG. 1, since the PDU including the AMD header is stored in the transmission / reception buffer, the header size of the 2 bytes must also be considered.
예를 들어, 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에 나타난바와 같이For example, if the UE has one RLC AM entity and the Total RLC AM buffer size is 56 kbytes (1 kbyte = 1000 byte), the Tx window size = 2000 and UL (Uplink) PDU for the newly set RB by UTRAN If size = 15 bytes, Rx window size = 1000, DL (Down Link) PDU size = 30 bytes, the conventional method as shown in Equation 1 above
2000 * (15-2) + 1000 * (30-2) = 54,000byte가 되어, 56,000byte를 만족하게 되므로 window size와 PDU size를 할당하게 된다. 2000 * (15-2) + 1000 * (30-2) = 54,000 bytes Since 56,000 bytes are satisfied, the window size and the PDU size are allocated.
그러나, 실제로는 각 AMD PDU의 header도 buffer 안에 저장되므로, 실제 buffer 사용량은 2000 * 15 + 1000 * 30 =60,000byte가 되어 Total RLC AM buffer size인 56 kbytes보다 커지게 되어 상기수학식 (1)를 만족하지 못하므로 buffer의 overflow가 발생하게 된다. However, since the header of each AMD PDU is also stored in the buffer, the actual buffer usage is 2000 * 15 + 1000 * 30 = 60,000 bytes, which is larger than 56 kbytes, which is the total RLC AM buffer size. Since it is not satisfied, overflow of buffer occurs.
둘째로 종래의 방법에서는 Tx RLC AM entity의 Retransmission buffer를 고 려하지 않는 문제가 있다. Second, the conventional method does not consider the retransmission buffer of the Tx RLC AM entity.
상기에서 설명한바와 같이 AM에서는 재전송을 위해 PDU가 Transmission buffer와 Retransmission buffer 두 군데 동시에 저장된다. As described above, in the AM, PDUs are simultaneously stored in both a transmission buffer and a retransmission buffer for retransmission.
따라서, Total RLC AM buffer size를 계산할 때에는 Retransmission buffer도 반드시 고려해야 한다. Therefore, the retransmission buffer must also be considered when calculating the total RLC AM buffer size.
그러나 종래의 방법에서는 Retransmission buffer는 전혀 고려되고 있지 않으므로, UE의 실제 버퍼사용량을 계산하는 데에 있어서 큰 오차를 유발할 수 있다.
However, since the retransmission buffer is not considered in the conventional method, it may cause a large error in calculating the actual buffer usage of the UE.
따라서 본 발명은 상기와 같은 문제점을 해결하기 위해 UTRAN이 RLC capability를 관리하는데 필요한 새로운 기준을 제시하기 위한 것으로, UTRAN이 새로운 무선운반자(RB) 설정(setup)에 필요한 송수신 window size와 PDU size를 결정하는데 있어서, 실제로 buffer 안에 저장되는 AMD Header 또는 Retransmission buffer를 각각 별도로 고려하는 방법과 상기 AMD Header와 Retransmission buffer를 동시에 고려하여 결정하는 방법을 제안한다.
Therefore, the present invention is to propose a new standard for UTRAN to manage the RLC capability in order to solve the above problems, the UTRAN determines the transmission and reception window size and PDU size required for the setup of a new radio carrier (RB) In this regard, we propose a method of considering AMD Header or Retransmission buffer separately stored in the buffer and a method of determining the AMD Header and Retransmission buffer simultaneously.
본 발명은 이동국(UE)과 기지국 및 제어국과 상기 제어국을 관리하는 제어국 관리자를 포함하는 범용지역 무선 접속망(UTRAN)간에 데이터 송수신을 에러없이 처리하기 위한 UTRAN에서의 이동국 RLC 용량 제어 방법에 관한것으로, 송신단(이동 국)에서 수신단(UTRAN)으로 이동국 용량정보를 송신하는 단계와; 상기 전송된 정보를 UTRAN에 저장하는 단계와; 새로운 무선운반자(RB) 설정시 상기 저장된 정보중 AMD PDU의 헤더 크기 또는 송신단의 재전송 버퍼 크기를 각각 고려하거나 동시에 고려하여 송수신 윈도우 크기와 PDU크기를 결정하는 것을 특징으로 한다.The present invention relates to a mobile station RLC capacity control method in UTRAN for error-free processing of data transmission and reception between a mobile station (UE) and a universal area radio access network (UTRAN) including a base station and a control station and a control station manager managing the control station. Regarding, transmitting the mobile station capacity information from the transmitting end (mobile station) to the receiving end (UTRAN); Storing the transmitted information in a UTRAN; When configuring a new radio carrier (RB), the transmission / reception window size and the PDU size may be determined by considering or simultaneously considering the header size of the AMD PDU or the retransmission buffer size of the transmitter.
또한 본 발명에서 UTRAN이 새로운 RB 설정에 필요한 송수신 window size와 PDU size를 결정하는데 있어서, AMD 헤더만을 고려했을경우의 UE의 실제 버퍼 사용량 계산식은, In addition, in the present invention, when UTRAN determines the transmit / receive window size and PDU size required for setting a new RB, the UE's actual buffer usage calculation formula considering only the AMD header is
이고, 재전송 버퍼만을 고려했을경우의 UE의 실제 버퍼 사용량 계산식은, If only retransmission buffer is considered, the actual buffer usage calculation formula of UE is
이고, AMD Header와 Retransmission buffer를 동시에 고려했을경우의 UE의 실제 버퍼 사용량 계산식은,In case of considering AMD Header and Retransmission buffer at the same time, the actual buffer usage calculation formula of UE is
인것을 특징으로 한다.It is characterized by being.
본 발명의 다른 목적, 특징들은 첨부한 도면을 참조한 실시예들의 상세한 설 명을 통해 명백해질 것이다.Other objects and features of the present invention will become apparent from the detailed description of the embodiments with reference to the accompanying drawings.
이하 첨부된 도면을 참조하여 본 발명에 따른 UTRAN이 UE(이동국)의 RLC 용량(Capability)을 효과적으로 제어하여 버퍼를 초과하는 오류를 방지하기 위한 UTRAN에서의 이동국(UE) RLC용량 제어 방법을 설명한다.Hereinafter, a method of controlling a mobile station (UE) RLC capacity in a UTRAN for preventing an error exceeding a buffer by effectively controlling the RLC capacity of a UE (mobile station) according to the present invention will be described with reference to the accompanying drawings. .
도면 1과 2의 구성요소및 동작은 본 발명에서도 동일하게 적용되므로 이하에서는 본 발명에서 제안하는 UTRAN이 새로운 무선운반자(RB) 설정(setup)에 필요한 송수신 window size와 PDU size를 결정하는데 고려되는 관계식을 중점적으로 설명하기로 한다.Since the components and operations of FIGS. 1 and 2 are equally applicable to the present invention, UTRAN proposed by the present invention will be considered below to determine the transmission / reception window size and PDU size required for a new radio carrier (RB) setup. The following description will focus on.
첫째로, UTRAN이 새로운 RB setup에 필요한 송수신 window size와 PDU size를 결정하는데 있어서, 실제로 buffer 안에 저장되는 AMD Header(도 2)만을 고려했을경우의 UE의 실제 버퍼 사용량 계산은 다음과 같다.First, when UTRAN determines only the transmit / receive window size and PDU size required for a new RB setup, the actual buffer usage calculation of the UE when considering only the AMD Header (FIG. 2) actually stored in the buffer is as follows.
따라서 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에 나타난바와 같이Therefore, if there is one RLC AM entity of the UE, and the UTRAN determines Tx window size = 2000, UL PDU size = 15 bytes, Rx window size = 1000, and DL PDU size = 30 bytes for the newly set RB, in the present invention, As shown in Equation 2
2000 * 15 + 1000 * 30 = 60,000byte가 되므로, Total RLC AM buffer size는 적어도 60,000 byte이상이 되어야 UE와 UTRAN간의 데이터 송수신시 버퍼의 Overflow를 방지할 수 있다.Since 2000 * 15 + 1000 * 30 = 60,000bytes, the total RLC AM buffer size should be at least 60,000 bytes to prevent buffer overflow when transmitting and receiving data between the UE and UTRAN.
둘째로, UTRAN이 새로운 RB setup에 필요한 송수신 window size와 PDU size를 결정하는데 있어서, Retransmission buffer (도 1의 103)만을 고려했을경우의 UE의 실제 버퍼 사용량 계산은 다음과 같다.Second, in determining the transmission / reception window size and PDU size required for a new RB setup, the UTRAN calculates the actual buffer usage of the UE when considering only the retransmission buffer (103 in FIG. 1).
상기식 3에서, 송신 window size와 PDU size의 곱에 두 배를 한 이유는 Retransmission buffer를 고려하기 위함이다. In Equation 3, the reason for doubling the product of the transmission window size and the PDU size is to consider the retransmission buffer.
상기에서 설명한바와 같이 AMD PDU는 Transmission buffer와 Retransmission buffer 두 군데에 동시에 저장되므로, 두 buffer의 크기는 일반적으로 같게 설정되기 때문이다. As described above, since the AMD PDU is simultaneously stored in both the transmission buffer and the retransmission buffer, the two buffers are generally set to the same size.
따라서, 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에 나타난바와 같이Therefore, if there is one RLC AM entity of the UE and the UTRAN determines Tx window size = 2000, UL PDU size = 15 bytes, Rx window size = 1000, and DL PDU size = 30 bytes for the newly set RB, in the present invention, As shown in Equation 3 above
2*2000 * (15-2) + 1000 * (30-2) = 80,000byte가 되므로, Total RLC AM buffer size는 적어도 80,000 byte이상이 되어야 UE와 UTRAN간의 데이터 송수신시 버퍼의 Overflow를 방지할 수 있다.Since 2 * 2000 * (15-2) + 1000 * (30-2) = 80,000bytes, the total RLC AM buffer size should be at least 80,000 bytes to prevent overflow of the buffer during data transmission and reception between the UE and UTRAN. .
세째로, UTRAN이 새로운 RB setup에 필요한 송수신 window size와 PDU size 를 결정하는데 있어서, 실제로 buffer 안에 저장되는 AMD Header(도 2)와 Retransmission buffer (도 1의 103)를 동시에 고려했을경우의 UE의 실제 버퍼 사용량 계산은 다음과 같다.Third, when UTRAN decides the transmission / reception window size and PDU size required for a new RB setup, the actual UE is considered when the AMD Header (FIG. 2) and the Retransmission buffer (103 in FIG. 1) are actually stored in the buffer. The buffer usage calculation is as follows.
따라서 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에 나타난바와 같이Therefore, if there is one RLC AM entity of the UE, and the UTRAN determines Tx window size = 2000, UL PDU size = 15 bytes, Rx window size = 1000, and DL PDU size = 30 bytes for the newly set RB, in the present invention, As shown in Equation 4
2*2000 * 15 + 1000 * 30 = 90,000byte가 되므로, Total RLC AM buffer size는 적어도 90,000 byte이상이 되어야 UE와 UTRAN간의 데이터 송수신시 버퍼의 Overflow를 방지할 수 있다.Since 2 * 2000 * 15 + 1000 * 30 = 90,000bytes, the total RLC AM buffer size should be at least 90,000 bytes to prevent buffer overflow when transmitting and receiving data between the UE and UTRAN.
상기한 바와같이 본 발명에서는 이동국(UE)과 기지국 및 제어국과 상기 제어국을 관리하는 제어국 관리자를 포함하는 범용지역 무선 접속망(UTRAN)간의 데이터 송수신에 있어서, 이동국(UE)에서 UTRAN으로 이동국 용량정보를 송신하고 UTRAN에서는 상기 전송된 정보를 저장하고 있다가 새로운 무선운반자(RB) 설정시 상기 저장된 정보중 AMD PDU의 헤더 크기 또는 송신단(이동국)의 재전송 버퍼 크기를 별도로 각각 고려하거나 또는 AMD PDU의 헤더 크기와 송신단(이동국)의 재전송 버퍼 크기를 모두 고려하여 송수신 윈도우 크기와 PDU크기를 결정하는 UTRAN에서의 이동 국 RLC 용량 제어 방법에 관한 것이다.As described above, in the present invention, in the transmission and reception of data between a mobile station (UE), a base station and a control station, and a universal area radio access network (UTRAN) including a control station manager for managing the control station, the mobile station (UE) from the mobile station (UTRAN) After transmitting the capacity information, the UTRAN stores the transmitted information and separately considers the header size of the AMD PDU or the retransmission buffer size of the transmitter (mobile station) among the stored information when setting up a new RB or AMD PDU. The present invention relates to a mobile station RLC capacity control method in a UTRAN that determines both a transmission / reception window size and a PDU size in consideration of both a header size and a retransmission buffer size of a transmitting end (mobile station).
이상에서 본 발명의 바람직한 실시예를 설명하였으나, 본 발명은 다양한 변화와 변경 및 균등물을 사용할 수 있다. 본 발명은 상기 실시예를 적절히 변형하여 동일하게 응용할 수 있음이 명확하다. Although the preferred embodiment of the present invention has been described above, the present invention may use various changes, modifications, and equivalents. It is clear that the present invention can be applied in the same manner by appropriately modifying the above embodiments.
따라서 상기 기재 내용은 하기 특허청구범위의 한계에 의해 정해지는 본 발명의 범위를 한정하는 것이 아니다.
Accordingly, the above description does not limit the scope of the invention as defined by the limitations of the following claims.
종래의 송수신 window size 및 PDU size를 결정시 Retransmission buffer와 AMD Header를 고려하지 않음으로 인해 UE가 Total RLC AM buffer size를 넘치는 데이터를 받을 경우가 생기게 되어 데이터의 손실이 발생되었다. Since the transmission buffer and the AMD header are not considered when determining the transmission / reception window size and the PDU size, the UE may receive data exceeding the total RLC AM buffer size, resulting in data loss.
또한 buffer 사용량에 따라 Radio Bearer reconfiguration(재구성)과 같은 기능을 수행하는 데에 있어서도, 잘못된 UE의 buffer 사용량을 가지고 하게 되므로 프로토콜의 큰 오류를 유발할 수 있게 된다. In addition, even when performing functions such as radio bearer reconfiguration (reconfiguration) according to the buffer usage, it is possible to cause a big error in the protocol because it has a buffer usage of the wrong UE.
따라서 본 발명에서 제안한 방법에 의하면 UTRAN이 UE의 RLC capability를 정확하게 고려하여 데이터의 손실을 막고 서로간의 프로토콜이 안정적으로 동작하게 할 수 있다.
Therefore, according to the method proposed in the present invention, the UTRAN accurately considers the RLC capability of the UE to prevent data loss and allow the protocols to operate stably.
Claims (2)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020010018190A KR100782208B1 (en) | 2001-04-06 | 2001-04-06 | Mobile station RLC capacity control method in BTRN |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020010018190A KR100782208B1 (en) | 2001-04-06 | 2001-04-06 | Mobile station RLC capacity control method in BTRN |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20020078171A KR20020078171A (en) | 2002-10-18 |
KR100782208B1 true KR100782208B1 (en) | 2007-12-05 |
Family
ID=27700013
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020010018190A Expired - Fee Related KR100782208B1 (en) | 2001-04-06 | 2001-04-06 | Mobile station RLC capacity control method in BTRN |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR100782208B1 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100474302B1 (en) * | 2002-09-07 | 2005-03-10 | 엘지전자 주식회사 | Buffer control method of radio link control layer |
CN1567766A (en) * | 2003-06-12 | 2005-01-19 | 中兴通讯股份有限公司 | Method for controlling transmission window of wireless link layer |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000358281A (en) * | 1999-03-01 | 2000-12-26 | Alcatel | Method of controlling access to radio resources for uplink packet transmission in a wireless communication network |
KR20010019541A (en) * | 1999-08-27 | 2001-03-15 | 서평원 | Method for assigning common packet channel efficiently |
KR20010026301A (en) * | 1999-09-04 | 2001-04-06 | 정규석 | The Implementation method for the task creation of traffic handling modules and the Tx/Rx functions of UTRAN MAC sublayer based on 3GPP specifications |
KR20020001173A (en) * | 2000-06-26 | 2002-01-09 | 박종섭 | Method for transferring data and data information by asynchronous wireless communication system |
-
2001
- 2001-04-06 KR KR1020010018190A patent/KR100782208B1/en not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000358281A (en) * | 1999-03-01 | 2000-12-26 | Alcatel | Method of controlling access to radio resources for uplink packet transmission in a wireless communication network |
KR20010019541A (en) * | 1999-08-27 | 2001-03-15 | 서평원 | Method for assigning common packet channel efficiently |
KR20010026301A (en) * | 1999-09-04 | 2001-04-06 | 정규석 | The Implementation method for the task creation of traffic handling modules and the Tx/Rx functions of UTRAN MAC sublayer based on 3GPP specifications |
KR20020001173A (en) * | 2000-06-26 | 2002-01-09 | 박종섭 | Method for transferring data and data information by asynchronous wireless communication system |
Also Published As
Publication number | Publication date |
---|---|
KR20020078171A (en) | 2002-10-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9936423B2 (en) | Method and apparatus for enhancing RLC for flexible RLC PDU size | |
EP3353930B1 (en) | Enhancement of pdcp status report | |
KR100792586B1 (en) | Method and apparatus for handling control PDXs during re-setting of receivers in wireless communication system | |
KR100779753B1 (en) | Method and apparatus for polling transmission status in a wireless communication system | |
EP1850522A2 (en) | Method and apparatus for handling segmentation and numbering of SDUS in wireless communications systems | |
KR100907978B1 (en) | A status reporting transmission method and receiving apparatus of a PDCP layer in a mobile communication system | |
US9887926B2 (en) | Wireless communication system | |
US8413002B2 (en) | Method of performing ARQ procedure for transmitting high rate data | |
US7512099B2 (en) | Method, system and transmitting side protocol entity for sending packet data units for unacknowledged mode services | |
KR101113125B1 (en) | Window control and retransmission control method, and transmission side device | |
US20150103803A1 (en) | Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications | |
KR101635433B1 (en) | A method and apparatus for processing control message which requests retransmitting data | |
US20100309830A1 (en) | Radio communication system and method having a radio link control layer | |
KR101095830B1 (en) | How to Report Status in a Wireless Communication System | |
US20030031119A1 (en) | Method and apparatus for transmitting user data in an HSDPA mobile communication system | |
KR101084135B1 (en) | Status PD Transmitting and Receiving Method in Transceiver of Wireless Communication System | |
KR100915162B1 (en) | Receiving apparatus, transmitting apparatus, communication system and communication method | |
US20100014446A1 (en) | Method of generating data block in wireless communication system | |
EP2086272A1 (en) | Mobile communication system and method for transmitting PDCP status report thereof | |
US20070110101A1 (en) | Method of Handling RLC SDUs During RLC Reset and RLC Re-establishment in a UMTS System | |
KR100782208B1 (en) | Mobile station RLC capacity control method in BTRN | |
KR101376583B1 (en) | Apparatus and method for nack configuration in mobile communication system | |
KR101300383B1 (en) | Method and apparatus for processing retransmission protocal data unit in mobile communication system | |
KR20060090138A (en) | Method and device for transmitting periodic status report in mobile communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PA0109 | Patent application |
Patent event code: PA01091R01D Comment text: Patent Application Patent event date: 20010406 |
|
N231 | Notification of change of applicant | ||
PN2301 | Change of applicant |
Patent event date: 20020614 Comment text: Notification of Change of Applicant Patent event code: PN23011R01D |
|
PG1501 | Laying open of application | ||
A201 | Request for examination | ||
PA0201 | Request for examination |
Patent event code: PA02012R01D Patent event date: 20060404 Comment text: Request for Examination of Application Patent event code: PA02011R01I Patent event date: 20010406 Comment text: Patent Application |
|
E902 | Notification of reason for refusal | ||
PE0902 | Notice of grounds for rejection |
Comment text: Notification of reason for refusal Patent event date: 20070425 Patent event code: PE09021S01D |
|
E701 | Decision to grant or registration of patent right | ||
PE0701 | Decision of registration |
Patent event code: PE07011S01D Comment text: Decision to Grant Registration Patent event date: 20070919 |
|
GRNT | Written decision to grant | ||
PR0701 | Registration of establishment |
Comment text: Registration of Establishment Patent event date: 20071128 Patent event code: PR07011E01D |
|
PR1002 | Payment of registration fee |
Payment date: 20071128 End annual number: 3 Start annual number: 1 |
|
PG1601 | Publication of registration | ||
PR1001 | Payment of annual fee |
Payment date: 20100929 Start annual number: 4 End annual number: 4 |
|
PR1001 | Payment of annual fee |
Payment date: 20110920 Start annual number: 5 End annual number: 5 |
|
FPAY | Annual fee payment |
Payment date: 20121026 Year of fee payment: 6 |
|
PR1001 | Payment of annual fee |
Payment date: 20121026 Start annual number: 6 End annual number: 6 |
|
FPAY | Annual fee payment |
Payment date: 20131024 Year of fee payment: 7 |
|
PR1001 | Payment of annual fee |
Payment date: 20131024 Start annual number: 7 End annual number: 7 |
|
LAPS | Lapse due to unpaid annual fee | ||
PC1903 | Unpaid annual fee |
Termination category: Default of registration fee Termination date: 20151009 |