KR101356932B1

KR101356932B1 - Method for transmitting packet data

Info

Publication number: KR101356932B1
Application number: KR1020070042208A
Authority: KR
Inventors: 박성준; 이영대; 이승준; 천성덕
Original assignee: 엘지전자 주식회사
Priority date: 2007-03-22
Filing date: 2007-04-30
Publication date: 2014-01-29
Also published as: KR20080086318A

Abstract

기지국과 단말 간에 정적 스케줄링 방식을 이용한 패킷 데이터 전송 방법을 제공한다. 패킷 데이터 전송 방법은 기지국으로부터 제1 크기를 갖는 제1 패킷에 대한 무선자원을 정적 스케줄링 정보를 통해 할당받는 단계, 상기 제1 크기와 다른 제2 크기를 갖는 제2 패킷에 대한 무선자원을 요청하는 무선자원 요청 메시지를 전송하는 단계 및 상기 제2 패킷 데이터를 전송하는 단계를 포함한다. VoIP와 같이 지연 시간이 중요한 패킷 서비스에 있어서는 패킷 전송의 지연시간을 줄이고, 패킷 폐기율을 낮춤으로써 전체적인 서비스의 품질을 향상시킬 수 있다.A packet data transmission method using a static scheduling method between a base station and a terminal is provided. In the packet data transmission method, a radio resource for a first packet having a first size is allocated from a base station through static scheduling information, and the radio resource for a second packet having a second size different from the first size is requested. Transmitting a radio resource request message and transmitting the second packet data. In packet services where latency is important, such as VoIP, the overall quality of service can be improved by reducing the delay of packet transmission and reducing the packet discard rate.

Description

Method for transmitting packet data

도 1은 무선 통신 시스템을 나타낸 블록도이다. 1 is a block diagram illustrating a wireless communication system.

도 2는 무선 인터페이스 프로토콜의 제어 평면을 나타낸 블록도이다. 2 is a block diagram illustrating a control plane of a radio interface protocol.

도 3은 무선 인터페이스 프로토콜의 사용자 평면을 나타낸 블록도이다.3 is a block diagram illustrating a user plane of a radio interface protocol.

도 4는 HARQ 방식의 일 예를 나타낸다.4 shows an example of an HARQ scheme.

도 5는 헤더 압축 기법을 사용할 때 전체 헤더 패킷과 압축 헤더 패킷이 전송되는 예를 보이고 있다.5 shows an example in which a full header packet and a compressed header packet are transmitted when using a header compression scheme.

도 6은 CH RTP 패킷의 전송을 나타낸다.6 shows transmission of a CH RTP packet.

도 7은 FT RTP 패킷과 RTCP 패킷의 전송으로 인해 CH RTP 패킷의 전송이 지연되는 예를 나타낸다.7 illustrates an example in which transmission of a CH RTP packet is delayed due to transmission of an FT RTP packet and an RTCP packet.

도 8은 패킷 타입에 따라 서로 다른 논리채널을 이용하는 방법을 나타낸다.8 illustrates a method of using different logical channels according to packet types.

도 9는 패킷 타입에 따라 구분된 논리채널을 통해 음성 데이터를 수신 및 수신하는 예를 나타낸다. 9 illustrates an example of receiving and receiving voice data through logical channels divided according to packet types.

도 10은 RLC 버퍼를 통해 무선자원 요청을 발생시키는 예를 나타낸다,10 shows an example of generating a radio resource request through an RLC buffer.

도 11은 RLC 버퍼의 데이터 양을 기준으로 한 무선자원 요청 발생을 나타낸 예이다.11 shows an example of generating a radio resource request based on the amount of data in an RLC buffer.

도 12는 보통 상태로의 전환의 일 예를 나타낸다.12 shows an example of the transition to the normal state.

도 13은 보통 상태로의 전환의 다른 예를 나타낸다.13 shows another example of the transition to the normal state.

도 14는 보통 상태로의 전환의 또 다른 예를 나타낸다.14 shows another example of the transition to the normal state.

도 15는 무선자원 요청 메시지를 전송하는 방법의 일 예를 나타낸 흐름도이다.15 is a flowchart illustrating an example of a method of transmitting a radio resource request message.

도 16은 무선자원 요청 메시지를 전송하는 방법의 다른 예를 나타낸 흐름도이다.16 is a flowchart illustrating another example of a method for transmitting a radio resource request message.

도 17은 무선자원 요청 메시지를 전송하는 방법의 또 다른 예를 나타낸 흐름도이다.17 is a flowchart illustrating still another example of a method for transmitting a radio resource request message.

도 18은 무선자원 요청 메시지를 전송하는 방법의 또 다른 예를 나타낸 흐름도이다.18 is a flowchart illustrating still another example of a method for transmitting a radio resource request message.

도 19는 무선자원 요청 메시지 전송의 일 예를 나타낸 흐름도이다.19 is a flowchart illustrating an example of transmission of a radio resource request message.

도 20은 무선자원 요청 메시지 전송의 다른 예를 나타낸 흐름도이다. 20 is a flowchart illustrating another example of a radio resource request message transmission.

도 21은 무선자원 요청 메시지 전송의 또 다른 예를 나타낸 흐름도이다. 21 is a flowchart illustrating still another example of a radio resource request message transmission.

도 22는 무선자원 요청 메시지 전송의 또 다른 예를 나타낸 흐름도이다. 22 is a flowchart illustrating still another example of a radio resource request message transmission.

* 도면의 주요 부분에 대한 설명*Description of the main parts of the drawing

10 : 단말10: terminal

20 : 기지국20: base station

30 : aGW30: aGW

본 발명은 무선 통신에 관한 것으로, 더욱 상세하게는 데이터 패킷의 전송 지연시간과 폐기율을 줄여 QoS(Qulaity of Service)를 향상시키는 패킷 데이터 전송 방법에 관한 것이다. The present invention relates to wireless communication, and more particularly, to a packet data transmission method for improving the QoS (Qulaity of Service) by reducing the transmission delay time and discard rate of the data packet.

WCDMA(Wideband Code Division Multiple Access) 무선 접속 기술을 기반으로 하는 3GPP(3rd Generation Partnership Project) 이동통신 시스템은 전세계에서 광범위하게 전개되고 있다. WCDMA의 첫번째 진화 단계로 정의할 수 있는 HSDPA(High Speed Downlink Packet Access)은 중기적인(mid-term) 미래에서 높은 경쟁력을 가지는 무선 접속 기술을 3GPP에 제공한다. 그러나 사용자와 사업자의 요구 사항과 기대가 지속적으로 증가하고 경쟁하는 무선 접속 기술 개발이 계속 진행되고 있으므로 향후 경쟁력을 가지기 위해서는 3GPP에서의 새로운 기술 진화가 요구된다. 비트당 비용 감소, 서비스 가용성 증대, 융통성 있는 주파수 밴드의 사용, 단순 구조와 개방형 인터페이스, 단말의 적절한 파워 소모 등이 요구 사항으로 되고 있다.A 3rd Generation Partnership Project (3GPP) mobile communication system based on WCDMA (Wideband Code Division Multiple Access) wireless access technology is widely deployed all over the world. High Speed Downlink Packet Access (HSDPA), which can be defined as the first evolution of WCDMA, provides 3GPP with a highly competitive wireless access technology in the mid-term future. However, as the demands and expectations of users and operators continue to increase, and the development of competing wireless access technologies continues to progress, new technological evolution in 3GPP is required to be competitive in the future. Reduced cost per bit, increased service availability, the use of flexible frequency bands, simple structure and open interface, and adequate power consumption of the terminal are demanding requirements.

VoIP(Voice over IP)는 IP (Internet Protocol)를 통해 음성 데이터를 전송하는 서비스로서, 종래 CS(Circuit Switched) 영역(domain)에서 제공하던 음성 데이터를 PS (Packet Switched) 영역에서 제공하는 방법이다. CS 기반 음성 서비스에서는 종-대-종(end-to-end)으로 연결을 유지하며 음성 데이터를 전송하는데 반해 VoIP에서는 연결을 유지하지 않은 채로(connection-less) 음성 데이터를 전송하기 때문에, 네트워크 자원을 매우 효율적으로 사용할 수 있는 장점이 있다. Voice over IP (VoIP) is a service for transmitting voice data through IP (Internet Protocol), and is a method for providing voice data provided in a CS (Packet Switched) domain in a PS (Packet Switched) domain. In CS-based voice service, end-to-end connection is maintained and voice data is transmitted. In VoIP, connection-less voice data is transmitted without connection. There is an advantage that can be used very efficiently.

무선통신 기술이 발전함에 따라 사용자 데이터도 매우 빠르게 증가하고 있으며, 제한된 네트워크 자원의 효율적 이용을 위해 기존의 CS 기반 서비스들이 상당 부분 PS 기반 서비스로 대체되고 있는 추세이다. VoIP 역시 이러한 맥락에서 개발되고 있으며, 향후 대부분의 무선통신 시스템에서는 모든 음성 서비스가 VoIP를 통해 제공될 것으로 예상된다.As wireless communication technology develops, user data is also increasing very rapidly. In order to efficiently use limited network resources, CS-based services are being replaced by PS-based services. VoIP is also being developed in this context, and it is expected that all voice services will be provided through VoIP in most future wireless communication systems.

VoIP는 네트워크 자원을 효율적으로 사용할 수 있다는 장점이 있으나, CS 기반 음성 서비스에 비해 QoS(Quality of Service)가 떨어지는 단점이 있다. QoS에 영향을 미치는 요인 중에는 여러 가지가 있지만, 대표적으로 지연(delay), 지터(jitter), 높은 FER(Frame Error Rate) 등을 들 수 있다. VoIP 개발 초기에는 CS 기반 음성 서비스에 비해 이러한 QoS가 매우 떨어졌지만, 많은 연구가 진행되면서 현재는 유선 통신에서 VoIP는 CS 기반 음성 서비스와 거의 대등한 QoS를 보장하고 있다. VoIP has the advantage of being able to use network resources efficiently, but has a disadvantage of lowering the quality of service (QoS) compared to CS-based voice services. There are a number of factors that affect QoS, but the typical examples include delay, jitter, and high frame error rate (FER). In the early stages of VoIP development, this QoS was very low compared to CS-based voice services. However, as much research has been conducted, VoIP is now guaranteeing QoS that is almost equivalent to CS-based voice service in wired communication.

PS 기반 음성 서비스를 효과적으로 제공하기 위해 RTP(Real-time Transport Protocol)가 개발되었으며, 또한 RTP를 제어하기 위한 프로토콜인 RTCP(RTP Control Protocol)도 개발되었다. RTP는 매 패킷마다 시간 스탬프(time stamp) 정보를 싣고 있어 지터 문제를 해결할 수 있으며, RTCP를 통해 RTP 패킷의 손실(loss)을 보고함으로써 전송률 제어(rate control)를 통해 FER을 줄일 수 있다. RTP/RTCP 외에도 SIP(Session Initiation Protocol) 및 SDP(Session Description Protocol) 등도 개발되어 종-대-종으로 가상 연결(virtual connection)을 유지하도록 하여 지연 문제도 상당 부분 해소할 수 있다.Real-time Transport Protocol (RTP) was developed to effectively provide PS-based voice services, and RTP (RTP Control Protocol), a protocol for controlling RTP, was also developed. The RTP carries time stamp information in every packet to solve the jitter problem, and the FER can be reduced through the rate control by reporting the loss of the RTP packet through the RTCP. In addition to RTP / RTCP, Session Initiation Protocol (SIP) and Session Description Protocol (SDP) have also been developed to help eliminate virtually any delay issues by maintaining a virtual connection on a species-to-bell basis.

유선 통신에서의 VoIP는 현재 만족스러울 만큼의 QoS를 보장하는 수준에 이르렀으나, 무선 통신에서의 VoIP는 아직도 QoS가 CS 기반 음성 서비스에 비해 많이 떨어지는 실정이다. 무선 통신 환경에서 VoIP의 전송 효율을 높이기 위해 향상된 헤더 압축 기법인 ROHC(Robust Header Compression)이 개발되어 사용되고 있긴 하지만, 전체적인 QoS는 여전히 CS 기반 음성 서비스에 비해 많이 떨어지고 있다. VoIP in wired communication has reached a level that guarantees satisfactory QoS. However, VoIP in wireless communication still has a much lower QoS than CS-based voice services. Although RoHC (Robust Header Compression), an improved header compression technique, has been developed and used to improve the transmission efficiency of VoIP in a wireless communication environment, the overall QoS is still much lower than that of a CS-based voice service.

무선통신 시스템에서 VoIP를 지원하는데 있어서 가장 큰 문제는, 유선통신에서 하나의 스트림(stream)으로 제공되는 RTP와 RTCP가 그 패킷 특성이 서로 다르기 때문에 무선통신에서도 하나의 스트림으로 제공하게 되면 QoS가 많이 떨어진다는데 있다. 즉, RTP는 실시간 사용자 데이터이기 때문에 오류에는 둔감하지만 지연 및 지터에는 민감한 반면, RTCP는 제어 데이터이기 때문에 지연 및 지터에는 둔감하지만 오류에 민감한 특성이 있다. 또한, RTP는 음성 데이터를 싣고 있기 때문에 작은 크기의 패킷이 자주 규칙적으로 전송되는데 반해, RTCP는 제어 데이터이므로 크기가 RTP에 비해 매우 크고 전송 빈도도 낮으며 불규칙적으로 전송된다. The biggest problem in supporting VoIP in wireless communication systems is that RTP and RTCP, which are provided as one stream in wired communication, differ in their packet characteristics. It's falling. That is, RTP is insensitive to errors but sensitive to delay and jitter because it is real-time user data, while RTCP is insensitive to delay and jitter but error sensitive because it is control data. Also, because RTP carries voice data, small size packets are regularly transmitted regularly, whereas RTCP is control data, so its size is much larger than RTP, transmission frequency is low, and it is transmitted irregularly.

무선통신 시스템에서 VoIP를 보다 효율적으로 구현하기 위해 음성 데이터의 QoS를 향상시키기 위한 기법이 필요하다.In order to implement VoIP in a wireless communication system more efficiently, a technique for improving QoS of voice data is required.

본 발명은 상기와 같은 문제점을 고려하여 RTP 패킷과 RTCP 패킷의 전송에 있어 추가적인 무선자원을 요청하는 정보를 발생(Triggering) 시키고 상기 정보를 전송하는 데이터 전송 방법을 제공하는 데 그 목적이 있다.Disclosure of Invention It is an object of the present invention to provide a data transmission method for generating an information requesting an additional radio resource and transmitting the information in transmission of an RTP packet and an RTCP packet in consideration of the above problems.

본 발명의 일 양태에 따르면 기지국과 단말 간에 정적 스케줄링 방식을 이용한 패킷 데이터 전송 방법을 제공한다. 패킷 데이터 전송 방법은 기지국으로부터 제1 크기를 갖는 제1 패킷에 대한 무선자원을 정적 스케줄링 정보를 통해 할당받는 단계, 상기 제1 크기와 다른 제2 크기를 갖는 제2 패킷에 대한 무선자원을 요청하는 무선자원 요청 메시지를 전송하는 단계 및 상기 제2 패킷 데이터를 전송하는 단계를 포함한다. According to an aspect of the present invention, there is provided a packet data transmission method using a static scheduling method between a base station and a terminal. In the packet data transmission method, a radio resource for a first packet having a first size is allocated from a base station through static scheduling information, and the radio resource for a second packet having a second size different from the first size is requested. Transmitting a radio resource request message and transmitting the second packet data.

본 발명의 다른 양태에 따르면 RTP(Real-time Transport Protocol) 패킷과 RTCP(RTP Control Protocol) 패킷을 이용하여 VoIP(Voice Over Internet Protocol) 서비스를 제공하기 위한 패킷 데이터 전송 방법을 제공한다. 상기 패킷 데이터 전송 방법은 상기 RTP 패킷은 압축 헤더 RTP 패킷과 전체 헤더 RTP 패킷을 포함하고, 상기 압축 헤더 RTP 패킷에 대한 무선자원을 할당하는 단계 및 상기 전체 헤더 RTP 패킷 또는 상기 RTCP 패킷의 전송을 위한 무선 자원을 할당하기 위한 무선자원 요청 메시지를 발생하는 단계를 포함한다.According to another aspect of the present invention, there is provided a packet data transmission method for providing a Voice Over Internet Protocol (VoIP) service using a Real-time Transport Protocol (RTP) packet and a RTP Control Protocol (RTP) packet. In the packet data transmission method, the RTP packet includes a compressed header RTP packet and an entire header RTP packet, and allocates radio resources to the compressed header RTP packet and transmits the entire header RTP packet or the RTCP packet. Generating a radio resource request message for allocating a radio resource.

이하, 본 발명의 바람직한 실시예에 대해 첨부된 도면을 참조하여 보다 상세히 설명한다.Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

도 1은 무선 통신 시스템을 나타낸 블록도이다. 이는 E-UMTS(Evolved- Universal Mobile Telecommunications System)의 네트워크 구조일 수 있다. E-UMTS 시스템은 LTE(Long Term Evolution) 시스템이라고 할 수도 있다. 무선 통신 시스템은 음성, 패킷 데이터 등과 같은 다양한 통신 서비스를 제공하기 위해 널리 배치된다. 1 is a block diagram illustrating a wireless communication system. This may be a network structure of an Evolved-Universal Mobile Telecommunications System (E-UMTS). The E-UMTS system may be referred to as an LTE (Long Term Evolution) system. Wireless communication systems are widely deployed to provide various communication services such as voice, packet data, and the like.

도 1을 참조하면, E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network)은 기지국(20; Base Station, BS)을 포함한다. 단말(10; User Equipment, UE)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile station), UT(User Terminal), SS(Subscriber Station), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 기지국(20)은 일반적으로 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다. 하나의 기지국(20)에는 하나 이상의 셀이 존재할 수 있다. 기지국(20) 간에는 사용자 트래픽 혹은 제어 트래픽 전송을 위한 인터페이스가 사용될 수도 있다. 이하에서 하향링크(downlink)는 기지국(20)에서 단말(10)로의 통신을 의미하며, 상향링크(uplink)는 단말(10)에서 기지국(20)으로의 통신을 의미한다.Referring to FIG. 1, an Evolved-UMTS Terrestrial Radio Access Network (E-UTRAN) includes a base station (BS) 20. A user equipment (UE) 10 may be fixed or mobile and may be referred to as another term such as a mobile station (MS), a user terminal (UT), a subscriber station (SS) The base station 20 generally refers to a fixed station that communicates with the terminal 10 and may be referred to as another term such as an evolved-NodeB (eNB), a base transceiver system (BTS), an access point have. One base station 20 may have more than one cell. An interface for transmitting user traffic or control traffic may be used between the base stations 20. Hereinafter, downlink refers to communication from the base station 20 to the terminal 10, and uplink refers to communication from the terminal 10 to the base station 20.

기지국(20)은 단말(10)에 사용자 평면과 제어 평면의 종단점을 제공한다. 기지국(20) 간에는 X2 인터페이스를 통하여 연결될 수 있으며, 인접한 기지국(20) 간에는 항상 X2 인터페이스가 존재하는 메쉬(meshed) 네트워크 구조를 가질 수 있다.The base station 20 provides terminal 10 with user plane and control plane end points. The base stations 20 may be connected through an X2 interface, and may have a meshed network structure in which an X2 interface is always present between adjacent base stations 20.

기지국(20)은 S1 인터페이스를 통해 EPC(Evolved Packet Core), 보다 상세하게는 aGW(access Gateway, 30)와 연결된다. aGW(30)는 단말(10)의 세션 및 이동성 관리 기능의 종단점을 제공한다. 기지국(20)과 aGW(30) 사이에는 S1 인터페이스를 통하여 다수 개의 노드들끼리(many to many) 연결될 수 있다. aGW(30)는 사용자 트래픽 처리를 담당하는 부분과 제어용 트래픽을 처리하는 부분으로 나누어질 수 있다. 이 경우 새로운 사용자 트래픽 처리를 위한 aGW와 제어용 트래픽을 처리하는 aGW 사이에 새로운 인터페이스를 사용하여 서로 통신할 수 있다. aGW(30)는 MME/UPE(Mobility Management Entity/User Plane Entity)라고도 한다. The base station 20 is connected to an EPC (Evolved Packet Core), more specifically an aGW (access gateway) 30, through an S1 interface. The aGW 30 provides an end point of session and mobility management functions of the terminal 10. [ A plurality of nodes (many to many) may be connected between the base station 20 and the aGW 30 through the S1 interface. The aGW 30 may be divided into a portion that handles user traffic processing and a portion that handles control traffic. In this case, a new interface can be used to communicate with each other between aGW for handling new user traffic and aGW for controlling traffic. The aGW 30 is also referred to as MME / UPE (Mobility Management Entity / User Plane Entity).

한편, 단말과 네트워크 사이의 무선 인터페이스 프로토콜(radio interface protocol)의 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속 (Open System Interconnection; OSI) 모델의 하위 3개 계층을 바탕으로 L1(제1 계층), L2(제2 계층), L3(제3 계층)로 구분될 수 있다. 이 중에서 제1 계층에 속하는 물리계층은 물리 채널(physical channel)을 이용한 정보 전송 서비스(information transfer service)를 제공하며, 제3 계층에 위치하는 무선자원 제어(Radio Resource Control; 이하 RRC라 함) 계층은 단말과 네트워크 간에 무선자원을 제어하는 역할을 수행한다. 이를 위해 RRC 계층은 단말과 네트워크 간에 RRC 메시지를 서로 교환한다. RRC 계층은 기지국(20)과 aGW(30) 등 네트워크 노드들에 분산되어 위치할 수 있고, 기지국(20) 또는 aGW(30)에만 위치할 수도 있다. On the other hand, the layers of the radio interface protocol between the UE and the network are divided into L1 (first layer) based on the lower three layers of the Open System Interconnection (OSI) model widely known in communication systems, , L2 (second layer), and L3 (third layer). Among these, the physical layer belonging to the first layer provides an information transfer service using a physical channel, and a radio resource control (RRC) layer located in the third layer. Plays a role of controlling radio resources between the terminal and the network. To this end, the RRC layer exchanges RRC messages between the UE and the network. The RRC layer may be distributed to network nodes such as the base station 20 and the aGW 30 and may be located only in the base station 20 or the aGW 30.

무선 인터페이스 프로토콜은 수평적으로 물리계층(physical layer), 데이터 링크 계층(data ink layer) 및 네트워크 계층(network layer)으로 이루어지며, 수직적으로는 데이터 정보 전송을 위한 사용자 평면(user plane)과 제어 신호(signaling) 전달을 위한 제어 평면(control plane)으로 구분된다. The air interface protocol consists of a physical layer, a data link layer, and a network layer horizontally, and vertically, a user plane and control signal for transmitting data information. It is divided into a control plane for signaling.

도 2는 무선 인터페이스 프로토콜의 제어 평면을 나타낸 블록도이다. 도 3은 무선 인터페이스 프로토콜의 사용자 평면을 나타낸 블록도이다. 도 2 및 3은 3GPP 무선 접속 네트워크 규격을 기반으로 한 단말과 E-UTRAN 사이의 무선 인터페이스 프로토콜의 구조를 나타낸다. 2 is a block diagram illustrating a control plane of a radio interface protocol. 3 is a block diagram illustrating a user plane of a radio interface protocol. 2 and 3 show the structure of a radio interface protocol between a UE and an E-UTRAN based on the 3GPP radio access network standard.

도 2 및 3을 참조하면, 제1 계층인 물리계층은 물리채널(physical channel)을 이용하여 상위계층에게 정보 전송 서비스(information transfer service)를 제공한다. 물리계층은 상위에 있는 매체접속제어(Medium Access Control; MAC) 계층과는 전송채널(transport channel)을 통해 연결되어 있으며, 이 전송채널을 통해 MAC 계층과 물리계층 사이의 데이터가 이동한다. 그리고 서로 다른 물리계층 사이, 즉 송신 측과 수신 측의 물리계층 사이는 물리채널을 통해 데이터가 이동한다.2 and 3, a physical layer, which is a first layer, provides an information transfer service to a higher layer by using a physical channel. The physical layer is connected to the upper Media Access Control (MAC) layer through a transport channel, and data between the MAC layer and the physical layer moves through this transport channel. Data moves between physical layers between physical layers, that is, between physical layers of a transmitting side and a receiving side.

제2 계층의 MAC 계층은 논리채널(logical channel)을 통해 상위계층인 무선링크제어(Radio Link Control; RLC) 계층에게 서비스를 제공한다. 제2 계층의 RLC계층은 신뢰성 있는 데이터의 전송을 지원한다. RLC 계층의 기능은 MAC 내부의 기능 블록으로 구현될 수도 있으며, 이 경우 RLC 계층은 존재하지 않을 수도 있다(도면에 점선으로 표시).The MAC layer of the second layer provides a service to a radio link control (RLC) layer, which is a higher layer, through a logical channel. The RLC layer of the second layer supports reliable data transmission. The function of the RLC layer may be implemented as a functional block inside the MAC, in which case the RLC layer may not exist (indicated by dotted lines in the figure).

제2 계층의 PDCP(Packet Data Convergence Protocol) 계층은 IPv4나 IPv6와 같은 IP(Internet Protocol) 패킷 전송시에 대역폭이 작은 무선 구간에서 효율적으로 패킷을 전송하기 위하여 상대적으로 크기가 크고 불필요한 제어 정보를 담고 있는 IP 패킷 헤더 사이즈를 줄여주는 헤더 압축(header compression) 기능을 수행한다. The Packet Data Convergence Protocol (PDCP) layer of the second layer contains relatively large and unnecessary control information in order to efficiently transmit packets in a wireless bandwidth having a low bandwidth when transmitting an Internet Protocol (IP) packet such as IPv4 or IPv6. Perform header compression to reduce the IP packet header size.

제3 계층의 무선자원제어(Radio Resource Control; 이하 RRC) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러(Radio Bearer; RB)들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리채널, 전송채널 및 물리채널들의 제어를 담당한다. 이때, RB는 단말과 E-UTRAN 간 의 데이터 전달을 위해 제2 계층에 의해 제공되는 서비스를 의미한다.The radio resource control (RRC) layer of the third layer is defined only in the control plane. The RRC layer is responsible for controlling logical channels, transport channels, and physical channels in connection with configuration, re-configuration, and release of radio bearers (RBs). In this case, the RB means a service provided by the second layer for data transmission between the UE and the E-UTRAN.

네트워크에서 단말로 데이터를 전송하는 하향링크 전송채널로는 시스템 정보를 전송하는 BCH(Broadcast Channel)과 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 DL-SCH(Downlink-Shared Channel)이 있다. 하향링크 멀티캐스트 또는 방송 서비스의 트래픽 또는 제어메시지의 경우 DL-SCH를 통해 전송될 수도 있고, 또는 별도의 DL-MCH(Downlink-Multicast Channel)을 통해 전송될 수도 있다. 단말에서 네트워크로 데이터를 전송하는 상향링크 전송채널로는 초기 제어메시지를 전송하는 RACH(Random Access Channel)와 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 UL-SCH(Uplink-Shared Channel)가 있다.A downlink transport channel for transmitting data from a network to a terminal includes a broadcast channel (BCH) for transmitting system information and a downlink-shared channel (DL-SCH) for transmitting user traffic and control messages. In the case of a traffic or control message of a downlink multicast or broadcast service, it may be transmitted through a DL-SCH or may be transmitted via a separate DL-MCH (Downlink-Multicast Channel). An uplink transport channel for transmitting data from a terminal to a network includes a random access channel (RAC) for transmitting an initial control message and an uplink-shared channel (UL-SCH) for transmitting user traffic or control messages.

도 4는 HARQ(Hybrid Automatic Repeat Request) 방식의 일 예를 나타낸다. 무선 패킷 통신 시스템의 하향링크 물리 계층에 적용되는 HARQ의 구체적인 구현 방식을 나타낸다.4 shows an example of a hybrid automatic repeat request (HARQ) scheme. A concrete implementation method of HARQ applied to a downlink physical layer of a wireless packet communication system.

도 4를 참조하면, 기지국은 하향링크 제어 채널을 통해 제어 메시지를 단말로 보낸다(S110). 상기 제어 메시지와 연관된 시점에서 기지국은 해당하는 사용자 데이터를 하향링크 공유 채널을 통해 단말로 보낸다(S120). 하향링크 제어 채널은 HS-SCCH(High Speed-Shared Control Channel)일 수 있고, 하향링크 공유 채널은 HS-DSCH(High Speed-Downlink Shared Channel)일 수 있다. 제어 메시지에는 패킷을 수신할 단말과 그 단말에게 전송할 패킷의 형식(부호화율, 변조방식, 데이터량 등) 등에 관한 정보가 실린다. 해당 단말은 하향링크 제어 채널을 수신하여 자신에게 전송될 패킷의 형식과 전송 시점을 알게 되고, 해당 패킷을 수신할 수 있다. Referring to FIG. 4, the base station transmits a control message to the terminal through a downlink control channel (S110). At the time point associated with the control message, the base station sends corresponding user data to the terminal through a downlink shared channel (S120). The downlink control channel may be a High Speed-Shared Control Channel (HS-SCCH), and the downlink shared channel may be a High Speed-Downlink Shared Channel (HS-DSCH). The control message includes information on a terminal to receive the packet and the format (coding rate, modulation method, data amount, etc.) of the packet to be transmitted to the terminal. The terminal receives the downlink control channel to know the format and transmission time of the packet to be transmitted to the terminal, and may receive the packet.

패킷 수신 후에 그 패킷 데이터의 복호화를 거쳐서 만일 단말이 패킷 복호화에 실패했을 경우 단말은 NACK(Not-Acknowledgment) 신호를 기지국으로 전송한다(S130). NACK 신호는 상향링크 채널인 HS-DPCCH(High Speed-Dedicated Physical Control Channel)을 통해 전송할 수 있다. NACK 신호를 수신한 기지국은 해당 단말로의 패킷 전송이 실패했음을 감지하고 적절한 시점에서 동일 데이터를 동일한 패킷 형식, 또는 새로운 패킷 형식으로 재전송할 수 있다(S140, S150). 이때 단말기는 재전송된 패킷을 이전에 수신했지만 복호화에 실패한 패킷과 다양한 방식으로 결합하여 다시 복호화를 시도할 수 있다.After receiving the packet, if the terminal fails to decode the packet data after the packet is received, the terminal transmits a NACK (Not-Acknowledgment) signal to the base station (S130). The NACK signal may be transmitted through a high speed-dedicated physical control channel (HS-DPCCH) which is an uplink channel. The base station receiving the NACK signal detects that the packet transmission to the terminal has failed and may retransmit the same data in the same packet format or a new packet format at an appropriate time point (S140, S150). At this time, the terminal may attempt to decrypt again by combining the packet which has been previously retransmitted but failed to decrypt.

패킷 수신 후에 그 패킷 데이터의 복호화를 거쳐서 만일 복호화에 성공했을 경우 단말기는 ACK(Acknowledgment) 신호를 기지국으로 전송한다(S160). ACK 신호는 상향링크 채널인 HS-DPCCH을 통해 전송할 수 있다. ACK 신호를 수신한 기지국은 해당 단말기로의 패킷 전송이 성공했음을 감지하고 다음 패킷 전송 작업을 수행한다. ACK/NACK 신호를 전송하기 위해 사용되는 채널을 ACK/NACK 채널이라고 한다.After receiving the packet, if the decoding succeeds, the terminal transmits an ACK (Acknowledgment) signal to the base station (S160). The ACK signal may be transmitted through the uplink channel HS-DPCCH. Receiving the ACK signal, the base station detects that the packet transmission to the terminal is successful and performs the next packet transmission operation. A channel used to transmit an ACK / NACK signal is called an ACK / NACK channel.

이하에서는 상향링크와 하향링크 무선 자원을 통하여 데이터를 송신 또는 수신할 때 사용하는 채널 및 정보에 대해 기술한다.Hereinafter, channels and information used when transmitting or receiving data through uplink and downlink radio resources will be described.

단말이 하향링크 무선 자원을 통하여 데이터를 수신하는 경우에는 일반적으로 두가지 종류의 채널을 사용할 수 있다. 한가지 채널은 실제 데이터를 전송할 때 사용되는 DL-SCH이고, 다른 한가지 채널은 상기 DL-SCH로 수신한 데이터를 처리하는 방법에 관한 정보를 전송할 때 사용되는 하향링크 L1/L2 제어 채널이 있다. 하향링크 L1/L2 제어 채널을 통해 전송되는 정보를 하향링크 스케줄링 정보라고 한 다. 상기 하향링크 스케줄링 정보는 다음과 같은 정보를 포함할 수 있다.When the terminal receives data through the downlink radio resource, two types of channels may be generally used. One channel is a DL-SCH used for transmitting actual data, and the other channel is a downlink L1 / L2 control channel used for transmitting information about a method of processing data received by the DL-SCH. Information transmitted through the downlink L1 / L2 control channel is called downlink scheduling information. The downlink scheduling information may include the following information.

- 식별자 정보: 단말 식별자 또는 그룹 식별자Identifier information: terminal identifier or group identifier

- 무선자원 할당(Resource assignment): 시간/주파수 등과 같은 할당된 무선자원의 정보Radio resource assignment: information on allocated radio resources such as time / frequency

- 할당 구간 (Duration of assignment): 할당된 무선자원의 유효 구간Duration of assignment: Valid period of allocated radio resource

- 다중안테나 정보: MIMO(Multiple Input Multiple Output) 또는 빔형성( Beamforming) 방식에 관련된 정보Multiple antenna information: information related to a multiple input multiple output (MIMO) or beamforming method

- 모듈레이션 정보Modulation Information

- 페이로드(Payload) 크기Payload Size

- 비동기 HARQ(Asynchronous HARQ) 정보: HARQ 프로세스 식별자(HARQ process number), 리던던시 버전(Redundancy version), 새로운 데이터 지시자(New Data Indicator)Asynchronous HARQ (Asynchronous HARQ) information: HARQ process number (HARQ process number), redundancy version, new data indicator (New Data Indicator)

- 동기 HARQ(Synchronous HARQ) 정보: 재전송 순차 번호 (Retransmission sequence number)Synchronous HARQ information: Retransmission sequence number

단말이 상향링크 무선자원을 통하여 데이터를 송신하는 경우에도 두가지 종류의 채널을 사용할 수 있다. 한가지 채널은 실제 데이터를 전송할 때 사용되는 UL-SCH 이고, 다른 한가지는 상기 UL-SCH로 송신할 데이터를 처리하는 방법에 관한 정보를 기지국으로부터 수신받는 상향링크 L1/L2 제어 채널이 있다. 상향링크 L1/L2 제어 채널을 통해 전송되는 정보를 상향링크 스케줄링 정보라고 한다. 상기 상향링크 스케줄링 정보는 다음과 같은 정보를 포함할 수 있다.When the terminal transmits data through the uplink radio resource, two types of channels may be used. One channel is an UL-SCH used for transmitting actual data, and the other channel is an uplink L1 / L2 control channel that receives information from a base station about how to process data to be transmitted on the UL-SCH. Information transmitted through the uplink L1 / L2 control channel is called uplink scheduling information. The uplink scheduling information may include the following information.

- 식별자 정보-Identifier information

- 무선자원 할당Radio resource allocation

- 할당 구간-Allocation interval

- 전송 파라미터(Transmission Parameters): 모듈레이션 방식, 페이로드 크기, MIMO 방식 등과 같은 정보Transmission Parameters: Information such as modulation method, payload size, MIMO method, etc.

이제 상향링크 또는 하향링크 무선자원의 스케줄링 방식에 대해 설명한다.Now, a scheduling scheme of uplink or downlink radio resources will be described.

첫번째 방식은 동적(Dynamic) 스케줄링 방식이다. 동적 스케줄링 방식은 기본적으로 하나의 전송 구간(Transmission Time Interval, TTI)에 전송되는 데이터 마다 하향링크 스케줄링 정보 또는 상향링크 스케줄링 정보가 요구되는 방식이다. TTI는 한번의 데이터 전송에 걸리는 시간을 말한다. 만약 데이터를 송신 또는 수신하기 위해서 비동기 HARQ 방식으로 단말과 기지국이 동작한다면, 동적 스케줄링 방식에 의하면 데이터의 초기 전송뿐만 아니라 재전송 시에도 하향링크 스케줄링 정보 또는 상향링크 스케줄링 정보의 전송이 요구된다. 반면에, 만약 동기 HARQ 방식으로 단말과 기지국이 동작한다면, 동적 스케줄링 방식에 의하면 재전송을 제외한 초기 데이터 전송시에만 데이터마다 하향링크 스케줄링 정보 또는 상향링크 스케줄링 정보의 전송이 요구된다. 그리고, 동적 스케줄링 방식에서의 하향링크 스케줄링 정보 또는 상향링크 스케줄링 정보는 하나의 단말에게만 유효하다.The first method is a dynamic scheduling method. In the dynamic scheduling method, downlink scheduling information or uplink scheduling information is required for each data transmitted in one transmission time interval (TTI). TTI refers to the time taken for one data transmission. If the terminal and the base station operate in an asynchronous HARQ scheme to transmit or receive data, the dynamic scheduling scheme requires the transmission of downlink scheduling information or uplink scheduling information during retransmission as well as initial transmission of data. On the other hand, if the terminal and the base station operates in a synchronous HARQ scheme, the dynamic scheduling scheme requires the transmission of downlink scheduling information or uplink scheduling information for each data only at initial data transmission except for retransmission. In addition, downlink scheduling information or uplink scheduling information in the dynamic scheduling method is valid for only one UE.

두번째 방식은 영속(persistent) 또는 정적(static) 스케줄링 방식이다. 정적 스케줄링 방식에 의하면 동적 스케줄링 방식과 같이 매 TTI 마다 송신 또는 수신되는 데이터의 처리 방법을 위해서 하향링크 스케줄링 정보 또는 상향링크 스케 줄링 정보를 전송하는 것이 아니라 기지국에서 RB 설정 때 등과 같이 RRC 신호를 통하여 데이터의 송신 또는 수신을 처리하는 방법을 정적으로 미리 알리는 것이다. 이에 따라 단말은 데이터를 송신 또는 수신할 때, 하향링크 스케줄링 정보 또는 상향링크 스케줄링 정보가 없이도, 미리 RRC 신호를 통해 설정된 정보를 이용한다. 예를 들면 설명하면, 기지국은 RRC 신호를 통하여 A라는 무선자원에, B라는 전송 형식으로 C라는 주기에 따라 데이터를 하향링크로 수신하라고 단말에게 미리 설정했다면, 단말은 상기, A, B, C 값을 이용하여, 매 TTI 마다 별도의 하향링크 스케줄링 정보 없이 데이터를 수신할 수 있다. 마찬가지로, 단말이 기지국으로 데이터를 송신할 경우에도 상기 정보에 따라 매 TTI 마다 상향링크 스케줄링 정보 없이 데이터를 전송할 수 있다.The second approach is persistent or static scheduling. According to the static scheduling method, the downlink scheduling information or the uplink scheduling information is not transmitted for a method of processing data transmitted or received every TTI like the dynamic scheduling method, but the data is transmitted through the RRC signal such as when the base station configures the RB. It is to statically inform in advance how to handle the transmission or reception of a. Accordingly, when the terminal transmits or receives data, the terminal uses information previously set through the RRC signal without downlink scheduling information or uplink scheduling information. For example, if the base station has previously set the UE to receive data in a downlink according to a cycle C in a transmission format B in a radio resource called A through the RRC signal, the terminal A, B, C Using the value, data may be received without separate downlink scheduling information for every TTI. Similarly, even when the terminal transmits data to the base station, it can transmit data without uplink scheduling information for every TTI according to the information.

이하에서는 PDCP 계층에서 수행하는 헤더 압축(header compression) 기법에 대해 기술한다. 헤더 압축 기법이란 동일한 패킷 스트림(Packet Stream)에 속하는 IP 패킷들은 IP 헤더의 많은 부분이 변하지 않는다는 사실을 이용한 것으로서, 변하지 않는 필드들은 송신기의 압축기(Compressor)와 수신기의 복원기(Decompressor)에 문맥(Context)의 형태로 저장해 놓고, 문맥이 형성된 이후에는 변하는 필드만을 전송함으로써 IP 헤더의 전체 헤더를 항상 전송하는 데 따르는 오버헤드를 줄이는 방법이다. 압축기와 복원기는 PDCP 계층에 위치할 수 있다.Hereinafter, a header compression technique performed in the PDCP layer will be described. The header compression scheme takes advantage of the fact that IP packets belonging to the same packet stream do not change much of the IP header, and the unchanged fields are used in the context of the transmitter and receiver decompressors. Context) and reduce the overhead of always transmitting the entire header of the IP header by transmitting only the changing fields after the context is formed. Compressors and restorers can be located at the PDCP layer.

도 5를 참조하면, 헤더 압축의 초기 단계에는 복원기에 해당 패킷 스트림에 대한 문맥을 형성하기 위해 압축기는 전체 헤더(Full Header, FH) 패킷을 전송한다. 전체 헤더를 전송하는 경우 헤더 압축으로 인한 이득이 없지만, 복원기에 문맥이 형성된 이후에는 압축기는 압축 헤더(Compressed Header, CH) 패킷만을 전송하기 때문에 그 이득은 현저해진다. Referring to FIG. 5, in the initial stage of header compression, the compressor transmits a full header (FH) packet to form a context for the packet stream in the decompressor. In the case of transmitting the entire header, there is no gain due to the header compression. However, since the compressor transmits only the compressed header (CH) packet after the context is formed in the decompressor, the gain becomes significant.

특정 패킷 스트림에 대해 어떤 패킷을 전체 헤더로 전송하고 어떤 패킷을 압축 헤더로 전송하는가는 전적으로 압축기의 판단에 달려 있다. 다만, 일반적으로 어떤 패킷 스트림에 대해 처음 문맥을 형성할 때는 전체 헤더 패킷을 전송하고, 이후 압축 헤더 패킷을 전송하는 중 일정 시간이 경과하면 한 번씩 전체 헤더 패킷을 전송하여 복원기의 문맥이 항상 압축기의 문맥과 동기가 유지되도록 한다. It is entirely up to the compressor to decide which packet to send to the entire header and which packet to send to the compressed header for a particular packet stream. In general, however, when a context is first formed for a packet stream, the entire header packet is transmitted, and after the predetermined time elapses during the transmission of the compressed header packet, the entire header packet is transmitted once so that the context of the decompressor is always compressed. Keep the context and motivation of

송신기의 압축기는 상위로부터 IP 패킷을 하나 받으면, 그 헤더의 패턴에 따라 해당 패킷을 전체 헤더 또는 압축 헤더로 구성하여, 수신기로 전송한다. 만약 새로운 문맥을 형성 또는 갱신할 필요가 있다고 판단하면 압축기는 해당 패킷을 전체 헤더 패킷으로 전송하고, 만약 해당 패킷의 헤더 패턴에 대한 문맥이 이미 복원기에 형성되어 있다고 판단하면 압축기는 해당 패킷을 압축 헤더 패킷으로 전송하는 것이다.When the compressor of the transmitter receives one IP packet from the upper layer, the transmitter configures the packet as a whole header or a compressed header according to the pattern of the header, and transmits the packet to the receiver. If it is determined that there is a need to form or update a new context, the compressor transmits the packet as a whole header packet, and if it determines that the context for the header pattern of the packet is already formed in the decompressor, Lt; / RTI >

수신기의 복원기는 어떤 패킷 스트림에 대해 먼저 전체 헤더 패킷을 수신하여 문맥을 형성해야 한다. 문맥은 이후 수신할 압축 헤더들을 복원할 수 있는 근거가 되기 때문이다. 만약 복원기에 문맥이 형성되지 않은 상태에서 복원기가 압축 헤더 패킷을 수신한다면, 복원기는 해당 패킷의 원래 헤더를 복원할 수 없으므로 수신한 패킷을 폐기하게 된다. The decompressor of the receiver must first form a context by receiving the entire header packet for a certain packet stream. This is because the context is the basis for restoring compressed headers to be received later. If the decompressor receives a compressed header packet in a state where no context is formed in the decompressor, the decompressor discards the received packet because it can not restore the original header of the packet.

어떤 PS 서비스에 대해 헤더 압축 기법을 사용할 경우, 송신기의 PDCP 계층은 상위계층에서 동일한 QoS를 갖는 하나의 스트림으로 수신한 IP 패킷을 "Context를 형성 또는 갱신하는 패킷"과 "Context를 형성 또는 갱신하지 않는 패킷"의 둘 중 하나의 형태로 전송하게 된다. 그런데, "Context를 형성 또는 갱신하는 패킷"이 성공적으로 수신기에 전송되지 않을 경우 이후에 전송되는 모든 "Context를 형성 또는 갱신하지 않는 패킷"들이 수신기에서 복원되지 못하고 폐기되므로, "Context를 형성 또는 갱신하는 패킷"이 "Context를 형성 또는 갱신하지 않는 패킷"에 비해 훨씬 중요하다고 할 수 있다.When the header compression scheme is used for a PS service, the PDCP layer of the transmitter does not form or update the IP packet received in one stream having the same QoS in the upper layer as the "packet for forming or updating the context" and the "Context." Do not send packets in the form of either. However, when the "packet that forms or updates the context" is not successfully transmitted to the receiver, all the subsequent "packets that do not form or update the context" transmitted are not restored by the receiver and are discarded. Packet "is much more important than" packet that does not form or update a context ".

이제 VoIP에서의 패킷 데이터 전송에 대해 기술한다. 전술한 바와 같이 VoIP(Voice over IP)는 IP를 통해 음성 데이터를 전송하는 서비스로서, PS 영역을 기반으로 하는 서비스이다. VoIP에서, 음성 데이터를 위한 RTP(Real-time Transport Protocol) 패킷과 RTP 패킷의 제어를 위한 RTCP(RTP Control Protocol) 패킷이 있다. 압축 헤더를 갖는 RTP 패킷을 CH RTP 패킷이라 하고, 전체 헤더를 갖는 RTP 패킷을 FH RTP 패킷이라 한다. Now, packet data transmission in VoIP is described. As described above, voice over IP (VoIP) is a service for transmitting voice data through IP and is a service based on a PS area. In VoIP, there are Real-time Transport Protocol (RTP) packets for voice data and RTCP (RTP Control Protocol) packets for control of RTP packets. RTP packets with compressed headers are called CH RTP packets, and RTP packets with full headers are called FH RTP packets.

도 6을 참조하면, 하나의 TTI 구간에서 미리 설정된 무선 자원을 통해 CH RTP 패킷이 전송된다. 하지만, VoIP 서비스에서는 CH RTP 패킷 이외에도 경우에 따라 FH RTP 패킷 또는 RTCP 패킷이 전송되어야 한다, 이경우 정적 스케줄링 방식으로 RTP 패킷 또는 RTCP 패킷의 전송할 때, 문제점이 발생할 수 있다. Referring to FIG. 6, a CH RTP packet is transmitted through a preset radio resource in one TTI period. However, in the VoIP service, in addition to the CH RTP packet, the FH RTP packet or the RTCP packet should be transmitted in some cases. In this case, a problem may occur when transmitting the RTP packet or the RTCP packet in a static scheduling manner.

도 7은 FT RTP 패킷과 RTCP 패킷의 전송으로 인해 CH RTP 패킷의 전송이 지 연되는 예를 나타낸다.7 shows an example in which transmission of a CH RTP packet is delayed due to transmission of an FT RTP packet and an RTCP packet.

도 7을 참조하면, FH RTP 패킷, RTCP 패킷 및 CH RTP 패킷은 일정한 패킷 생성의 주기를 갖지 않아서 상기 패킷들의 생성을 예측할 수 없을 뿐만 아니라, FH RTP 패킷의 크기는 CH RTP RTP 패킷의 크기보다 크다. 따라서, 정적 스케줄링 방식으로 CH RTP 패킷에 맞는 무선자원만이 할당되어 있는 상태에서, FH RTP 패킷이나 RTCP 패킷을 CH RTP 패킷용 무선자원을 통해 전송한다면 RTP 패킷의 전송 지연이 발생할 수 밖에 없다. Referring to FIG. 7, the FH RTP packet, the RTCP packet, and the CH RTP packet do not have a constant packet generation period, so that the generation of the packets cannot be predicted, and the size of the FH RTP packet is larger than that of the CH RTP RTP packet. . Therefore, if only radio resources suitable for the CH RTP packet are allocated by the static scheduling method, if the FH RTP packet or the RTCP packet is transmitted through the radio resource for the CH RTP packet, a transmission delay of the RTP packet may occur.

본 발명에 의하면, FH RTP 패킷과 RTCP 패킷의 전송이 필요한 경우 추가적인 무선자원을 요청하는 무선자원 요청 메시지를 발생(triggering)시키는 방법을 제안한다. 그리고 상기 무선자원 요청 메시지에 포함될 정보를 제안한다. 예를 들어, 정적 스케줄링 방식으로 기지국이 RRC 메시지를 통하여 미리 CH RTP 패킷의 전송을 위한 무선자원을 정적으로 할당하면, 단말은 상기 무선자원을 이용하여 CH RTP 패킷을 전송한다. 이러한 상황하에서 예측하지 못한 FH RTP 패킷 또는 RTCP 패킷의 전송이 요구되면, FH RTP 패킷 또는 RTCP 패킷을 전송하기에는 미리 정적으로 할당된 무선자원이 충분치 않기 때문에, 단말은 추가적인 무선자원을 요청하는 무선자원 요청 메시지를 발생시키고 상기 무선자원 요청 메시지를 전송하는 방법을 제안하는 것이다. According to the present invention, a method of triggering a radio resource request message for requesting an additional radio resource when a transmission of an FH RTP packet and an RTCP packet is required is proposed. And it proposes the information to be included in the radio resource request message. For example, if the base station statically allocates radio resources for transmission of the CH RTP packet through the RRC message in a static scheduling scheme, the terminal transmits the CH RTP packet using the radio resources. In this situation, if an unexpected FH RTP packet or RTCP packet is required to be transmitted, a radio resource request for additional radio resource is required because the terminal does not have enough statically allocated radio resources to transmit the FH RTP packet or the RTCP packet. It proposes a method of generating a message and transmitting the radio resource request message.

먼저, FH RTP 패킷과 RTCP 패킷에 따라, 무선자원 요청 메시지를 발생하는 방법에 대해 설명한다. 일반적으로 헤더의 압축은 PDCP 계층에서 수행하고, 무선자원의 요청과 할당에 관련된 무선자원 관리의 기능은 MAC 계층에서 담당한다. MAC 계층에서는 FH RTP 패킷인지 CH RTP 패킷 여부를 알지 못한다. 따라서, 상위계층에서 하위계층(예를 들어, MAC 계층)으로 무선자원 요청을 수행하도록 하기 위한 방법이 필요하다. First, a method of generating a radio resource request message according to the FH RTP packet and the RTCP packet will be described. In general, header compression is performed at the PDCP layer, and radio resource management functions related to the request and allocation of radio resources are handled by the MAC layer. The MAC layer does not know whether it is an FH RTP packet or a CH RTP packet. Accordingly, there is a need for a method for performing a radio resource request from an upper layer to a lower layer (eg, a MAC layer).

제1 실시예에서, PDCP 계층에서 하위 계층으로 CH RTP 패킷, FH RTP 패킷 및 RTCP 패킷을 구분할 수 있도록 패킷 타입 식별자(Packet Type Indicator)를 상기 패킷들에 포함시켜 하위 계층으로 전달할 수 있다.In the first embodiment, a packet type indicator may be included in the packets to be transmitted to the lower layer to distinguish the CH RTP packet, the FH RTP packet, and the RTCP packet from the PDCP layer to the lower layer.

표 1은 PDCP 계층에서의 패킷 타입 식별자의 일 예를 나타낸다.Table 1 shows an example of a packet type identifier in the PDCP layer.

Packet TypePacket Type Packet Type IndicatorPacket Type Indicator CH RTPCH RTP 00 FH RTPFH RTP 1One RTCPRTCP 22 SIP/SDPSIP / SDP 33

상기 패킷 타입 식별자를 포함한 패킷들이 PDCP 계층에서 RLC 계층으로 전달되면, RLC 계층에서도 상기 패킷 타입 식별자에 따라서 추가적인 패킷 타입 식별자를 RLC PDU(Protocol Data Unit)에 포함해서 하위 계층으로 전달한다. 왜냐하면, PDCP 계층에서 생성된 패킷 타입 식별자는 MAC 계층에서는 바로 읽어 볼 수 없기 때문이다. When packets including the packet type identifier are delivered from the PDCP layer to the RLC layer, the RLC layer also includes an additional packet type identifier in an RLC Protocol Data Unit (PDU) according to the packet type identifier and delivers the packet to the lower layer. This is because the packet type identifier generated at the PDCP layer cannot be read directly at the MAC layer.

표 2는 RLC 계층에서의 패킷 타입 식별자의 일 예를 나타낸다.Table 2 shows an example of a packet type identifier in the RLC layer.

Packet Type Indicator in RLCPacket Type Indicator in RLC Packet Type Indicator in PDCPPacket Type Indicator in PDCP 00 00 1One 1One 1One 22 1One 33

MAC 계층에서는 RLC 계층에서 제공하는 패킷 타입 식별자를 통해서 FH RTP 패킷, CH RTP 패킷 및 RTCP 패킷을 구분하고, 이에 따라 무선자원 요청 메시지를 발생시킨다. In the MAC layer, the FH RTP packet, the CH RTP packet, and the RTCP packet are distinguished by the packet type identifier provided by the RLC layer, and a radio resource request message is generated accordingly.

표 1과 2에 나타난 패킷 타입 식별자는 예시에 불과하고 당업자라면 다양한 형태로 변형할 수 있을 것이다. 표 1과 2에서 나타내는 바와 같이 PDCP 계층에서는 상위 계층에서 전달된 패킷을 가공 후 패킷 타입 식별자를 포함시켜 하위 계층인 RLC 계층으로 전달한다. RLC 계층에서도 역시 상위 계층인 PDCP 계층으로부터 전달받은 데이터를 다시 가공한 후에 PDCP 계층에서의 패킷 타입 식별자에 따라 적절한 패킷 타입 식별자를 포함시켜 하위 계층은 MAC 계층으로 전달한다. The packet type identifiers shown in Tables 1 and 2 are only examples and may be modified by those skilled in the art in various forms. As shown in Tables 1 and 2, the PDCP layer forwards the packet transmitted from the upper layer to the lower layer RLC layer including the packet type identifier after processing. The RLC layer also processes the data received from the PDCP layer, which is also the upper layer, and then includes the appropriate packet type identifier according to the packet type identifier in the PDCP layer to transmit the lower layer to the MAC layer.

표 1과 2에 따른 단말의 동작 과정은 다음과 같다. PDCP 계층은 FH RTP 패킷, CH RTP 패킷, RTCP 패킷 및 SIP/SDP 패킷들에 따라서 각각 패킷 타입 식별자를 붙여 RLC 계층으로 전달한다. RLC 계층은 상기 PDCP 계층에서 전달된 패킷의 패킷 타입 식별자를 확인하고, 패킷 타입 식별자 값이 '0'으로 설정되어 있다면, 패킷을 가공 후 다시 패킷 타입 식별자의 인덱스 값에 '0'을 설정해서 MAC 계층으로 전달한다. 반면에, PDCP 계층에서 전달된 패킷의 패킷 타입 식별자 값이 '1', '2' 및 '3'인 경우에는 패킷을 가공 후 패킷 타입 식별자 값에 '1'을 설정해서 MAC 계층으로 전달한다. 이에 따라서 MAC 계층은 RLC 계층으로 전달받은 패킷에 포함된 패킷 타입 식별자 값을 확인한다. 만약 패킷 타입 식별자 값이 '1'로 설정되어 있다면, 무선자원 요청 메시지를 발생시킨다. The operation process of the terminal according to Tables 1 and 2 is as follows. The PDCP layer forwards the packet type identifier to the RLC layer according to the FH RTP packet, CH RTP packet, RTCP packet, and SIP / SDP packets, respectively. The RLC layer checks the packet type identifier of the packet transmitted from the PDCP layer, and if the packet type identifier value is set to '0', after processing the packet, sets the index value of the packet type identifier to '0' and then MAC. To the layer. On the other hand, when the packet type identifier values of the packet transmitted from the PDCP layer are '1', '2' and '3', the packet is transmitted to the MAC layer by setting '1' to the packet type identifier value after processing the packet. Accordingly, the MAC layer checks the packet type identifier value included in the packet transmitted to the RLC layer. If the packet type identifier value is set to '1', a radio resource request message is generated.

PDCP 계층과 RLC 계층에서 사용할 패킷 타입 식별자에 대한 정보는 기지국에서 단말에게 RRC 메시지를 통해 미리 설정해 둘 수 있다. 그리고 수신기의 RLC 계층 및 PDCP 계층에서는 패킷 타입 식별자를 포함한 RLC PDU 및 PDCP PDU의 헤더를 제거한 후에 상위 계층으로 전달한다.Information on a packet type identifier to be used in the PDCP layer and the RLC layer may be previously set by the base station through an RRC message to the terminal. The RLC layer and the PDCP layer of the receiver remove the headers of the RLC PDU and PDCP PDU including the packet type identifier and transfer them to the upper layer.

제2 실시예에 있어서, PDCP 계층은 FH RTP 패킷과 RTCP 패킷이 발생한 경우에 트리거 지시(triggering indication)를 통해 MAC 계층으로 알릴 수 있다. 트리거 지시는 MAC 계층이 무선자원 요청 메시지를 발생시킬지 여부에 관한 정보를 포함한다. PDCP 계층은 FH RTP 패킷, CH RTP 및 RTCP 패킷의 발생을 판단할 수 있다. PDCP 계층은 상위 계층에서 전달받은 패킷의 종류를 판단해서 만약 RTCP 패킷을 전달받았다면, MAC 계층으로 상기 RTCP 패킷 발생 사실을 알리고, 이에 따라 MAC 계층은 무선자원 요청 메시지를 발생시킬 수 있다. 만약 PDCP 계층이 RTP 패킷을 상위 계층에서부터 전달받았다면, 상기 RTP 패킷이 헤더 압축기에 의해 CH RTP 패킷이 생성되었는지 아니면 FH RTP 패킷이 생성되었는지를 판단하고, 만약 FH RTP 패킷이 생성되었다면, MAC 계층으로 상기 정보를 알린다. MAC 계층은 무선자원 요청 메시지를 발생시킨다. In the second embodiment, the PDCP layer may inform the MAC layer through a triggering indication when the FH RTP packet and the RTCP packet occur. The trigger indication includes information on whether the MAC layer generates a radio resource request message. The PDCP layer may determine the occurrence of FH RTP packets, CH RTP and RTCP packets. The PDCP layer determines the type of the packet received from the upper layer, and if the RTCP packet is received, informs the MAC layer that the RTCP packet is generated. Accordingly, the MAC layer may generate a radio resource request message. If the PDCP layer has received the RTP packet from the upper layer, the RTP packet determines whether the CH RTP packet or the FH RTP packet is generated by the header compressor, and if the FH RTP packet is generated, to the MAC layer. Inform the above information. The MAC layer generates a radio resource request message.

표 3은 패킷 타입에 따른 PDCP 계층에서 MAC 계층으로의 트리거 지시의 일 예를 나타낸다.Table 3 shows an example of a trigger instruction from the PDCP layer to the MAC layer according to the packet type.

Packet TypePacket Type Triggering indication to MAC layerTriggering indication to MAC layer CH RTPCH RTP OFFOFF FH RTPFH RTP ONON RTCPRTCP ONON SIP/SDPSIP / SDP ONON

이와 같은 방식을 사용하기 위해서 기지국에서는 정적 스케줄링 방식과 같은 특정 스케줄링 방식 하에서 PDCP 계층이 상위 계층으로부터 전달된 패킷들을 가공후 각 패킷들의 타입을 판단하고, 특정 패킷의 타입이 발생하면 MAC 계층으로 트리거 지시를 RRC 신호를 통해 미리 알린다.In order to use this method, the base station determines the types of each packet after the PDCP layer processes the packets transmitted from the upper layer under a specific scheduling method such as a static scheduling method, and triggers a trigger to the MAC layer when a specific packet type occurs. Notify in advance through the RRC signal.

제3 실시예에서, PDCP 계층은 CH RTP 패킷, FH RTP 패킷 및 RTCP 패킷을 서로 다른 논리채널을 이용하여 하위 계층으로 전달할 수 있다. MAC 계층은 FH RTP 패킷과 RTCP 패킷이 전달되는 논리채널의 RLC 버퍼의 상태를 이용하여 FH RTP 패킷 및 RTCP 패킷의 발생을 판단할 수 있다. In the third embodiment, the PDCP layer may deliver the CH RTP packet, the FH RTP packet, and the RTCP packet to the lower layer using different logical channels. The MAC layer may determine the occurrence of the FH RTP packet and the RTCP packet using the states of the RLC buffer of the logical channel through which the FH RTP packet and the RTCP packet are delivered.

도 8을 참조하면, 기지국은 RRC 신호를 통하여, CH RTP 패킷은 논리채널 A를 통해 전송하도록 설정하고, FH RTP 패킷과 RTCP 패킷은 논리채널 B를 통해 전송하도록 설정한다. 이렇게 되면 RLC 계층은 각 논리채널마다 RLC 버퍼가 생성되고, 상기 버퍼에 패킷들이 쌓이게 되면 상기 버퍼양에 대한 정보를 MAC 계층에게 알린다. 단말의 MAC 계층에서는 논리채널 B의 버퍼양으로 FH RTP 패킷 및 RTCP 패킷의 발생 여부를 판단할 수 있다.Referring to FIG. 8, the base station configures the CH RTP packet to be transmitted through the logical channel A through the RRC signal, and the FH RTP packet and the RTCP packet to be transmitted through the logical channel B. In this case, the RLC layer generates an RLC buffer for each logical channel, and when packets are accumulated in the buffer, the RLC layer informs the MAC layer of information about the amount of the buffer. In the MAC layer of the UE, it is possible to determine whether the FH RTP packet and the RTCP packet are generated by the buffer amount of the logical channel B.

도 9를 참조하면, 먼저 기지국은 RRC 신호를 통하여 각 패킷의 종류에 따라서 사용할 수 있는 논리채널의 종류에 관한 정보를 단말에게 알려준다. PDCP 계층은 상위 계층에서부터 RTP 패킷 또는 RTCP 패킷을 전달받는다. 헤더 압축기와 분리기(Splitter)는 CH RTP 패킷, FH RTP 또는 RTCP 패킷을 각각 설정된 논리채널을 이용하여 하위 계층으로 분리하여 전달한다. Referring to FIG. 9, first, a base station informs a user equipment of a type of logical channel that can be used according to the type of each packet through an RRC signal. The PDCP layer receives an RTP packet or an RTCP packet from an upper layer. The header compressor and the splitter separate the CH RTP packet, the FH RTP, or the RTCP packet into lower layers by using logical channels respectively set.

수신된 패킷은 결합기(combiner)와 헤더 복원기(header decompressor)에 의해 다시 복원되어 RTP 패킷 또는 RTCP 패킷이 된다.The received packet is recovered again by a combiner and a header decompressor to become an RTP packet or an RTCP packet.

도 10을 참조하면, 제1 RLC 버퍼에 CH RTP 패킷이 전달되고, 제2 RLC 버퍼에는 FH RTP 패킷 또는 RTCP 패킷이 전달된다. MAC 계층은 FH RTP 패킷 또는 RTCP 패킷이 전달되는 제2 RCL 버퍼를 확인하여, 만약 제2 RLC 버퍼에 패킷들이 저장되어있다는 것을 판단하면, 무선자원 요청 메시지를 발생시킨다.Referring to FIG. 10, a CH RTP packet is delivered to a first RLC buffer, and an FH RTP packet or an RTCP packet is delivered to a second RLC buffer. The MAC layer checks the second RCL buffer through which the FH RTP packet or the RTCP packet is delivered, and determines that the packets are stored in the second RLC buffer, and generates a radio resource request message.

제4 실시예에 있어서, PDCP 계층, RLC 계층 그리고 MAC 계층의 버퍼에 쌓인 데이터의 양을 기준으로 무선자원 요청 메시지를 발생시킬 수 있다. 데이터의 양의 기준이 되는 값은 기지국에서 단말에게 RRC 신호를 통하여 미리 설정한 임계 값(Threshold)을 이용할 수 있다.In the fourth embodiment, the radio resource request message may be generated based on the amount of data accumulated in the buffer of the PDCP layer, the RLC layer, and the MAC layer. The reference value of the amount of data may use a threshold previously set by the base station through the RRC signal to the terminal.

도 11을 참조하면, RLC 계층의 버퍼에 RTP 또는 RTCP 패킷들이 버퍼에 일정 양이 쌓이게 되면, 단말은 기지국에서 미리 설정한 임계값과 현재의 버퍼 양을 비교하여, 버퍼에 쌓인 데이터의 양이 임계값을 넘는 경우에 MAC 계층에서 무선자원 요청 메시지를 발생시킨다. 마찬가지로 PDCP 계층의 버퍼 또는 MAC 계층의 버퍼에 쌓인 데이터의 양과 각 임계값에 따라서 무선자원 요청 메시지를 발생시킬 수도 있다. Referring to FIG. 11, when a certain amount of RTP or RTCP packets is accumulated in the buffer of the RLC layer, the UE compares the current buffer amount with a threshold previously set in the base station, and the amount of data accumulated in the buffer is critical. If the value is exceeded, a radio resource request message is generated at the MAC layer. Similarly, the radio resource request message may be generated according to the amount of data accumulated in the buffer of the PDCP layer or the buffer of the MAC layer and each threshold value.

무선자원 요청 메시지의 생성을 담당하는 계층은 MAC 계층이기 때문에, PDCP 계층의 버퍼 또는 RLC 계층의 버퍼의 양이 임계값을 넘는 경우에는 MAC 계층으로 알리게 되고, 이에 따라 MAC 계층에서는 무선자원 요청 메시지를 발생시킨다. Since the layer responsible for generating the radio resource request message is the MAC layer, when the amount of the buffer of the PDCP layer or the buffer of the RLC layer exceeds a threshold, the layer is notified to the MAC layer. Accordingly, the MAC layer notifies the radio resource request message. Generate.

임계값은 PDCP 계층, RLC 계층 및 MAC 계층에 따라 각기 다른 값을 가질 수 있다. 임계값은 기지국에서 RRC 신호를 이용하여 단말에게 알려줄 수 있다. The threshold may have different values depending on the PDCP layer, RLC layer, and MAC layer. The threshold value may inform the terminal using the RRC signal at the base station.

RLC 버퍼가 사용되는 경우 임계값들은 RLC 버퍼에 어떠한 논리채널의 데이터가 있는지에 따라서 각기 다른 값들을 가질 수 있다. 예를 들면, 만약 논리채널 A로는 CH RTP 패킷이 전송되고 논리채널 2로 FH RTP 패킷이 전송된다면, 논리채널 A의 RLC 버퍼에서는 임계값으로 100이 설정되고, 논리채널 B의 RCL 버퍼에서는 임계값으로 200이 설정될 수 있다.When the RLC buffer is used, the thresholds may have different values depending on which logical channel data is in the RLC buffer. For example, if a CH RTP packet is sent to logical channel A and an FH RTP packet is sent to logical channel 2, 100 is set as a threshold in the RLC buffer of logical channel A, and a threshold in the RCL buffer of logical channel B. 200 may be set.

본 발명에서는 단말이 무선자원 요청 메시지를 발생시키는 4가지 조건(Conditions)을 제시한다. 단말은 각 조건을 만족하는 경우에 MAC 계층에서 무선자원 요청 메시지를 발생시킨다. 기지국에서는 상기의 4가지 조건 중에서 한 가지만을 단말에게 설정할 수도 있고, 둘 이상의 조건을 모두 설정할 수도 있다. 상기 조건들에 대한 설정 정보는 기지국이 단말에게 RRC 신호로 전송할 수 있다.In the present invention, four conditions (Conditions) that the terminal generates a radio resource request message is presented. The terminal generates a radio resource request message in the MAC layer when each condition is satisfied. In the base station, only one of the above four conditions may be set to the terminal, or two or more conditions may be set. The configuration information on the conditions may be transmitted by the base station to the terminal as an RRC signal.

이하에서는 무선자원 요청 메시지를 생성한 후 무선자원 요청 메시지의 전송에 대해 설명한다.Hereinafter, the transmission of the radio resource request message after generating the radio resource request message will be described.

MAC 계층은 논리적으로 2가지 상태로 나눌 수 있다. 한가지 상태는 보통 상태(Normal State)이고, 다른 한가지 상태는 전송 상태(Transmission State)이다. 보통 상태는 단말이 기지국에서 할당해준 무선자원을 이용하여 충분히 데이터를 전송할 수 있는 상태를 의미한다. 즉, 단말의 버퍼에 CH RTP 패킷들만이 존재하여, RRC 신호를 통해 할당된 무선자원을 통하여 상기 패킷들을 전송하는데 문제가 없는 상태를 말한다. 이에 따라 단말에게는 무선자원 요청 메시지의 전송이 요구되지 않는다. 반면에 전송 상태는 단말이 기지국에서 할당해준 무선자원이 부족하여 데이터를 만족스럽게 전송할 수 없는 상태를 의미한다. 즉, 단말의 버퍼에 CH RTP 패킷외에 FH RTP 패킷 및/또는 RTCP 패킷이 존재하여 추가적인 무선자원이 필요해서 기지국으로 무선자원 요청 메시지의 전송이 요구되는 상태를 말한다. 이에 따라 이하에서는 단말에서 무선자원 요청 메시지가 발생한 경우에, 단말은 전송 상태가 되고, 이후에 언제 다시 보통 상태로 돌아오는지에 관한 설명이다.The MAC layer can be logically divided into two states. One state is the normal state, and the other state is the transmission state. The normal state means a state in which the terminal can sufficiently transmit data by using a radio resource allocated by the base station. That is, since only the CH RTP packets exist in the buffer of the terminal, there is no problem in transmitting the packets through the radio resources allocated through the RRC signal. Accordingly, the UE is not required to transmit the radio resource request message. On the other hand, the transmission state refers to a state in which the terminal cannot satisfactorily transmit data due to insufficient radio resources allocated by the base station. That is, the FH RTP packet and / or the RTCP packet are present in the buffer of the UE in addition to the CH RTP packet, and thus additional radio resources are required, so that the transmission of the radio resource request message to the base station is required. Accordingly, hereinafter, when the radio resource request message is generated in the terminal, the terminal is in a transmission state, and when the description of when to return to the normal state again.

도 12를 참조하면, 전송기는 PDCP 계층 또는 RLC 계층에서 알려준(Indicated) FH RTP 패킷 또는 RTCP 패킷에 따라 무선자원 요청 메시지를 전송한다(S310). 전송기는 할당된 무선자원을 통해 FH RTP 패킷 또는 RTCP 패킷을 전송한다(S320). 수신기는 FH RTP 패킷 또는 RTCP 패킷을 성공적으로 수신하면 ACK 신호를 전송한다(S330). ACK 신호를 수신하면 FH RTP 패킷 또는 RTCP 패킷의 성공적으로 수행하여, 단말은 보통 상태(Normal state)로 전환한다.Referring to FIG. 12, the transmitter transmits a radio resource request message according to an FH RTP packet or an RTCP packet indicated by the PDCP layer or the RLC layer (S310). The transmitter transmits an FH RTP packet or an RTCP packet through the allocated radio resource (S320). When the receiver successfully receives the FH RTP packet or the RTCP packet, the receiver transmits an ACK signal (S330). Upon receipt of the ACK signal, the FH RTP packet or the RTCP packet is successfully performed, and the terminal switches to a normal state.

도 13을 참조하면, 특정 논리채널로 전달되는 FH RTP 패킷과 RTCP 패킷의 전송이 완료될 때 단말은 전송 상태에서 보통 상태로 전환된다. 예를 들면, 기지국이 RRC 신호를 통하여 VoIP 서비스를 위한 RB를 설정할 때, CH RTP 패킷이 전달되는 논리채널 A와 FH RTP 패킷 및 RTCP 패킷들이 전달되는 논리채널 B를 설정하였다고 가정하자. 각 논리채널에 대해 RLC 버퍼가 생성되고, 각 논리채널의 패킷들은 상기 RLC 버퍼에 저장되게 된다. 논리채널 A의 패킷은 RLC 버퍼 A에 저장되고, 논리채널 B의 패킷은 RLC 버퍼 B에 저장된다. 단말의 MAC 계층에서는 논리채널 B의 버퍼상태를 확인하여, 상기 버퍼에 데이터가 없을 때까지 무선자원 요청 메시지를 기지국으로 전송한다. 이때에 어떠한 논리채널에 대한 RLC 버퍼의 양을 확인할 것인지에 대한 정보는 기지국에서 RRC 신호를 통하여 단말에게 알린다.Referring to FIG. 13, when the transmission of the FH RTP packet and the RTCP packet delivered to a specific logical channel is completed, the terminal transitions from the transmission state to the normal state. For example, suppose that when the base station configures the RB for the VoIP service through the RRC signal, the logical channel A to which the CH RTP packet is delivered and the logical channel B to which the FH RTP packet and the RTCP packets are delivered are set. An RLC buffer is created for each logical channel, and packets of each logical channel are stored in the RLC buffer. Packets of logical channel A are stored in RLC buffer A, and packets of logical channel B are stored in RLC buffer B. The MAC layer of the terminal checks the buffer state of the logical channel B, and transmits a radio resource request message to the base station until there is no data in the buffer. At this time, the information on which logical channel to check the amount of the RLC buffer to inform the terminal through the RRC signal from the base station.

도 14를 참조하면, 버퍼의 양이 기지국이 설정한 임계값 이하인 경우에 단말은 전송 상태에서 보통 상태로 전환될 수 있다. 단말은 2가지의 임계값을 가지고 있어서, 버퍼에 있는 데이터의 양이 제1 임계값을 넘는 경우에, 단말은 무선자원 요청 메시지를 발생시키고 전송을 시작한다. 버퍼에 있는 데이터의 양이 제2 임계값이하로 가는 경우에, 무선자원 요청 메시지의 전송을 멈추는 것이다. 제1 임계 값과 제2 임계값에 대한 정보는 기지국에서 RRC 신호를 통하여 단말에게 알려줄 수 있다. 제1 임계값과 제2 임계값은 같은 값을 가질 수도 있고, 다른 값을 가질 수도 있다. Referring to FIG. 14, when the amount of the buffer is less than or equal to the threshold set by the base station, the terminal may switch from the transmission state to the normal state. The terminal has two thresholds, so if the amount of data in the buffer exceeds the first threshold, the terminal generates a radio resource request message and starts transmission. If the amount of data in the buffer goes below the second threshold, then the transmission of the radio resource request message is stopped. Information about the first threshold value and the second threshold value may inform the terminal through the RRC signal from the base station. The first threshold value and the second threshold value may have the same value or may have different values.

시간 T에서, RLC 버퍼에 있는 데이터 양은 제1 임계값 이하이므로 무선자원요청 메시지없이 데이터만을 전송한다(S410). 이는 보통 상태가 된다.At time T, since the amount of data in the RLC buffer is less than or equal to the first threshold, only data is transmitted without the radio resource request message (S410). This is normal.

시간 T+N₁에서, RLC 버퍼에 있는 데이터 양은 제1 임계값이하이므로 무선자원요청 메시지없이 데이터만을 전송한다(S420).At time T + N ₁ , since the amount of data in the RLC buffer is less than or equal to the first threshold value, only data is transmitted without a radio resource request message (S420).

시간 T+N₂에서, RLC 버퍼에 있는 데이터 양은 제1 임계값보다 크므로 무선자원요청 메시지를 전송한다(S430). 이는 전송 상태가 된다.At time T + N ₂ , since the amount of data in the RLC buffer is greater than the first threshold value, a radio resource request message is transmitted (S430). This is a transmission state.

시간 T+N₃에서, RLC 버퍼에 있는 데이터 양은 제1 임계값이하지만, 제2 임계값보다 크므로 무선자원요청 메시지를 전송한다(S440). At time T + N ₃ , since the amount of data in the RLC buffer is less than the first threshold, but greater than the second threshold, the radio resource request message is transmitted (S440).

시간 T+N₄에서, RLC 버퍼에 있는 데이터 양은 제2 임계값이하이므로 무선자원요청 메시지없이 데이터만을 전송한다(S450). 이는 보통 상태가 된다.At time T + N ₄ , since the amount of data in the RLC buffer is less than or equal to the second threshold, only data is transmitted without the radio resource request message (S450). This is normal.

기지국은 RRC 신호를 이용하여 임계값을 설정한다. 상기의 RRC 신호는 시스템 정보(System Information) 또는 호출메시지(Paging Message)일 수도 있다. 이에 따라 단말은 RLC 버퍼의 데이터 양과 설정된 임계값을 비교하여, 무선자원 요청 메시지의 발생 또는 전송 여부를 판단한다. The base station sets a threshold using the RRC signal. The RRC signal may be system information or a paging message. Accordingly, the terminal determines whether the radio resource request message is generated or transmitted by comparing the data amount of the RLC buffer with a set threshold.

이하에서는 무선자원 요청 메시지의 전송 조건에 대해 설명한다.Hereinafter, a transmission condition of a radio resource request message will be described.

도 15를 참조하면, 무선자원 요청 메시지를 발생한 경우 단말은 무선자원 요청 메시지를 기지국으로 전송한다. 앞서 제안한 바와 같이 단말은 무선자원 요청 메시지를 다음의 경우에서 발생(Triggering)시킨다.Referring to FIG. 15, when a radio resource request message is generated, the terminal transmits a radio resource request message to a base station. As suggested above, the UE triggers a radio resource request message in the following cases.

(1) PDCP 계층 또는 RLC 계층에서 MAC 계층으로 패킷을 전달할 때, 특정 정보가 패킷에 포함된 경우(1) When forwarding a packet from the PDCP layer or the RLC layer to the MAC layer, when specific information is included in the packet

(2) PDCP 계층 또는 RLC 계층에서 판단하여, MAC 계층으로 무선자원 요청 메시지를 발생시키라고 통보하는 경우(2) When notified by the PDCP layer or RLC layer to notify the MAC layer to generate a radio resource request message.

(3) 특정 논리채널의 RLC 버퍼에 데이터가 있는 경우(3) When there is data in the RLC buffer of a specific logical channel

(4) 논리채널의 RLC 버퍼가 기지국에서 설정한 임계값을 넘는 경우(4) When the RLC buffer of the logical channel exceeds the threshold set by the base station

즉, 단말은 상기 (1)~(4) 조건들 하에서 무선자원 요청 메시지의 발생을 판단하고, 발생한 무선자원 요청 메시지를 기지국으로 전송한다.That is, the terminal determines the occurrence of the radio resource request message under the conditions (1) to (4), and transmits the generated radio resource request message to the base station.

도 16을 참조하면, 단말은 전송 상태(Transmission State)에서 보통 상태(Normal State)로 전환될 때 무선자원 요청 메시지를 기지국으로 전송한다. 단말은 무선자원 요청 메시지의 전송이 요구되는 전송 상태 또는 무선자원 요청 메시지의 전송이 요구되지 않는 보통 상태에 있을 것이다. 즉, 전송 상태에서는 단말은 무선자원 요청 메시지를 전송한다. 또한, 특정 기준에 따라 단말이 보통 상태로 전환되는 경우에도 무선자원 요청 메시지를 기지국으로 전송한다. 기지국에서 좀더 정확하게 단말의 상태를 관리하기 위해서이다.Referring to FIG. 16, the terminal transmits a radio resource request message to the base station when the terminal transitions from a transmission state to a normal state. The terminal may be in a transmission state requiring transmission of a radio resource request message or in a normal state in which transmission of a radio resource request message is not required. That is, in the transmission state, the terminal transmits a radio resource request message. Further, even when the terminal is switched to the normal state according to a specific criterion, the radio resource request message is transmitted to the base station. This is to more accurately manage the state of the terminal in the base station.

도 17을 참조하면, 만약 단말이 전송 상태에 있다면 단말은 주기적으로 무선자원 요청 메시지를 기지국으로 전송한다. 예를 들면 다음과 같다. 기지국은 우선 주기적인 무선자원 요청 메시지 전송을 위한 요청 타이머(Request Timer) 값을 RRC 신호를 통해서 단말에게 알린다. 여기서는 요청 타이머 값을 20ms라 한다. 상기 RRC 신호는 시스템 정보(System Information) 또는 호출메시지(Paging Message)일 수 있다. Referring to FIG. 17, if the terminal is in a transmission state, the terminal periodically transmits a radio resource request message to the base station. For example: The base station first notifies the terminal of a request timer value for periodically transmitting a radio resource request message through an RRC signal. The request timer value is called 20ms here. The RRC signal may be system information or a paging message.

단말이 무선자원 요청 메시지의 전송이 요구되는 전송 상태가 된 경우에, 요청 타이머가 동작하기 시작한다. 만약 요청 타이머가 만료된 경우, 단말은 무선자원 요청 메시지를 기지국으로 전송하고, 정상적으로 무선자원 요청 메시지가 기지국으로 전송되면, 요청 타이머를 재시작한다. 그 후에, 단말이 전송 상태에서 보통상태로 전환되는 경우에, 요청 타이머는 멈춘다.When the terminal enters a transmission state requiring transmission of a radio resource request message, the request timer starts to operate. If the request timer expires, the terminal transmits a radio resource request message to the base station, and if the radio resource request message is normally transmitted to the base station, restarts the request timer. Thereafter, when the terminal transitions from the transmission state to the normal state, the request timer stops.

도 18을 참조하며, 만약 단말이 전송 상태에 있고, 무선자원 요청 메시지의 발생 조건을 다시 만족하는 경우에, 무선자원 요청 메시지를 전송한다. 단말이 전송 상태가 되면, 단말은 일정 기간 동안 전송 상태에 머물러 있을 수도 있다. 만약 기지국에서 RRC 신호를 통하여 단말이 전송 상태가 되면 최소 전송 상태 유지 기간을 설정할 수 있다. 예를 들어, 최소 전송 상태 유지 기간을 100ms로 설정한다고 하자. 이렇게 되면 단말은 전송 상태로 전환된 경우에, 최소 100ms를 전송 상태로 유지될 것이다. 이 구간 중, 만약 무선자원 요청 메시지가 발생하게 되면, 단말은 무선자원 요청 메시지를 기지국으로 전송한다.Referring to FIG. 18, if the terminal is in a transmission state and the occurrence condition of the radio resource request message is satisfied again, the radio resource request message is transmitted. When the terminal is in the transmission state, the terminal may remain in the transmission state for a certain period. If the terminal is in the transmission state through the RRC signal from the base station can set the minimum transmission state maintenance period. For example, assume that the minimum transmission state maintenance period is set to 100 ms. In this case, when the terminal is switched to the transmission state, at least 100ms will be maintained in the transmission state. During this period, if a radio resource request message occurs, the terminal transmits a radio resource request message to the base station.

이하에서는 단말이 무선자원 요청 메시지를 전송하는 경우에 상기 무선자원 요청 메시지에 포함되는 정보에 대해 설명한다. Hereinafter, when the terminal transmits a radio resource request message, information included in the radio resource request message will be described.

도 19를 참조하면, 기지국은 패킷 타입의 집합(Packet Type Set)을 RRC 신호를 통하여 단말에게 알린다(S510). 예를 들면, 인덱스 '00'인 경우에는 CH RTP 패킷, '01'인 경우에는 FH RTP 패킷, '10'인 경우에는 RTCP 패킷 및 '11'은 그 외의 다른 패킷들을 의미한다고 하자. Referring to FIG. 19, the base station notifies the terminal of a packet type set through an RRC signal (S510). For example, in the case of the index '00', the CH RTP packet, in the case of '01', the FH RTP packet, in the case of '10', the RTCP packet and '11' mean other packets.

단말은 패킷 타입에 관련된 정보를 무선자원 요청 메시지에 포함하여 전송한다(S520). 단말은 어떠한 종류의 패킷 타입에 의해 무선자원 요청 메시지가 발생했는지 판단하고, 그에 따라 패킷 타입 인덱스 값을 기지국으로 전송한다. 만약 FH RTP 패킷에 의해 무선자원 요청 메시지가 발생하게 되면, 단말은 '01'을 무선자원 요청 메시지에 포함하여 전송한다. FH RTP 패킷이 발생했음을 기지국에게 알리는 것이다. The terminal transmits the information related to the packet type in the radio resource request message (S520). The terminal determines what kind of packet type a radio resource request message has occurred, and accordingly transmits a packet type index value to the base station. If the radio resource request message is generated by the FH RTP packet, the terminal transmits the radio resource request message including '01'. It is to inform the base station that the FH RTP packet has occurred.

만약 단말이 RTCP 패킷에 의해 무선자원 요청 메시지가 발생하게 되면, 단말은 '10'을 포함하는 무선자원 요청 메시지를 기지국으로 전송한다(S530).If the terminal generates a radio resource request message by the RTCP packet, the terminal transmits a radio resource request message including a '10' to the base station (S530).

도 20은 무선자원 요청 메시지 전송의 다른 예를 나타낸 흐름도이다. 단말은 특정 논리 채널의 데이터를 포함한 무선자원 요청 메시지를 전송할 수 있다. 20 is a flowchart illustrating another example of a radio resource request message transmission. The terminal may transmit a radio resource request message including data of a specific logical channel.

도 20을 참조하면, 기지국에서는 무선자원 요청 메시지에 포함시킬 수 있는 특정 논리채널의 식별자(Idenrifier, Id)를 RRC 신호를 통해서 단말에게 알린다(S610). 도 20의 예와 같이 상기 논리채널의 식별자는 'A'이라고 가정해보자. 이렇게 되면, 만약 무선자원 요청 메시지가 발생하게 되고, 논리채널 A의 버퍼에 데이터가 있는 경우에, 단말은 무선자원 요청 메시지와 상기 논리채널 A의 데이터를 함께 기지국으로 전송한다(S620). 왜냐하면, 만약 무선자원 요청 메시지의 크기가 할당된 무선자원의 크기보다 작은 경우에, 할당된 무선자원으로 무선자원 요청 메시지만 보낸다면 무선자원의 효율성이 낮아지기 때문이다. Referring to FIG. 20, the base station informs the terminal of the specific logical channel identifier (Idenrifier, Id) that can be included in the radio resource request message through the RRC signal (S610). As in the example of FIG. 20, it is assumed that the identifier of the logical channel is 'A'. In this case, if a radio resource request message is generated and there is data in the buffer of logical channel A, the terminal transmits the radio resource request message and the data of the logical channel A to the base station together (S620). This is because, if the size of the radio resource request message is smaller than the size of the allocated radio resource, if only the radio resource request message is sent to the allocated radio resource, the efficiency of the radio resource is lowered.

또 다른 방법으로, 기지국에서 설정한 논리채널의 우선순위에 따라 우선순위가 높은 논리채널의 데이터와 함께 무선자원 요청 메시지를 기지국으로 전송할 수도 있다. 또는 기존 논리채널의 우선순위와는 다르게, 무선자원 요청 메시지가 발생한 경우에 특별한 논리채널 우선순위를 기지국에서 RRC 신호를 통하여 단말에게 설정하여, 무선자원 요청 메시지 전송시 상기 특별 논리채널 우선순위에 따라 우선순위가 높은 논리채널의 데이터들과 함께 전송할 수 있다.Alternatively, the radio resource request message may be transmitted to the base station together with the data of the logical channel having high priority according to the priority of the logical channel set by the base station. Alternatively, unlike the priorities of the existing logical channels, when a radio resource request message is generated, a special logical channel priority is set by the base station to the terminal through an RRC signal, and according to the special logical channel priority when the radio resource request message is transmitted. It can be transmitted with the data of the logical channel with high priority.

도 21을 참조하면, 단말은 단말의 버퍼 양에 관련된 정보를 무선자원 요청 메시지에 포함하여 전송할 수 있다. 예를 들면, 전체 버퍼 양, 특정 논리채널의 버퍼 양, 특정 논리채널의 식별자, 단말의 식별자(예를 들면 C-RNTI(Cell-Radio Network Temporary Identifier)) 등을 포함할 수 있다.Referring to FIG. 21, the terminal may transmit information related to the buffer amount of the terminal in a radio resource request message. For example, it may include the total amount of buffers, the amount of buffers of a specific logical channel, the identifier of a specific logical channel, the identifier of a terminal (for example, C-RNTI (Cell-Radio Network Temporary Identifier)).

도 22를 참조하면, 단말은 다음 전송(Next Transmission)에서 필요한 데이터 양 또는 무선자원의 양을 무선자원 요청 메시지에 포함하여 전송할 수 있다. 예를 들면, 단말은 할당된 무선자원의 주기가 20ms라고 가정하고, 다음 전송시점에서 전송해야 할 데이터의 양 또는 상기 전송에 필요한 무선자원의 크기 또는 양을 무선자원 요청 메시지에 포함시켜 전송한다.Referring to FIG. 22, the terminal may transmit the amount of data or the amount of radio resources necessary for the next transmission in a radio resource request message. For example, assuming that the period of the allocated radio resource is 20ms, the terminal transmits the amount of data to be transmitted at the next transmission time or the size or amount of radio resources required for the transmission in the radio resource request message.

상술한 모든 기능은 상기 기능을 수행하도록 코딩된 소프트웨어나 프로그램 코드 등에 따른 마이크로프로세서, 제어기, 마이크로제어기, ASIC(Application Specific Integrated Circuit) 등과 같은 프로세서에 의해 수행될 수 있다. 상기 코드의 설계, 개발 및 구현은 본 발명의 설명에 기초하여 당업자에게 자명하다고 할 것이다.All of the functions described above may be performed by a processor such as a microprocessor, a controller, a microcontroller, an application specific integrated circuit (ASIC), etc. according to software or program code or the like coded to perform the function. The design, development and implementation of the above code will be apparent to those skilled in the art based on the description of the present invention.

이상 본 발명에 대하여 실시예를 참조하여 설명하였지만, 해당 기술 분야의 통상의 지식을 가진 자는 본 발명의 기술적 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시켜 실시할 수 있음을 이해할 수 있을 것이다. 따라서 상술한 실시예에 한정되지 않고, 본 발명은 이하의 특허청구범위의 범위 내의 모든 실시예들을 포함한다고 할 것이다.While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it will be understood by those skilled in the art that various changes and modifications may be made therein without departing from the spirit and scope of the invention. You will understand. Therefore, it is intended that the present invention covers all embodiments falling within the scope of the following claims, rather than being limited to the above-described embodiments.

상기한 바와 같은 본 발명에 따르면 무선통신 시스템에서 QoS 효과적으로 제공할 수 있는 장점이 있다. 특히 VoIP와 같이 지연 시간이 중요한 패킷 서비스에 있어서는 패킷 전송의 지연시간을 줄이고, 패킷 폐기율을 낮춤으로써 전체적인 서비스의 품질을 향상시킬 수 있다.According to the present invention as described above has the advantage that can effectively provide QoS in a wireless communication system. In particular, in a packet service such as VoIP, where the delay time is important, the overall service quality can be improved by reducing the packet transmission delay time and the packet discard rate.

Claims

In the packet data transmission method using the static scheduling between the base station and the terminal,

Receiving radio resources for the first packet having the first size from the base station through the static scheduling information;

Generating, at a packet data convergence protocol (PDCP) layer, the second packet including a packet type identifier indicating a type of a second packet having a second size different from the first size;

At a medium access control (MAC) layer, triggering a radio resource request message requesting radio resources for the second packet according to the packet type identifier;

Transmitting, at the MAC layer, the radio resource request message to a base station; And

Transmitting the second packet to the base station through a radio resource allocated by the radio resource request message;

The second packet may be a compressed header (CH) real-time transport protocol (RTP) packet, a full header (FH) RTP packet, a RTP control protocol (RTP) packet, or a session initiation protocol (SIP) / session description protocol. Packet data transmission method, characterized in that the packet.

The method according to claim 1,

The radio resource request message is triggered when the type of the second packet is an FH RTP packet or an RTCP packet.

The method of claim 1,

Transmitting the second packet including the packet type identifier from the PDCP layer to a radio link control (RLC) layer; And

And transmitting a data block including a second packet type identifier corresponding to the packet type identifier from the RLC layer to the MAC layer.

The method of claim 3, wherein

If the packet type identifier indicates that the type of the second packet is a CH RTP packet, the second packet type identifier is set to 0,

And when the packet type identifier indicates that the type of the second packet is an FH RTP packet, an RTCP packet, or a SIP / SDP packet, the second packet type identifier is set to one.

delete