KR20060009433A - Method for packet service in a mobile communication using a header compression - Google Patents

Method for packet service in a mobile communication using a header compression Download PDF

Info

Publication number
KR20060009433A
KR20060009433A KR1020040057284A KR20040057284A KR20060009433A KR 20060009433 A KR20060009433 A KR 20060009433A KR 1020040057284 A KR1020040057284 A KR 1020040057284A KR 20040057284 A KR20040057284 A KR 20040057284A KR 20060009433 A KR20060009433 A KR 20060009433A
Authority
KR
South Korea
Prior art keywords
header
sgsn
ggsn
rnc
header compression
Prior art date
Application number
KR1020040057284A
Other languages
Korean (ko)
Inventor
김성훈
최성호
Original Assignee
삼성전자주식회사
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020040057284A priority Critical patent/KR20060009433A/en
Publication of KR20060009433A publication Critical patent/KR20060009433A/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5087Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to voice services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 이동통신 시스템에서 패킷의 헤더를 압축하는 방법 및 장치에 있어서, 단말은 상기 SGSN에게 헤더 압축 요청 파라미터를 포함하는 호 설정 요청 메시지를 전송하는 과정과, SGSN은 상기 호 설정 요청 메시지에 응답하여 RNC와의 사이에서 사용하기 위한 제 1 헤더 압축 파라미터들을 결정한 뒤, 상기 제 1 헤더 압축 파라미터들을 상기 RNC로 전송하는 과정과, 상기 SGSN이 상기 호 설정 요청 메시지에 응답하여 GGSN과의 사이에서 사용하기 위한 제 2 헤더 압축 파라미터들을 결정한 뒤, 상기 제 2 헤더 압축 파라미터들을 상기 GGSN으로 전송하는 과정과, 상기 RNC와 상기 SGSN사이와 상기 SGSN과 상기 GGSN 사이에서 상기 제 1 및 제 2 헤더 압축 파라미터들을 사용하여 상기 패킷 서비스에 따른 패킷들에 대해 헤더 압축 및 헤더 복원을 수행하는 과정을 수행함으로서 헤더의 크기를 줄여 오버헤드를 낮추고, 통신의 효율을 높일 수 있는 효과가 있다.
The present invention provides a method and apparatus for compressing a header of a packet in a mobile communication system, the terminal transmitting a call setup request message including a header compression request parameter to the SGSN, and SGSN responds to the call setup request message. Determining first header compression parameters for use with an RNC, and then transmitting the first header compression parameters to the RNC, and the SGSN uses with a GGSN in response to the call setup request message. Determining second header compression parameters for the second header compression parameters, and transmitting the second header compression parameters to the GGSN, and using the first and second header compression parameters between the RNC and the SGSN and between the SGSN and the GGSN. Performing a header compression and header restoration on the packets according to the packet service As reducing the size of the header lowers the overhead, it is possible to improve the efficiency of communication.

VoIP, GGSN, SGSN, IP/UDP/RTP, GTP, INNER HEADER, OUTER HEADERVoIP, GGSN, SGSN, IP / UDP / RTP, GTP, INNER HEADER, OUTER HEADER

Description

이동통신 시스템에서 헤더 압축을 이용한 패킷 서비스 방법{METHOD FOR PACKET SERVICE IN A MOBILE COMMUNICATION USING A HEADER COMPRESSION} Packet service method using header compression in mobile communication system {METHOD FOR PACKET SERVICE IN A MOBILE COMMUNICATION USING A HEADER COMPRESSION}             

도 1은 전형적인 VoIP 서비스를 수행하는 시스템 구조를 간략히 도시한 도면.1 is a simplified diagram of a system architecture for performing a typical VoIP service.

도 2는 종래의 UMTS 네트워크 핵심망에서 VoIP 패킷 전송을 위한 프로토콜 스택을 상세히 도시한 도면.2 is a diagram illustrating in detail a protocol stack for VoIP packet transmission in a conventional UMTS network core network.

도 3은 본 발명의 실시 예에 따른 UMTS 네트워크 핵심망에서의 VoIP 패킷이 전송되는 상황을 상세히 도시한 도면.3 is a diagram illustrating in detail a situation in which VoIP packets are transmitted in a UMTS network core network according to an embodiment of the present invention.

도 4는 본 발명의 실시 예에 따른 Gn 인터페이스에서의 GGSN과 SGSN의 구조를 도시한 도면. 4 is a diagram illustrating the structure of GGSN and SGSN in a Gn interface according to an embodiment of the present invention.

도 5는 본 발명의 실시 예에 따른 lu 인터페이스에서의 SGSN 과 RNC의 구조를 도시한 도면.5 is a diagram illustrating the structure of the SGSN and RNC in the lu interface in accordance with an embodiment of the present invention.

도 6은 본 발명의 실시 예에 따른 헤더압축 파라미터의 교환 과정을 도시6 is a flowchart illustrating a procedure of exchanging header compression parameters according to an embodiment of the present invention.

한 도면. One drawing.

도 7은 본 발명의 실시 예에 따른 Iu 인터페이스 상에서 SGSN의 동작을 도시한 도면. FIG. 7 illustrates operation of SGSN on an lu interface according to an embodiment of the present invention. FIG.                 

도 8은 본 발명의 실시 예에 따른 lu 인터페이스 상에서 RNC의 동작을 도시한 도면.8 illustrates the operation of an RNC on an lu interface in accordance with an embodiment of the present invention.

도 9는 본 발명의 실시 예에 따른 Gn 인터페이스 상에서 SGSN의 동작을 도시한 도면.9 illustrates the operation of an SGSN on a Gn interface according to an embodiment of the present invention.

도 10은 본 발명의 실시 예에 따른 Gn 인터페이스 상에서 GGSN의 동작을 도시한 도면.10 is a diagram illustrating operation of a GGSN on a Gn interface according to an embodiment of the present invention.

도 11은 본 발명의 제 2 실시 예에 따른 UMTS 네트워크 핵심망에서의 VoIP 패킷이 전송되는 상황을 상세히 도시한 도면.11 is a diagram illustrating in detail a situation in which VoIP packets are transmitted in a UMTS network core network according to a second embodiment of the present invention.

도 12는 본 발명의 제 2 실시 예에 따른 Gn 인터페이스와 lu 인터페이스 상에서의 GGSN, SGSN, RNC의 구조를 도시한 도면.12 is a diagram illustrating the structure of GGSN, SGSN, and RNC on a Gn interface and a lu interface according to a second embodiment of the present invention.

도 13은 본 발명의 제 2 실시 예에 따른 제어 신호의 교환 과정을 도시한 도면.
13 is a diagram illustrating a process of exchanging control signals according to a second embodiment of the present invention.

본 발명은 이동통신 시스템에서의 패킷 서비스에 관한 것으로서 특히, UMTS(Universal Mobile Telecommunications System)네트워크에서 SGSN(Serving GPRS Support Node) 및 GGSN(Gateway GPRS Support Node)으로 이루어진 핵심망 사이에서의 헤더 압축에 관한 것이다. TECHNICAL FIELD The present invention relates to packet services in a mobile communication system, and more particularly, to header compression between a core network consisting of a Serving GPRS Support Node (SGSN) and a Gateway GPRS Support Node (GGSN) in a Universal Mobile Telecommunications System (UMTS) network. .                         

UMTS 통신시스템에 대한 표준화를 담당하는 3GPP(3rd Generation Partnership Project)에서 인터넷을 이용한 음성(Voice over Internet Protocol, 이하“VoIP”라 칭함) 통신을 지원하는 방안이 논의되고 있다. VoIP는 음성 부호화기 (codec)에서 발생한 음성 프레임을 IP(Internet Protocol) 패킷으로 구성하여 인터넷을 통해 수신측까지 전달하여 음성서비스를 가능하게 하는 통신 기법을 의미한다.In the 3rd Generation Partnership Project (3GPP), which is responsible for standardizing the UMTS communication system, a method of supporting voice over Internet protocol (hereinafter referred to as "VoIP") communication is being discussed. VoIP refers to a communication technique that forms a voice frame generated by a voice coder (codec) into an IP (Internet Protocol) packet and delivers it to a receiver through the Internet to enable voice service.

이하 첨부된 도면을 참조하여 상세히 설명한다.
Hereinafter, with reference to the accompanying drawings will be described in detail.

도 1은 전형적인 VoIP 서비스를 수행하는 시스템 구조를 간략히 도시한 도면이다. 1 is a diagram schematically illustrating a system structure for performing a typical VoIP service.

단말(100)은 사람의 음성을 음성 프레임으로 변형시키는 AMR(Adaptive Multi-Rate)코덱과, 상기 음성 프레임을 IP/UDP(User Datagram Protocol)/RTP(Real Time Protocol) 패킷으로 만드는 IP/UDP/RTP 프로토콜 스택과 IP/UDP/RTP 패킷을 무선 채널을 통해 전송하기 위해 무선 프레임으로 변환하는 PDCP(Packet Data Convergence Protocol)/RLC(Radio Link Control)/MAC(Medium Access Control)/PHY(Physical) 프로토콜을 구비한다. The terminal 100 is an AMR (Adaptive Multi-Rate) codec that transforms a human voice into a voice frame, and an IP / UDP / that makes the voice frame into an IP / UDP (User Datagram Protocol) / RTP (Real Time Protocol) packet. Packet Data Convergence Protocol (PDCP) / Radio Link Control (RLC) / Medium Access Control (MAC) / PHY (Physical) Protocol to convert RTP protocol stack and IP / UDP / RTP packets into radio frames for transmission over a wireless channel. It is provided.

단말(100)이 전송한 데이터는 Node B(120)를 거쳐 RNC(Radio Network control)(130)로 전달되고, 상기 RNC(130)는 상기 데이터를 원래의 IP/UDP/RTP 패킷으로 변환해서 핵심망(150)으로 전송하고, 상기 IP/UDP/RTP 패킷은 IP 네트워크(170)를 통해 상대편 통화자(180)에게 전송된다. The data transmitted by the terminal 100 is transferred to the Radio Network Control (RNC) 130 via the Node B 120, and the RNC 130 converts the data into original IP / UDP / RTP packets to form a core network. And the IP / UDP / RTP packet is transmitted to the other party's caller 180 via the IP network 170.                         

상대편 통화자(180)의 음성 데이터는 상기의 역순으로 단말(100)에게 전달된다. Voice data of the other party's caller 180 is transmitted to the terminal 100 in the reverse order.

단말(100)의 코덱에서 발생한 음성 데이터는 IP/UDP/RTP프로토콜 스택을 거쳐서 VoIP 패킷이 된다. 상기 RLC PDU (또는 Transport Block: RLC PDU가 물리 계층에서 처리된 뒤에는 Transport Block이라고 명명된다.)는 Node B의 물리 계층에서 채널 디코딩된 후 RNC(130)로 전송된다. RNC는 RLC PDU들을 다시 VoIP 패킷으로 재구성한 뒤, 핵심망으로 전송한다. 또한 RNC(130)와 핵심망(150) 사이와 핵심망(150) 내부에서 VoIP 패킷은 GTP 터널을 통해 전송한다. 핵심망은 SGSN과 GGSN으로 구성되며, VoIP 패킷을 IP 네트워크 또는 PSTN을 통해 상대편 통화자에게 전달한다. 순방향 데이터 전송은 상기의 역순으로 진행된다.
The voice data generated by the codec of the terminal 100 becomes a VoIP packet via the IP / UDP / RTP protocol stack. The RLC PDU (or Transport Block: after the RLC PDU has been processed in the physical layer is called a transport block) is channel decoded in the Node B physical layer and then transmitted to the RNC 130. The RNC reconstructs the RLC PDUs back into VoIP packets and sends them to the core network. In addition, VoIP packets are transmitted between the RNC 130 and the core network 150 and inside the core network 150 through a GTP tunnel. The core network consists of SGSN and GGSN, and delivers VoIP packets to the other party through the IP network or PSTN. Forward data transfer proceeds in the reverse order.

PDCP(Packet Data Convergence Protocol) 계층은 상기 VOIP 패킷의 헤더를 압축하고, RLC계층은 상기 PDCP 계층으로부터 전달된 패킷을 무선 채널을 통해 전송하기 적합한 형태로 변경한다. RLC 계층은 동작 방식에 따라 UM(Unacknowledged Mode), AM(Acknowledged Mode), TM(Transparent Mode)으로 구분된다. VoIP는 이 중 RLC UM모드에서 동작하며, RLC UM의 동작은 아래와 같다. A Packet Data Convergence Protocol (PDCP) layer compresses the header of the VOIP packet, and an RLC layer converts the packet transmitted from the PDCP layer into a form suitable for transmission over a wireless channel. The RLC layer is classified into an unacknowledged mode (UM), an acknowledged mode (AM), and a transparent mode (TM) according to an operation method. VoIP operates in RLC UM mode, and the operation of RLC UM is as follows.

송신측의 RLC UM계체는 상위 계층에서 전달된 데이터인 RLC 서비스 데이터 단위(Service Data Unit,“SUD"라 칭함)를, 분할하거나 연접하거나 패딩해서 무선 채널을 통해 전송하기에 적합한 크기로 만들고, 분할/연접/패딩에 대한 정보와 일련번호를 삽입하여 RLC 프로토콜 데이터 단위(Protocol Data Unit, 이하 “PDU”라 칭함)를 만들고, 이 RLC PDU를 하위 계층으로 전달한다. 수신측의 RLC UM계체는 하위 계층에서 전달된 RLC PDU의 일련번호와 분할/연접/패딩에 대한 정보를 해석하고, RLC SDU를 재구성하여 상위 계층으로 전달한다.
The RLC UM entity on the transmitting side divides, concatenates, or pads an RLC Service Data Unit (“SUD”), which is data transmitted from a higher layer, into a size suitable for transmission over a wireless channel, and divides it. RLC protocol data unit (hereinafter referred to as “PDU”) is created by inserting information about serial / concatenation / padding and serial number, and delivers this RLC PDU to lower layer. Interpret serial number and split / concatenation / padding information of RLC PDU delivered from layer, and reconstruct RLC SDU and deliver to upper layer.

상기에서 보는 바와 같이, VoIP 패킷은 단말(100)과 RNC(130) 사이에서는 헤더가 압축되어 전송되지만, RNC(130)와 핵심망(150) 사이에서나, 핵심망(150)내에서는 헤더가 압축되지 않은 상태로 전송된다.
As seen above, the VoIP packet is transmitted with the header compressed between the terminal 100 and the RNC 130, but the header is not compressed between the RNC 130 and the core network 150 or within the core network 150. Is sent in the state.

도 2는 종래의 UMTS 네트워크 핵심망에서 VoIP 패킷 전송을 위한 프로토콜 스택을 상세히 도시한 도면이다.2 is a diagram illustrating in detail a protocol stack for VoIP packet transmission in a conventional UMTS network core network.

UMTS 네트워크는 UE(205), RNC(210), SGSN(215), GGSN(220)으로 구성된다. UE(205)는 사용자 단말을 의미하고, RNC(210)는 무선 접속 네트워크 (Radio Access Network)의 전송 자원들을 관리하고, 단말들의 셀 단위 이동성을 관리하는 등의 역할을 한다. SGSN(215)은 RNC(210)와 SGSN(215) 사이의 인터페이스인 Iu 인터페이스의 전송 자원을 관리하고, 셀 보다 넓은 영역에서의 단말의 이동성을 관리하며, 단말의 인증 정보 등을 관리하는 역할을 한다. GGSN(220)은 SGSN(215)과 GGSN(220) 사이의 인터페이스인 Gn 인터페이스의 전송 자원을 관리하고, 외부 망과의 연동을 지원하는 등의 역할을 담당한다. VoIP 패킷은 Iu 인터페이스와 Gn 인터페이스에서는 GPRS(General Packet Radio Service) 터널링 프로토콜(GPRS Tunneling Protocol, 이하 “GTP"라 칭함) 터널을 통해 전송되며, 상기 GTP 터널은 터널의 양 단에 위치하는 노드들 사이에 설정되는 논리적 연결로, 터널 종단 식별자(Tunnel End point ID, 이하 ”TEID“라 칭함)로 식별된다. GTP 터널에서는 QoS(Quality of Service)가 보장되어, 상이한 QoS를 가지는 서비스들에 대해서는 별도의 GTP 터널들이 구성된다.
The UMTS network consists of the UE 205, the RNC 210, the SGSN 215, and the GGSN 220. The UE 205 means a user terminal, and the RNC 210 manages transmission resources of a radio access network, manages cell mobility of terminals, and the like. The SGSN 215 manages a transmission resource of an Iu interface, which is an interface between the RNC 210 and the SGSN 215, manages mobility of a terminal in a wider area than a cell, and manages authentication information of the terminal. do. The GGSN 220 manages the transmission resources of the Gn interface, which is an interface between the SGSN 215 and the GGSN 220, and supports interworking with the external network. VoIP packets are transmitted through the GPRS tunneling protocol (GPRS Tunneling Protocol) in the Iu interface and the Gn interface, and the GTP tunnel is connected between nodes located at both ends of the tunnel. A logical connection that is established at, which is identified by the Tunnel End Point ID (hereinafter referred to as “TEID.”) In the GTP tunnel, a Quality of Service (QoS) is guaranteed, so separate services are available for services with different QoS. GTP tunnels are configured.

UMTS 네트워크에서 VoIP 패킷은 상기 GTP 터널을 통해 GGSN(220)에서 SGSN(215)을 거쳐 RNC(210)로, 그리고 RNC(210)에서 SGSN(215)을 거쳐 GGSN(220)으로 전송된다. 상기 VoIP 패킷의 구조는 상기 도 2에 도시되어 있다. In a UMTS network, VoIP packets are transmitted from the GGSN 220 to the SGSN 215 via the GTP tunnel to the RNC 210 and from the RNC 210 via the SGSN 215 to the GGSN 220. The structure of the VoIP packet is shown in FIG.

예를 들어 상기 VoIP 패킷이 UE에서 GGSN(220)까지 역방향으로 전송되는 과정을 설명하면 다음과 같다. For example, the process of transmitting the VoIP packet from the UE to the GGSN 220 in the reverse direction will be described below.

UE(505)의 AMR 코덱에서 발생한 AMR 데이터는 IP/UDP/RTP 프로토콜 스택을 거쳐서 IP 헤더 + UDP 헤더 + RTP 헤더 + AMR 데이터 형태의 VoIP 패킷으로 만들어 진다. 상기 VoIP 패킷은 PDCP계층에서 헤더가 압축되고, 상기 헤더가 압축된 패킷은 RLC/MAC/PHY로 구성된 라디오 프로토콜 스택을 거쳐, 무선 채널로 전송된다. AMR data generated in the AMR codec of the UE 505 is made into VoIP packets in the form of IP header + UDP header + RTP header + AMR data via the IP / UDP / RTP protocol stack. The VoIP packet is compressed in a header in the PDCP layer, and the compressed packet is transmitted over a radio channel through a radio protocol stack composed of RLC / MAC / PHY.

여기서 PDCP 계층은 ROHC (Robust Header compression) 프로토콜을 이용해서 헤더를 압축하며, 상기 ROHC 프로토콜을 이용할 경우 60 바이트 정도의 IP/UDP/RTP 헤더는 2 바이트 정도의 ROHC 헤더로 압축된다. 그러므로 상기 UE(205)에서 RNC(210)로 전송되는 VoIP 패킷은 참조번호 225와 같다. Here, the PDCP layer compresses the header using the ROHC (Robust Header compression) protocol, and when using the ROHC protocol, an IP / UDP / RTP header of about 60 bytes is compressed into an ROHC header of about 2 bytes. Therefore, the VoIP packet transmitted from the UE 205 to the RNC 210 is the same as that of the reference numeral 225.

상기 패킷(225)은 RLC 헤더와 PDCP 헤더와 ROHC 헤더가 AMR data에 부가된 형태이며, PDCP 헤더를 0 바이트로 가정하면, 오버헤드의 크기는 약 3 바이트 정도 이다. AMR 데이터의 크기는 AMR 데이터가 묵음 구간 정보(SID: Silence Description)인지 실제 음성 데이터인지에 따라 달라지는데, 묵음 구간 정보이면 7 바이트, 실제 음성 데이터이면 32 바이트이다. 그러므로 225의 전체 크기는 10 바이트 또는 35 바이트가 될 것이다. The packet 225 has a form in which an RLC header, a PDCP header, and an ROHC header are added to AMR data. If the PDCP header is assumed to be 0 bytes, the overhead size is about 3 bytes. The size of the AMR data varies depending on whether the AMR data is Silence Description (SID) or actual voice data. The size of the AMR data is 7 bytes for the silence section information and 32 bytes for the actual voice data. Therefore, the total size of 225 would be 10 bytes or 35 bytes.

상기 VoIP 패킷(225)은 상기 RNC(510)의 무선 프로토콜 스택과 PDCP 스택을 거쳐 원래의 IP 헤더 + UDP 헤더 + RTP 헤더 + AMR 데이터 형태로 복원된다. The VoIP packet 225 is restored to the original IP header + UDP header + RTP header + AMR data form through the radio protocol stack and PDCP stack of the RNC 510.

상기 복원된 패킷은 상기 RNC(210)에서 Iu 인터페이스를 통해 전송되기 위해 GTP-U(User) 프로토콜 스택(240)으로 전달된다. 상기 GTP-U 프로토콜 스택(240)은 VoIP 패킷에 GTP-U 헤더를 부가한다. 상기 GTP-U 헤더에는 TEID 등의 정보가 수납된다. 상기 GTP-U 프로토콜 스택(240)으로부터의 패킷은 IP/UDP 프로토콜 스택과 L1/L2 스택을 거쳐 SGSN(215)으로 전달된다. 상기 IP/UDP 프로토콜 스택은 상기 RNC(210)와 상기 SGSN(215) 사이의 라우팅을 위한 것으로 GTP 터널의 트랜스포트 레이어 역할을 담당한다. The recovered packet is delivered to the GTP-U (User) protocol stack 240 for transmission over the lu interface at the RNC 210. The GTP-U protocol stack 240 adds a GTP-U header to the VoIP packet. The GTP-U header stores information such as a TEID. Packets from the GTP-U protocol stack 240 are delivered to SGSN 215 via the IP / UDP protocol stack and the L1 / L2 stack. The IP / UDP protocol stack is for routing between the RNC 210 and the SGSN 215 and serves as a transport layer of a GTP tunnel.

그러므로 Iu 인터페이스에서 VoIP 패킷의 구조는 참조번호 230과 같다. 230에서 보는 바와 같이 상기 Iu 인터페이스에서 VoIP 패킷에 부가되는 헤더로는 상기 lu 인터페이스의 물리 계층과 2계층의 헤더들을 논외로 하더라도, IP 헤더, UDP 헤더, GTP-U 헤더, IP 헤더, UDP 헤더, RTP 헤더가 있으며, 도합 96 바이트에 이른다. AMR 데이터가 7 바이트 또는 32 바이트에 불과하다는 점을 고려하면, 이러한 오버헤드의 양은 매우 크다고 볼 수 있다. 이는 GTP 터널을 통해 GSSN(520)으로 전송되는 Gn 인터페이스의 VOIP패킷(235)에 대해서도 마찬가지이다.
Therefore, the structure of the VoIP packet in the Iu interface is shown as 230. As shown in 230, headers added to the VoIP packet in the lu interface include IP header, UDP header, GTP-U header, IP header, UDP header, There is an RTP header, which totals up to 96 bytes. Considering that AMR data is only 7 bytes or 32 bytes, this amount of overhead can be considered very large. The same is true for the VOIP packet 235 of the Gn interface transmitted to the GSSN 520 via the GTP tunnel.

상기된 바와 같이 동작하는 종래 기술에 의한 VoIP패킷 전송은, Iu 인터페이스와 Gn 인터페이스에서 VoIP 패킷에 96 바이트 정도의 오버헤드가 부가된다. VoIP 패킷을 GTP 헤더를 기준으로 이너 헤더(Inner header)(245)와 아우터 헤더 (Outter header)(240)로 나눈다면, 아우터 헤더(240)는 GGSN(220)과 SGSN(215)과 RNC(210)가 직접 처리하는 부분이므로, 상기 노드들이 아우터 헤더(240)를 줄이기 위한 동작을 취할 수 있다. 예를 들어 하나의 아우터 헤더(240)와 여러 개의 VoIP 패킷들을 함께 전송하는 방법이나, 아우터 헤더(240)의 IP/UDP 헤더를 압축하는 방법이 있을 수 있다. 그러나 이너 헤더(245)는 GGSN(220), SGSN(215), RNC(210)에게 투명(transparent) 하여 상기와 같은 방안을 적용할 수 없으며, 반면에 이너 헤더(245)의 크기가 아우터 헤더(240)보다 크다는 점을 감안하면, 이너 헤더(245)로 인한 시스템 자원의 낭비를 감소시키기 위한 기술은 필수적이다.
In the prior art VoIP packet transmission operating as described above, an overhead of about 96 bytes is added to the VoIP packet in the Iu interface and the Gn interface. If the VoIP packet is divided into an inner header 245 and an outer header 240 based on the GTP header, the outer header 240 may include the GGSN 220, the SGSN 215, and the RNC 210. Since the node directly processes, the nodes may take an action to reduce the outer header 240. For example, there may be a method of transmitting one outer header 240 and several VoIP packets together or a method of compressing an IP / UDP header of the outer header 240. However, since the inner header 245 is transparent to the GGSN 220, the SGSN 215, and the RNC 210, the inner header 245 cannot be applied to the inner header 245. Considering that greater than 240, a technique for reducing the waste of system resources due to the inner header 245 is essential.

따라서 상기한 바와 같이 동작되는 종래 기술의 문제점을 해결하기 위하여 창안된 본 발명의 목적은, 이동통신 시스템에서 VoIP 패킷의 헤더를 압축하는 방법 및 장치를 제공하는 것이다.Accordingly, an object of the present invention, which was devised to solve the problems of the prior art operating as described above, is to provide a method and apparatus for compressing a header of a VoIP packet in a mobile communication system.

본 발명의 다른 목적은, RNC와 핵심망 사이에서나, 핵심망 내에서 VOIP 패킷의 헤더를 압축 전송하여 통신효율을 높이는 방법 및 장치를 제공하는 것이다. Another object of the present invention is to provide a method and apparatus for increasing communication efficiency by compressing and transmitting a header of a VOIP packet between an RNC and a core network or within a core network.

본 발명의 또 다른 목적은, RNC와 SGSN과 GGSN의 GTP 터널의 상단에 헤더 압 축기와 헤더 복원기를 구성하여 패킷 서비스에 해당하는 패킷들의 헤더를 압축하거나 복원할 수 있는 방법 및 장치를 제공하는 것이다.It is still another object of the present invention to provide a method and apparatus for compressing or restoring headers of packets corresponding to a packet service by configuring a header compressor and a header decompressor on top of a GTP tunnel of an RNC, SGSN, and GGSN. .

상기한 바와 같은 목적을 달성하기 위하여 창안된 본 발명의 실시 예는, 상기 단말은 상기 SGSN에게 헤더 압축 요청 파라미터를 포함하는 호 설정 요청 메시지를 전송하는 과정과, 상기 SGSN은 상기 호 설정 요청 메시지에 응답하여 상기 RNC와의 사이에서 사용하기 위한 제 1 헤더 압축 파라미터들을 결정한 뒤, 상기 제 1 헤더 압축 파라미터들을 상기 RNC로 전송하는 과정과, 상기 SGSN이 상기 호 설정 요청 메시지에 응답하여 상기 GGSN과의 사이에서 사용하기 위한 제 2 헤더 압축 파라미터들을 결정한 뒤, 상기 제 2 헤더 압축 파라미터들을 상기 GGSN으로 전송하는 과정과, 상기 RNC와 상기 SGSN사이와 상기 SGSN과 상기 GGSN 사이에서 상기 제 1 및 제 2 헤더 압축 파라미터들을 사용하여 상기 패킷 서비스에 따른 패킷들에 대해 헤더 압축 및 헤더 복원을 수행하는 과정을 제공하는 것이다.In accordance with an aspect of the present invention, a terminal transmits a call setup request message including a header compression request parameter to the SGSN, and the SGSN is connected to the call setup request message. In response to determining first header compression parameters for use with the RNC, transmitting the first header compression parameters to the RNC, and the SGSN communicates with the GGSN in response to the call setup request message. Determining second header compression parameters for use in the step of transmitting the second header compression parameters to the GGSN, and compressing the first and second headers between the RNC and the SGSN and between the SGSN and the GGSN. Performing header compression and header restoration on packets according to the packet service using parameters. To provide.

본 발명의 다른 실시 예는, 상기 단말은 상기 SGSN에게 헤더 압축 요청 파라미터를 포함하는 호 설정 요청 메시지를 전송하는 과정과, 상기 SGSN은 상기 호 설정 요청 메시지에 응답하여 상기 RNC와 상기 GGSN의 사이에서 사용하기 위한 헤더 압축 파라미터들을 결정하는 과정과, 상기 SGSN이 상기 헤더 압축 파라미터들을 상기 RNC와 상기 GGSN으로 전송하는 과정과, According to another embodiment of the present invention, the UE transmits a call setup request message including a header compression request parameter to the SGSN, and the SGSN responds to the call setup request message between the RNC and the GGSN. Determining header compression parameters for use, transmitting, by the SGSN, the header compression parameters to the RNC and the GGSN;

상기 RNC와 상기 GGSN 사이에서 상기 압축 파라미터들을 사용하여 상기 패킷 서비스에 따른 패킷들에 대해 헤더 압축 및 헤더 복원을 수행하는 과정을 제공하는 것이다.
It is to provide a process for performing header compression and header recovery for the packets according to the packet service using the compression parameters between the RNC and the GGSN.

이하 첨부된 도면을 참조하여 본 발명의 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명함에 있어서 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐를 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
Hereinafter, the operating principle of the present invention will be described in detail with reference to the accompanying drawings. In the following description of the present invention, if it is determined that a detailed description of a known function or configuration may unnecessarily flow the gist of the present invention, the detailed description thereof will be omitted. Terms to be described later are terms defined in consideration of functions in the present invention, and may be changed according to intentions or customs of users or operators. Therefore, the definition should be made based on the contents throughout the specification.

본 발명에서는 VoIP 패킷의 이너 헤더에 대해서 GGSN, SGSN, RNC 등이 헤더 압축과 복원 동작을 하는 방안을 제시하여, 이를 통해 VoIP 패킷에 부가되는 이너 헤더의 크기를 60 바이트에서 1 ~ 2 바이트 정도로 줄이도록 한다.
The present invention proposes a method for header compression and decompression by the GGSN, SGSN, RNC, etc. for the inner header of the VoIP packet, thereby reducing the size of the inner header added to the VoIP packet by 60 to 1 to 2 bytes. To be.

도 3은 본 발명의 실시 예에 따른 UMTS 네트워크 핵심망에서의 VoIP 패킷이 전송되는 상황을 상세히 도시한 도면이다.3 is a diagram illustrating in detail a situation in which VoIP packets are transmitted in a UMTS network core network according to an embodiment of the present invention.

상기 도 3에서는 Gn 인터페이스와 Iu 인터페이스에 헤더 처리 장치를 구비함으로써, VoIP 패킷의 이너 헤더인 IP/UDP/RTP 헤더의 크기를 줄인다. 상기 헤더 처리 장치에 구비될 수 있는 헤더 압축 프로토콜로는 ROHC (Robust Header Compression)을 예로 들 수 있다. ROHC는 RFC 3095에 정의되어 있는 헤더 압축 프로토콜로, 여려가지 프로토콜 조합들에 대해서 헤더 압축과 복원 동작을 수행할 수 있으며, 특히 60 바이트 크기의 IP/UDP/RTP 헤더의 크기를 수 바이트 내외로 압축한다. ROHC는 3GPP에서 가장 광범위하게 사용되고 있는 헤더 압축프로토콜이며, VoIP 패킷에 대해서 가장 효율적으로 동작하므로, 이 후 헤더 압축기에는 ROHC가 구비된 것으로 가정하여 설명하도록 한다. In FIG. 3, the header processing apparatus is provided in the Gn interface and the Iu interface, thereby reducing the size of the IP / UDP / RTP header, which is an inner header of the VoIP packet. For example, ROHC (Robust Header Compression) may be used as a header compression protocol that may be included in the header processing apparatus. ROHC is a header compression protocol defined in RFC 3095. It can perform header compression and decompression operations for various combinations of protocols, and in particular compresses the size of a 60-byte IP / UDP / RTP header to a few bytes. do. Since ROHC is the header compression protocol most widely used in 3GPP and operates most efficiently for VoIP packets, it will be described assuming that the header compressor is equipped with ROHC.

GGSN(320)에는 Gn 인터페이스에 대한 헤더 처리 장치(323)가 GTP-U 프로토콜(324) 상위에 구비되며, 상기 헤더 처리 장치(323)는 외부망으로부터 전달된 IP/UDP/RTP 패킷의 헤더를 압축해서 GTP 터널로 전달하거나 GTP 터널을 통해 수신한 패킷을 IP/UDP/RTP 패킷으로 복원하여 외부망으로 라우팅하는 동작을 수행한다. The GGSN 320 is provided with a header processing device 323 for the Gn interface above the GTP-U protocol 324, and the header processing device 323 provides a header of an IP / UDP / RTP packet transmitted from an external network. It compresses and delivers the packet to the GTP tunnel or restores the packet received through the GTP tunnel to IP / UDP / RTP packet and routes it to the external network.

SGSN(315)에는 Gn 인터페이스에 대한 헤더 처리 장치(319)가 GTP-U 프로토콜(318) 상위에 구비되고, Iu 인터페이스에 대한 헤더 처리 장치(317)가 GTP-U 프로토콜(316) 상위에 구비된다. The SGSN 315 is provided with a header processing unit 319 for the Gn interface above the GTP-U protocol 318, and a header processing unit 317 for the Iu interface is provided above the GTP-U protocol 316. .

Gn 인터페이스의 헤더 처리 장치(319)는 GGSN(320)으로부터 수신한 패킷의 헤더를 복원하여 헤더 처리 장치(317)로 전달하거나, 상기 헤더 처리 장치 (317)로부터 전달받은 패킷의 헤더를 압축하여 GTP 터널을 통해 GGSN(320)으로 전송한다.The header processing unit 319 of the Gn interface restores the header of the packet received from the GGSN 320 to the header processing unit 317 or compresses the header of the packet received from the header processing unit 317 to GTP. Transmit to GGSN 320 via a tunnel.

Iu 인터페이스의 헤더 처리 장치(317)는 RNC(310)로 부터 수신한 패킷의 헤더를 복원하여 헤더 처리 장치(319)로 전달하거나, 헤더 처리 장치(319)로 부터 전달받은 패킷의 헤더를 압축하여 GTP 터널을 통해 RNC(310)로 전송한다.The header processing unit 317 of the lu interface restores the header of the packet received from the RNC 310 to the header processing unit 319, or compresses the header of the packet received from the header processing unit 319. Transmit to RNC 310 via GTP tunnel.

RNC(310)에는 헤더 처리 장치(313)가 GTP-U 프로토콜(314) 상단에 구비된다. 헤더 처리 장치(313)는 SGSN(315)으로부터 수신한 패킷의 헤더를 복원해서 PDCP 계 층으로 전달하거나, PDCP 계층으로부터 전달받은 패킷의 헤더를 압축하여 GTP 터널을 통해 SGSN(315)으로 전송한다. The RNC 310 includes a header processing unit 313 on top of the GTP-U protocol 314. The header processing apparatus 313 restores the header of the packet received from the SGSN 315 to the PDCP layer or compresses the header of the packet received from the PDCP layer to the SGSN 315 through the GTP tunnel.

이와 같이 Iu 인터페이스와 Gn 인터페이스에서 GTP 프로토콜의 상위에 위치한 헤더 처리 장치가 GTP 터널을 통해 패킷을 전송하기에 앞서 패킷의 헤더를 압축하므로, 이너 헤더의 크기는 종전 60 바이트에서 평균 2 바이트 정도로 작아지고 Iu 인터페이스와 Gn 인터페이스에서 VoIP 패킷의 구조는 참조번호 330과 같이 된다.In this way, the header processing device located above the GTP protocol in the Iu interface and the Gn interface compresses the header of the packet before transmitting the packet through the GTP tunnel. Therefore, the inner header size is reduced from the previous 60 bytes to about 2 bytes on average. The structure of the VoIP packet in the Iu interface and the Gn interface is as shown by reference numeral 330.

UMTS 네트워크에서 하나의 패킷 서비스에 대해서 하나의 PDP 컨택스트가 구성되며, 하나의 PDP (Packet Data Protocol,이하 “PDP”라 칭함) 컨택스트에 대해서 하나의 베어러 (Bearer)가 구성되고, 하나의 베어러에 대해서 순방향 GTP 터널과 역방향 GTP 터널이 설정된다. In the UMTS network, one PDP context is configured for one packet service, one bearer is configured for one PDP (Packet Data Protocol, hereinafter referred to as “PDP”) context, and one bearer is configured. For both forward and reverse GTP tunnels are established.

PDP 컨택스트란 패킷 서비스의 QoS 정보와 UE의 IP 어드레스와 GTP 터널 관련 정보 등이 저장되는 장소이다. PDP 컨택스트는 단말과 SGSN(215)과 GGSN(220)에 존재하며, 패킷 호가 서비스되기 전에 이미 설정되어 있어야 한다. 예를 들어 QoS 정보와 순방향과 역방향 GTP 터널의 식별자인, TEID 등이 PDP 컨택스트에 정의 되고, PDP 컨택스트가 구성되면 연관된 GTP 터널이 함께 구성된다. GTP 터널이란, GTP-U/UDP/IP를 사용하는, UMTS의 핵심망 내에서 사용되는 전송 베어러이다. UDP와 IP 헤더에는 터널 종단점들의 IP 어드레스와 GTP-U에 대응되는 UDP port 번호가 포함된다. GTP-U 헤더에는 터널의 식별자인 TEID가 삽입된다. 또한 GTP 터널은 PDP 컨택스트에 기재된 QoS를 보장해주는 베어러이다. A PDP context is a place where QoS information of a packet service, IP address of a UE, GTP tunnel related information, etc. are stored. The PDP context is present in the terminal, SGSN 215 and GGSN 220, and must be established before the packet call is serviced. For example, QoS information and TEID, which are identifiers of the forward and reverse GTP tunnels, are defined in the PDP context. When the PDP context is configured, the associated GTP tunnel is configured together. A GTP tunnel is a transport bearer used within the core network of UMTS that uses GTP-U / UDP / IP. The UDP and IP headers include IP addresses of tunnel endpoints and UDP port numbers corresponding to GTP-U. In the GTP-U header, a TEID, which is an identifier of a tunnel, is inserted. GTP tunnels are also bearers that guarantee the QoS described in the PDP context.                     

Gn 인터페이스와 Iu 인터페이스에서 GGSN과 SGSN과 RNC의 구조를 도 4에서 보다 상세히 설명한다. The structure of GGSN, SGSN and RNC in Gn interface and Iu interface will be described in more detail with reference to FIG. 4.

도 4는 본 발명의 실시 예에 따른 Gn 인터페이스에서의 GGSN과 SGSN의 구조를 도시한 도면이다.4 is a diagram illustrating the structure of GGSN and SGSN in a Gn interface according to an embodiment of the present invention.

GGSN(405)은 외부망에서 유입되는 IP 패킷들(403)을 적절한 GTP 터널(440, 420)로 연결하는 순방향 동작과, GTP 터널(470, 485)을 통해 수신한 패킷들을 외부망으로 라우팅하는 역방향 동작을 수행한다. The GGSN 405 forwards the IP packets 403 coming from the external network to the appropriate GTP tunnels 440 and 420, and routes the packets received through the GTP tunnels 470 and 485 to the external network. Perform reverse operation.

VoIP처럼 헤더 압축이 필요한 서비스의 베어러에 대해서는 헤더 압축 기법이 적용될 수 있도록, GGSN(405)의 Voip 서비스를 위한 GTP 터널 (420, 470)의 종단점에 헤더 압축기(415)와 헤더 복원기(475)를 구비한다.The header compressor 415 and the header decompressor 475 at the endpoints of the GTP tunnels 420 and 470 for the VoIP service of the GGSN 405 can be applied to bearers of services requiring header compression such as VoIP. It is provided.

Gn 인터페이스 상에서 순방향 동작은 아래와 같다. The forward operation on the Gn interface is shown below.

GGSN(405)은 외부망으로부터 수신한 IP 패킷(403)을 소통 흐름 템플릿(Traffic Flow Template : 이하 “TFT”라 칭함)(410)으로 전달한다. TFT(410)는 상기 IP 패킷들(403)을 미리 설정된 기준에 의거, 적절한 베어러로 전달하는 역할을 한다. 상기 기준은 예를 들어 출발지 IP 어드레스, 목적지 IP 어드레스, 출발지 UDP 포트 번호, 목적지 UDP 포트 번호 등이 될 수 있는데, 상기 파라미터들은 특정 서비스에 대해서는 항상 일정한 값을 가진다. 예를 들어 VoIP 서비스에서는, 송신측과 수신측의 IP 어드레스는 항상 일정하며, 출발지 포트 번호와 목적지 포트 번호 역시 항상 일정하다. The GGSN 405 transfers the IP packet 403 received from the external network to a traffic flow template (hereinafter referred to as “TFT”) 410. The TFT 410 serves to deliver the IP packets 403 to an appropriate bearer based on preset criteria. The criterion may be for example a source IP address, a destination IP address, a source UDP port number, a destination UDP port number, etc. The parameters always have a constant value for a particular service. For example, in the VoIP service, the IP address of the sending side and the receiving side is always constant, and the source port number and the destination port number are always constant.

TFT(410)는 상기 기준에 따라 상기 IP 패킷(403)을 검사하고, 상기 IP 패킷(403)이 VoIP 패킷인 경우, 상기 VoIP 패킷을 VoIP 서비스를 위한 베어러(495)로 전달한다. 상기 베어러(495)에 구성된 첫번째 장치는 헤더 압축기(415)이므로, 상기 VoIP 패킷은 결국 상기 헤더 압축기(415)로 전달된다. 헤더 압축기(415)는 상기 전달받은 VOIP 패킷의 IP/UDP/RTP 헤더를 압축한 뒤, Gn 인터페이스의 DL(Downlink) GTP 터널(420)을 통해 SGSN(450)으로 전송한다. 상기 DL GTP 터널(420)은 GTP-U/UDP/IP/L2/L1으로 구성된 베어러이며, SGSN(450)과 연결되어 있다. 상기 헤더 압축기(415)가 DL GTP 터널을 통해 SGSN으로 패킷을 전송한다는 것은, 상기 헤더 압축기(415)가 GGSN(405)의 GTP-U 프로토콜 엔터티(도시하지 않음)로 패킷을 전달한다는 것을 의미한다. 상기 GTP-U 프로토콜 엔터티는 상기 패킷에 적절한 TEID를 부가한 뒤, IP/UDP/L2/L1을 이용하여 SGSN(450)의 대응하는 GTP-U 프로토콜 엔터티(도시하지 않음)으로 전송한다. SGSN(450)에서는 상기 GTP터널(420)을 통해 수신된 상기 압축된 패킷을 헤더 복원기(425)로 전달한다. 상기 헤더 복원기(425)는 상기 압축된 패킷의 헤더를 복원해서, 원래의 VoIP 패킷으로 만든 뒤, 헤더 압축기(430)로 전달한다. 상기 헤더 압축기(730)는 상기 VoIP 패킷의 헤더를 압축한 뒤, Iu 인터페이스의 DL GTP 터널(435)을 통해 RNC로 전송한다.The TFT 410 examines the IP packet 403 according to the criterion, and if the IP packet 403 is a VoIP packet, forwards the VoIP packet to a bearer 495 for VoIP service. Since the first device configured in the bearer 495 is a header compressor 415, the VoIP packet is eventually delivered to the header compressor 415. The header compressor 415 compresses the IP / UDP / RTP header of the received VOIP packet and transmits it to the SGSN 450 through the DL (Downlink) GTP tunnel 420 of the Gn interface. The DL GTP tunnel 420 is a bearer composed of GTP-U / UDP / IP / L2 / L1 and is connected to the SGSN 450. The transmission of the packet to the SGSN through the DL GTP tunnel by the header compressor 415 means that the header compressor 415 forwards the packet to the GTP-U protocol entity (not shown) of the GGSN 405. . The GTP-U protocol entity adds an appropriate TEID to the packet and then transmits the packet to the corresponding GTP-U protocol entity (not shown) of SGSN 450 using IP / UDP / L2 / L1. SGSN 450 delivers the compressed packet received through GTP tunnel 420 to header decompressor 425. The header decompressor 425 restores the header of the compressed packet, converts the header of the compressed packet into an original VoIP packet, and delivers the original VoIP packet to the header compressor 430. The header compressor 730 compresses the header of the VoIP packet and transmits the header to the RNC through the DL GTP tunnel 435 of the Iu interface.

Gn 인터페이스 상에서 역방향 동작은 아래와 같다.The reverse operation on the Gn interface is as follows.

Iu 인터페이스의 UL GTP 터널(455)을 통해 SGSN(450)에 도착한 압축된 패킷은 RNC의 헤더 처리 장치에 의해서 IP/UDP/RTP 헤더가 압축된 상태이며, 상기 압축된 패킷은 헤더 복원기(460)로 전달된다. 상기 헤더 복원기(460)는 상기 압축된 패킷의 IP/UDP/RTP 헤더를 복원해서 헤더 압축기(465)로 전달하고, 상기 헤더 압축기(465)는 상기 전달받은 패킷의 헤더를 다시 압축한 뒤, Gn 인터페이스의 UL GTP 터널(470)을 통해 GGSN(405)으로 전달한다. 상기 압축된 패킷은 UL GTP 터널(470)을 통해 GGSN의 헤더 복원기(475)로 전달되고, 상기 헤더 복원기(475)는 상기 전달 받은 패킷의 헤더를 복원해서, 원래의 VoIP 패킷으로 만든 뒤, IP 라우팅 기능부(routing function)(480)로 전달한다. IP 라우팅 기능부(480)는 상기 전달받은 VoIP 패킷의 목적지 IP 어드레스를 참조해서, 상기 VoIP 패킷을 외부망으로 라우팅한다. The compressed packet arriving at the SGSN 450 through the UL GTP tunnel 455 of the Iu interface is in a state in which the IP / UDP / RTP header is compressed by the header processing apparatus of the RNC, and the compressed packet is the header decompressor 460. Is delivered. The header decompressor 460 restores the IP / UDP / RTP header of the compressed packet to the header compressor 465, and the header compressor 465 recompresses the header of the received packet. It passes through the UL GTP tunnel 470 of the Gn interface to the GGSN 405. The compressed packet is delivered to the header decompressor 475 of the GGSN through the UL GTP tunnel 470, and the header decompressor 475 restores the header of the received packet to the original VoIP packet. The data is transmitted to the IP routing function 480. The IP routing function 480 refers to the destination IP address of the received VoIP packet and routes the VoIP packet to an external network.

참고로 헤더를 압축할 필요가 없는 다른 서비스들에 대해서 구성된 베어러들은 Gn 인터페이스 상의 DL GTP 터널(440)과 UL GTP 터널(485)과 Iu 인터페이스 상의 DL GTP 터널(445)과 UL GTP 터널(490)만으로 구성된다.
For reference, bearers configured for other services that do not need to compress headers include DL GTP tunnel 440 and UL GTP tunnel 485 on Gn interface and DL GTP tunnel 445 and UL GTP tunnel 490 on Iu interface. It consists only.

도 5는 본 발명의 실시 예에 따른 lu 인터페이스에서의 SGSN 과 RNC의 구조를 도시한 도면이다.5 is a diagram illustrating the structure of the SGSN and RNC in the lu interface according to an embodiment of the present invention.

여기에서는 상기 도 4과 동일한 엔터티들에 대해서 동일한 참조 번호를 사용하였다. SGSN(450)은 Gn 인터페이스의 GTP 터널(440, 420)로부터 수신한 패킷들을 Iu 인터페이스의 GTP 터널(445, 435)로 연결하는 동작과, Iu 인터페이스의 GTP 터널(455, 490)로부터 수신한 패킷들을 Gn 인터페이스의 GTP 터널(470, 490)로 연결하는 동작을 수행한다. Iu 인터페이스의 GTP 터널(445, 435, 525,535)과 Gn 인터페이스의 GTP 터널(440, 420, 470, 490)의 연결은, PDP 컨택스트가 설정되는 단계에서 설정된다. Here, the same reference numerals are used for the same entities as in FIG. 4. The SGSN 450 connects the packets received from the GTP tunnels 440 and 420 of the Gn interface to the GTP tunnels 445 and 435 of the Iu interface, and the packets received from the GTP tunnels 455 and 490 of the Iu interface. To the GTP tunnels 470 and 490 of the Gn interface. The connection between the GTP tunnels 445, 435, 525, 535 of the lu interface and the GTP tunnels 440, 420, 470, 490 of the Gn interface is established at the stage where the PDP context is established.                     

Iu 인터페이스의 GTP 터널(445, 435)을 통해 RNC(505)로 수신된 패킷들은 적절한 PDCP 엔터티(530, 525, 535)로 전달되며, PDCP 엔터티(530, 525, 535)로부터 수신한 패킷들은 적절한 GTP 터널로 연결된다. PDCP 엔터티(530, 525, 535)는 IP 패킷의 헤더를 압축하거나 복원하는 동작을 하여, RNC(505)와 단말 사이에서 IP 패킷에 부가되는 오버헤드를 줄여주는 역할을 한다. Packets received by the RNC 505 through the GTP tunnels 445, 435 of the lu interface are forwarded to the appropriate PDCP entities 530, 525, 535 and packets received from the PDCP entities 530, 525, 535 are appropriate. It is connected by a GTP tunnel. The PDCP entities 530, 525, and 535 compress or restore the header of the IP packet, thereby reducing the overhead added to the IP packet between the RNC 505 and the terminal.

상기 RNC(505)와 SGSN(450) 사이에 Voip 서비스에 대한 GTP 터널(435, 455)의 종단점에는 헤더 처리 장치를 구비한다. 이는 Iu 인터페이스에서 VoIP 패킷에 부가되는 오버헤드를 줄이기 위한 것이다.A header processing device is provided at the end points of the GTP tunnels 435 and 455 for the Voip service between the RNC 505 and the SGSN 450. This is to reduce the overhead added to VoIP packets on the Iu interface.

이를 위해 RNC에는 Iu 인터페이스의 순방향 GTP 터널 (435)과 VoIP 서비스를 위한 PDCP 엔터티 (525) 사이에 헤더 복원기(515)가 구비되며, Iu 인터페이스의 역방향 GTP 터널 (455)과 PDCP 엔터티 (525) 사이에 헤더 압축기(520)가 구비된다. To this end, the RNC is equipped with a header restorer 515 between the forward GTP tunnel 435 of the Iu interface and the PDCP entity 525 for VoIP services, and the reverse GTP tunnel 455 and the PDCP entity 525 of the Iu interface. The header compressor 520 is provided in between.

RNC(505)는 Iu 인터페이스의 GTP 터널(435)을 통해 수신한 패킷을 헤더 복원기(515)에서 헤더를 복원해 PDCP 엔터티(525)로 전달하며, 상기 PDCP 엔터티(525)로부터 전달받은 패킷의 헤더를 압축해서 Iu 인터페이스의 GTP 터널(455)로 전송하는 동작을 한다. The RNC 505 restores the header from the header restorer 515 to the PDCP entity 525 and transmits the packet received through the GTP tunnel 435 of the Iu interface, and transmits the packet received from the PDCP entity 525. The header is compressed and transmitted to the GTP tunnel 455 of the Iu interface.

참고로 헤더 압축이 필요치 않은 서비스에 대해서는 종래와 마찬가지로PDCP 엔터티 (530)와 GTP 터널 (445, 490) 사이에 헤더 복원기 또는 헤더 압축기가 구비되지 않는다.
For reference, a header decompressor or a header compressor is not provided between the PDCP entity 530 and the GTP tunnels 445 and 490 as in the related art.

도 6은 본 발명의 실시 예에 따른 제어 신호의 교환 과정을 도시한 도면이다. 6 is a diagram illustrating a process of exchanging control signals according to an embodiment of the present invention.

단말은 호를 설정하고자 하는 상대편과 VoIP 호 설정 신호를 교환한다 (605). 상기 과정은 SIP (Session Initiation Protocol)을 통해 이뤄지고, 상기 호 설정에 필요한 파라미터들은 SDP (Session Description Protocol)를 통해 교환된다. 상기 SDP를 통해 교환되는 파라미터로는, 호의 미디어 종류와 요구 대역폭과 코덱(codec) 정보 등이 있을 수 있다. The terminal exchanges a VoIP call establishment signal with the other party to establish a call (605). The process is performed through the Session Initiation Protocol (SIP), and the parameters required for call setup are exchanged through the Session Description Protocol (SDP). Parameters exchanged through the SDP may include a media type of a call, a required bandwidth, codec information, and the like.

단말은 상기 호 설정과정에서 수신한 SDP의 파라미터를 통해, Iu 인터페이스와 Gn 인터페이스에서 헤더 압축이 필요한지를 판단한다. 만약 설정하고자 하는 호의 미디어 타입이 오디오라면, 헤더 압축은 필수적이다. 반면에 설정하고자 하는 호의 미디어 타입이 비디오라면 헤더 압축의 필요성은 줄어든다. 이런 경우라면 사업자의 정책 등에 의해서 헤더 압축 여부가 결정될 수 있다.
The UE determines whether header compression is required in the Iu interface and the Gn interface through parameters of the SDP received during the call setup process. If the media type of the call you want to set up is audio, header compression is essential. On the other hand, if the media type of the call to be set is video, the need for header compression is reduced. In this case, whether or not to compress the header may be determined according to the policy of the operator.

헤더 압축이 필요하다고 판단되면, 단말은 베어러를 설정하는 과정에 SGSN에게 해당 베어러에 대해서는 헤더 압축이 필요하다는 사실을 통보한다. 베어러의 설정은 통상적으로 단말이 SGSN으로 ACTIVATE PDP 컨택스트 요청이라는 메시지를 전송(610)함으로써 시작된다. 따라서 단말은 상기 메시지에 헤더 압축 요청 파라미터(header compression required)를 포함시켜서, SGSN에게 헤더 압축을 요청한다. If it is determined that header compression is necessary, the UE notifies SGSN that header compression is required for the bearer in the process of configuring the bearer. The establishment of a bearer is typically started by the UE sending 610 a message indicating an ACTIVATE PDP context request to the SGSN. Therefore, the terminal includes a header compression request parameter in the message and requests the header compression from the SGSN.

SGSN은 상기 호의 특성을 고려하여 Iu 인터페이스에서 상기 호를 서비스할 베어러에 대한 파라미터들을 결정한 뒤, 상기 파라미터들을 무선 접속 베어러(Radio Access Bearer: 이하“RAB“라 칭함) 할당요청(ASSIGNMENT REQUEST) 메시지를 통해 RNC에게 전달한다 (615). 이때 상기 메시지에는 RNC에 설정할 헤더 압축 파라미터들도 포함된다. The SGSN determines parameters for a bearer that will service the call in the lu interface in consideration of the characteristics of the call, and then sends the ASSIGNMENT REQUEST message to the radio access bearer (RAB). Forward to RNC via 615. In this case, the message also includes header compression parameters to be set in the RNC.

상기 헤더 압축 파라미터는 헤더 처리 장치에 구비되는 헤더 압축 프로토콜의 종류에 따라 결정된다. 예를 들어 헤더 처리 장치가 ROHC를 구비한다면, 상기 파라미터들은 아래와 같은 것들이 될 수 있다. The header compression parameter is determined according to the type of header compression protocol included in the header processing apparatus. For example, if the header processing apparatus includes the ROHC, the parameters may be as follows.

MAX CID는 ROHC 헤더 압축기와 ROHC 헤더 복원기에서 사용할 수 있는 CID(Context ID)의 최대값. 컨택스트란 헤더 압축/복원과 관련된 파라미터들이 저장되는 공간이며, 하나의 헤더 압축기/복원기는 여러 개의 컨택스트를 가질 수 있다. PROFILE은 설정하고자 하는 ROHC 헤더 압축기와 헤더 복원기가 압축/복원할 수 있는 프로토콜들의 종류에 관한 정보로서, ROHC 헤더 압축기와 ROHC 헤더 복원기는 여러 종류의 프로토콜들에 대해서 헤더 압축과 복원을 할 수 있다. 예를 들어 PROFILE 1은 IP/UDP/RTP 헤더 압축/복원을 의미하며, PROFILE 2는 IP/UDP 헤더 압축/복원을 의미한다.MAX CID is the maximum value of the context ID (CID) that can be used by the ROHC header compressor and ROHC header decompressor. A context is a space in which parameters related to header compression / restore are stored, and one header compressor / restore may have several contexts. PROFILE is information on the types of protocols that the ROHC header compressor and the header decompressor can compress / restore. The ROHC header compressor and the ROHC header decompressor can perform header compression and restoration on various protocols. For example, PROFILE 1 means compression / restore of IP / UDP / RTP header, and PROFILE 2 means compression / restore of IP / UDP header.

RNC와 SGSN은 Iu 인터페이스에 상기 호를 서비스할 베어러를 설정한다(620). 이는 상기 호를 서비스할 순방향 GTP 터널과 역방향 GTP 터널을 설정함을 의미한다. 베어러를 설정하기에 앞서 RNC와 SGSN은 RAB 할당요청에 대한 응답 메시지를 교환할 수 있다. The RNC and SGSN set up a bearer to service the call on the lu interface (620). This means setting up a forward GTP tunnel and a reverse GTP tunnel to service the call. Prior to establishing a bearer, the RNC and SGSN may exchange a response message for the RAB allocation request.

베어러 설정을 완료한 RNC와 SGSN은 Iu 인터페이스에 헤더 압축처리 장치를 설정 한다 (625). 즉, RNC와 SGSN은 순방향 GTP 터널의 시작점인 SGSN에 헤더 압축 기(430)를 설정하고, 순방향 GTP 터널의 종점인 RNC에 헤더 복원기 (515)를 설정한 뒤, 상기 헤더 압축기와 헤더 복원기를 순방향 GTP 터널(435)과 연결한다. 또한, RNC와 SGSN은 역방향 GTP 터널의 시작점인 RNC에 헤더 압축기 (520)를 설정하고, 역방향 GTP 터널의 종점인 SGSN에 헤더 복원기(460)를 설정한 뒤, 상기 장치들을 역방향 GTP 터널(455)과 연결한다. After completing bearer setup, the RNC and SGSN set up a header compression processing device on the lu interface (625). That is, the RNC and SGSN set the header compressor 430 at the SGSN which is the start point of the forward GTP tunnel, and set the header decompressor 515 at the RNC which is the end point of the forward GTP tunnel. Connect with forward GTP tunnel 435. In addition, the RNC and the SGSN set the header compressor 520 at the RNC which is the start point of the reverse GTP tunnel, and the header decompressor 460 at the SGSN which is the end point of the reverse GTP tunnel. ).

또한, SGSN은 Gn 인터페이스에서 상기 호를 서비스할 베어러에 대한 파라미터들을 결정한 뒤, 상기 파라미터들을 CREAT PDP 컨택스트 요청 메시지를 통해 GGSN에 전송한다 (630). 상기 요청 메시지에는 GGSN에 설정할 헤더 압축 파라미터들이 포함된다. In addition, the SGSN determines parameters for a bearer that will service the call in the Gn interface, and then transmits the parameters to the GGSN through a CREAT PDP context request message (630). The request message includes header compression parameters to be set in the GGSN.

SGSN과 GGSN은 Gn 인터페이스에 상기 호를 서비스할 베어러를 설정한다(635). 이는 상기 호를 서비스할 순방향 GTP 터널과 역방향 GTP 터널을 설정함을 의미한다. 상기 베어러 설정에 앞서 GGSN과 SGSN은 CREAT PDP 컨택스트 요청 메시지에 대한 응답 메시지를 교환할 수 있다. SGSN and GGSN establish a bearer to service the call on Gn interface (635). This means setting up a forward GTP tunnel and a reverse GTP tunnel to service the call. Prior to the bearer establishment, GGSN and SGSN may exchange a response message for a CREAT PDP context request message.

베어러 설정을 완료한 GGSN과 SGSN은 Gn 인터페이스에 헤더 처리 장치를 설정한다 (640). 마찬가지로 GGSN과 SGSN은 순방향 GTP 터널의 시작점인 GGSN에 헤더 압축기(415)를 설정하고, 순방향 GTP 터널의 종점인 SGSN에 헤더 복원기 (425)를 설정한 뒤, 상기 헤더 압축기와 헤더 복원기를 순방향 GTP 터널(420)과 연결한다. 또한, GGSN과 SGSN은 역방향 GTP 터널의 시작점인 SGSN에 헤더 압축기(465)를 설정하고, 역방향 GTP 터널의 종점인 GGSN에 헤더 복원기(475)를 설정하고, 상기 장치들을 역방향 GTP 터널(470)과 연결한다. After completing bearer setup, the GGSN and SGSN set up a header processing device on the Gn interface (640). Similarly, GGSN and SGSN set up the header compressor 415 at GGSN, which is the start point of the forward GTP tunnel, and set up the header decompressor 425 at SGSN, which is the end point of the forward GTP tunnel. Connect with the tunnel 420. In addition, the GGSN and SGSN set up a header compressor 465 at SGSN, which is the start point of the reverse GTP tunnel, and set up a header decompressor 475 at GGSN, which is the end point of the reverse GTP tunnel. Connect with                     

상기 과정이 완료되면, 실질적인 미디어 스트림이 Gn 인터페이스와 Iu 인터페이스의 GTP 터널과 헤더 처리 장치를 통해 송수신된다 (645).When the above process is completed, the actual media stream is transmitted and received through the GTP tunnel and the header processing apparatus of the Gn interface and the Iu interface (645).

상기에서 SGSN이 RNC와 제어 메시지를 교환한 뒤 베어러와 헤더 처리 장치를 설정하는 과정(615, 620, 625)과, SGSN이 GGSN과 제어 메시지를 교환한 뒤 베어러와 헤더 처리 장치를 설정하는 과정(630, 635, 640) 사이에는 인과 관계가 존재하지 않으며, 그 순서는 변경될 수도 있다. 예를 들어 SGSN은 GGSN과의 제어 메시지 교환 및 베어러와 헤더 압축을 먼저 실행할 수도 있으며, RNC와의 제어 메시지 교환 및 베어러/헤더 처리 장치 설정과 GGSN과의 제어 메시지 교환 및 베어러/헤더 압축을 동시에 수행할 수도 있다.
In the above process, the SGSN exchanges the control message with the RNC and sets up the bearer and the header processing device (615, 620, 625), and the SGSN exchanges the control message with the GGSN and sets up the bearer and the header processing device ( There is no causal relationship between 630, 635, and 640, and the order may be changed. For example, SGSN may first perform control message exchange with bearer and header compression with GGSN, and control message exchange with bearer / header setup with RNC and control message exchange with bearer / header compression with GGSN at the same time. It may be.

도 7은 본 발명의 실시 예에 따른 Iu 인터페이스 상에서 SGSN의 동작을 도시한 도면이다.7 illustrates an operation of an SGSN on an lu interface according to an exemplary embodiment of the present invention.

SGSN은 UE로부터 헤더 압축 요청 파라미터가 포함된 ACTIVATE PDP CONTEXT 요청을 수신하면 (705), Iu 인터페이스에 헤더 압축기 및 헤더 복원기를 설정해야 한다는 사실을 인지한다. SGSN은 Iu 인터페이스의 헤더 압축기 및 헤더 복원기 설정을 위해서 헤더 압축 파라미터를 결정한다 (710). 전술한 바와 같이 상기 헤더 압축 파라미터는 헤더 압축기와 복원기에 구비될 헤더 압축 프로토콜에 따라 결정된다. ROHC을 예로 든다면, MAX CID나 Profile 등이 상기 헤더 압축 파라미터에 해당한다. Upon receiving an ACTIVATE PDP CONTEXT request with header compression request parameters from the UE, the SGSN recognizes (705) that a header compressor and header decompressor must be set on the lu interface. The SGSN determines header compression parameters for header compressor and header decompressor settings of the lu interface (710). As described above, the header compression parameter is determined according to a header compression protocol to be provided in the header compressor and the decompressor. Taking ROHC as an example, MAX CID or Profile corresponds to the header compression parameter.

SGSN은 Iu 인터페이스에 헤더 압축기, 헤더 복원기 그리고 GTP 터널을 설정 하기 위해서 RNC로 RAB 할당 요청 메시지를 전송한다 (715). 상기 요청 메시지에는 순방향 GTP 터널 설정에 필요한 정보들과 상기 710 단계에서 결정한 헤더 처리 장치 설정파라미터가 포함된다. SGSN은 RNC로부터 응답 메시지를 수신한다(717). 상기 응답 메시지에는 역방향 GTP 터널 설정에 필요한 정보가 포함된다. 상기 정보에는 역방향 GTP 터널의 터널 식별자 (TEID: Tunnel Endpoint ID) 등이 있다. The SGSN sends a RAB Assignment Request message to the RNC to establish a header compressor, header decompressor and GTP tunnel on the lu interface (715). The request message includes information necessary for establishing a forward GTP tunnel and header setting device setting parameters determined in step 710. The SGSN receives a response message from the RNC (717). The response message includes information necessary for establishing a reverse GTP tunnel. The information includes a tunnel identifier (TEID) of a reverse GTP tunnel.

SGSN은 Iu 인터페이스 상에 순방향 GTP 터널과 역방향 GTP 터널을 설정한다 (720). 상기 GTP 터널들은 RNC와 연결된다. The SGSN establishes a forward GTP tunnel and a reverse GTP tunnel on the lu interface (720). The GTP tunnels are connected to the RNC.

SGSN은 헤더 압축기와 헤더 복원기를 설정한다 (725). 상기 헤더 압축기 및 헤더 복원기는 Iu 인터페이스에서의 헤더 압축 및 복원을 위한 것으로, RNC의 헤더 압축기 및 헤더 복원기와 함께 헤더 압축/복원 동작을 수행한다.SGSN sets up the header compressor and header restorer (725). The header compressor and header decompressor is for header compression and decompression at the lu interface, and performs header compression / restore operation together with the header compressor and header decompressor of the RNC.

SGSN은 상기 순방향 GTP 터널과 상기 헤더 압축기를 연결하고(730), 상기 역방향 GTP 터널과 상기 헤더 복원기를 연결한다(735).
SGSN connects the forward GTP tunnel and the header compressor (730) and connects the reverse GTP tunnel and the header decompressor (735).

도 8은 본 발명의 실시 예에 따른 lu 인터페이스 상에서 RNC의 동작을 도시한 도면이다.8 illustrates an operation of an RNC on an lu interface according to an embodiment of the present invention.

RNC는 SGSN으로부터 헤더 압축 파라미터와 순방향 GTP 터널 정보를 포함한 RAB 할당 요청 메시지를 수신하면 (805), 역방향 GTP 터널 설정에 필요한 정보를 결정한 뒤, 이를 응답메시지에 담아 SGSN으로 전송한다 (807). 이후 RNC는 순방향 GTP 터널 및 역방향 GTP 터널을 설정한다(810). When the RNC receives the RAB allocation request message including the header compression parameter and the forward GTP tunnel information from the SGSN (805), the RNC determines the information necessary for establishing the reverse GTP tunnel and transmits the information to the SGSN in the response message (807). The RNC then establishes a forward GTP tunnel and a reverse GTP tunnel (810).

RNC는 상기 헤더 압축 파라미터에 따라서 헤더 압축기와 헤더 복원기를 설정 한다(815). RNC는 810 단계에서 설정한 역방향 GTP 터널과 헤더 압축기를 연결하고(820), 순방향 GTP 터널과 헤더 복원기를 연결한다(825).
The RNC sets up a header compressor and a header decompressor according to the header compression parameter (815). The RNC connects the reverse GTP tunnel and the header compressor set in step 810 and connects the forward GTP tunnel and the header decompressor (825).

도 9는 본 발명의 실시 예에 따른 Gn 인터페이스 상에서 SGSN의 동작을 도시한 도면이다.9 illustrates an operation of an SGSN on a Gn interface according to an embodiment of the present invention.

SGSN은 UE로부터 헤더 압축 요청 파라미터가 포함된 ACTIVATE PDP CONTEXT 요청을 수신하면 (905), Gn 인터페이스에 헤더 압축기 및 헤더 복원기를 설정해야 한다는 사실을 인지한다. SGSN은 Gn 인터페이스의 헤더 압축기 및 헤더 복원기 설정을 위해서 헤더 압축 파라미터를 결정한다 (910). Upon receipt of an ACTIVATE PDP CONTEXT request with header compression request parameters from the UE, SGSN recognizes that a header compressor and a header decompressor must be configured on the Gn interface. The SGSN determines header compression parameters for header compressor and header decompressor settings of the Gn interface (910).

SGSN은 Gn 인터페이스에 헤더 압축기, 헤더 복원기 그리고 GTP 터널을 설정하기 위해서 GGSN으로 CREAT PDP CONTEXT 요청 메시지를 전송한다 (915). 상기 요청 메시지에는 GTP 터널 설정에 필요한 정보들과 상기 결정한 헤더 압축 파라미터가 포함된다. SGSN은 상기 CREAT PDP CONTEXT 요청에 대한 응답 메시지를 수신하면(920), Gn 인터페이스 상에 순방향 GTP 터널과 역방향 GTP 터널을 설정(925)한다. 상기 GTP 터널들은 GGSN과 연결된다. The SGSN sends a CREAT PDP CONTEXT request message to the GGSN to establish a header compressor, header decompressor and GTP tunnel on the Gn interface (915). The request message includes information necessary for establishing a GTP tunnel and the determined header compression parameter. When SGSN receives the response message for the CREAT PDP CONTEXT request (920), the SGSN establishes a forward GTP tunnel and a reverse GTP tunnel on the Gn interface (925). The GTP tunnels are connected with a GGSN.

SGSN은 헤더 압축기와 헤더 복원기를 설정한다(930). 상기 헤더 압축기 및 헤더 복원기는 Gn 인터페이스에서의 헤더 압축 및 복원을 위한 것으로, GGSN의 헤더 압축기 및 헤더 복원기와 함께 헤더 압축/복원 동작을 수행한다.The SGSN sets up a header compressor and a header restorer (930). The header compressor and header decompressor is for header compression and decompression at the Gn interface, and performs a header compression / restore operation together with the header compressor and header decompressor of GGSN.

SGSN은 상기 925 단계에서 설정한 역방향 GTP 터널과 헤더 압축기를 연결하고(935), 순방향 GTP 터널과 헤더 복원기를 연결한다(940).
The SGSN connects the reverse GTP tunnel and the header compressor set in step 925 (935) and the forward GTP tunnel and the header decompressor (940).

도 10은 본 발명의 실시 예에 따른 Gn 인터페이스 상에서 GGSN의 동작을 도시한 도면이다.10 is a diagram illustrating an operation of a GGSN on a Gn interface according to an embodiment of the present invention.

GGSN은 헤더 압축 파라미터를 포함한 CREAT PDP CONTEXT 요청 메시지를 수신하면 (1005), 순방향 GTP 터널 설정에 필요한 정보를 결정한 뒤, 상기 결정된 정보를 응답메시지에 담아 SGSN으로 전송한다 (1010). 상기 순방향 GTP 터널 설정에 필요한 정보는 순방향 GTP 터널에 사용할 터널 식별자(TEID: Tunnel Endpoint ID) 등이 있다. When the GGSN receives the CREAT PDP CONTEXT request message including the header compression parameter (1005), the GGSN determines the information necessary for establishing the forward GTP tunnel, and transmits the determined information to the SGSN in the response message (1010). The information necessary for establishing the forward GTP tunnel includes a tunnel identifier (TEID) for use in the forward GTP tunnel.

GGSN은 순방향 및 역방향 GTP 터널을 설정한다(1015). 그리고 GGSN은 상기 헤더 압축 파라미터를 참조하여 헤더 압축기와 헤더 복원기를 설정한다(1020).The GGSN establishes a forward and reverse GTP tunnel (1015). In operation 1020, the GGSN sets up a header compressor and a header decompressor with reference to the header compression parameter.

GGSN은 상기 역방향 GTP 터널과 헤더 복원기를 연결하고(1025), 상기 순방향 GTP 터널과 헤더 압축기를 연결한다 (1030).
The GGSN connects the reverse GTP tunnel and the header restorer (1025) and connects the forward GTP tunnel and the header compressor (1030).

이상으로 본 발명의 제 1 실시 예에 대해서 설명하였다. 본 발명의 제 1 실시 예에서는 Iu 인터페이스와 Gn 인터페이스에서 헤더 압축과 복원이 개별적으로 진행된다. 이를 위해 SGSN에 헤더 압축기와 헤더 복원기가 구비되었다. 본 발명의 제 2 실시 예에서는 헤더 압축과 복원이 RNC와 GGSN에서만 수행되는 방안을 제시한다. 이럴 경우 GGSN에서 헤더가 압축된 패킷들은 SGSN에서 복원 및 압축 과정을 다시 거치지 않고, 곧 바로 RNC로 전송된다. 반면에 헤더 압축기와 헤더 복원기사이의 거리가 멀어지므로, 피드백 정보의 전달에 보다 많은 시간이 소요된다는 단점이 있다. ROHC 등과 같이, 현재 선호되는 헤더 압축 프로토콜의 최적화된 성능을 위해서는 헤더 복원기가 헤더 압축기로 피드백 정보를 가능한 신속하게 전달하여야 하며, 본 발명의 제 1 실시 예는 이러한 측면에서 제 2 실시예보다 유리하다. 그러나 SGSN의 구성을 간단히 할 수 있다는 점에서는 제 2 실시예가 더 유리하다.
The first embodiment of the present invention has been described above. In the first embodiment of the present invention, header compression and decompression are performed separately in the Iu interface and the Gn interface. To this end, SGSN is equipped with a header compressor and a header restorer. The second embodiment of the present invention proposes a scheme in which header compression and decompression is performed only in the RNC and the GGSN. In this case, packets whose headers are compressed in the GGSN are sent directly to the RNC without being reconstructed and compressed again in the SGSN. On the other hand, since the distance between the header compressor and the header decompressor is far, there is a disadvantage that it takes more time to transmit the feedback information. For optimal performance of the currently preferred header compression protocol, such as ROHC, the header decompressor should deliver feedback information as quickly as possible to the header compressor, and the first embodiment of the present invention is advantageous over the second embodiment in this respect. . However, the second embodiment is more advantageous in that the configuration of the SGSN can be simplified.

도 11은 본 발명의 제 2 실시 예에 따른 UMTS 네트워크 핵심망에서의 VoIP 패킷이 전송되는 상황을 상세히 도시한 도면이다. 11 is a diagram illustrating in detail a situation in which VoIP packets are transmitted in a UMTS network core network according to a second embodiment of the present invention.

여기에서는 제 1 실시 예와의 차이점을 중심으로 기술한다. Here, the description will focus on differences from the first embodiment.

본 발명의 제 2 실시예에서는 RNC(1110)와 GGSN(1120)에 헤더 처리 장치가 구비되어서 헤더 압축과 복원을 담당한다. SGSN(1115)은 헤더 압축과 복원에는 관여하지 않고, 상기 RNC(1110)와 상기 GGSN(1120)의 헤더 처리 장치들의 설정 여부를 결정하고, 상기 설정 정보를 해당 노드로 전달하는 역할을 담당한다. In the second embodiment of the present invention, a header processing apparatus is provided in the RNC 1110 and the GGSN 1120 to handle header compression and restoration. The SGSN 1115 is not involved in header compression and decompression, and determines whether to set header processing devices of the RNC 1110 and the GGSN 1120 and delivers the configuration information to the corresponding node.

상기 GGSN(1120)의 헤더 처리 장치(1123)는 역방향의 헤더 복원기와 순방향의 헤더 압축기로 구성된다. 상기 RNC(1110)의 헤더 처리 장치 (1113)는 역방향의 헤더 압축기와 순방향의 헤더 복원기로 구성된다. The header processing apparatus 1123 of the GGSN 1120 includes a reverse header decompressor and a forward header compressor. The header processing unit 1113 of the RNC 1110 includes a reverse header compressor and a forward header decompressor.

UE(1105)로부터 역방향으로 전송되는 패킷은 상기 RNC(1110)의 역방향 헤더 압축기로 입력된다. 헤더 압축기는 상기 패킷의 헤더를 압축하고, Iu 인터페이스에 구성된 역방향 GTP 터널을 통해 상기 SGSN(1115)으로 전송한다. 상기 SGSN(1115)은 상기 패킷을 Gn 인터페이스에 구성된 역방향 GTP 터널을 통해 상기 GGSN(1120)으로 전송한다. 상기 GGSN(1120)은 상기 패킷의 헤더를 복원한 뒤, 외부망으로 전송한다. Packets transmitted in the reverse direction from the UE 1105 are input to the reverse header compressor of the RNC 1110. The header compressor compresses the header of the packet and transmits it to the SGSN 1115 through a reverse GTP tunnel configured at an lu interface. The SGSN 1115 transmits the packet to the GGSN 1120 through a reverse GTP tunnel configured on a Gn interface. The GGSN 1120 restores the header of the packet and transmits the packet to the external network.

순방향으로 전송되는 패킷은 상기 GGSN(1120)의 순방향 헤더 압축기로 입력된다. 헤더 압축기는 상기 패킷의 헤더를 압축하고, Gn 인터페이스에 구성된 순방향 GTP 터널을 통해 상기 SGSN(1115)으로 전송한다. 상기 SGSN(1115)은 상기 패킷을 Iu 인터페이스에 구성된 순방향 GTP 터널을 통해 상기 RNC(1110)로 전송한다. 상기 RNC(1110)는 상기 패킷의 헤더를 복원한 뒤, PDCP로 전달한다.
The forwarded packet is input to the forward header compressor of the GGSN 1120. The header compressor compresses the header of the packet and transmits it to the SGSN 1115 through a forward GTP tunnel configured at a Gn interface. The SGSN 1115 transmits the packet to the RNC 1110 through a forward GTP tunnel configured at an lu interface. The RNC 1110 restores the header of the packet and transfers it to the PDCP.

도 12는 본 발명의 제 2 실시 예에 따른 Gn 인터페이스와 lu 인터페이스 상에서의 GGSN, SGSN, RNC의 구조를 도시한 도면이다.12 is a diagram illustrating the structure of GGSN, SGSN and RNC on a Gn interface and a lu interface according to a second embodiment of the present invention.

제 2 실시예에서 Gn 인터페이스와 Iu 인터페이스 상에서 GGSN(1205), SGSN(1250), RNC(1285)의 구조를 도시하였으며, 여기에서는 제 1 실시 예와의 차이점을 중심으로 기술한다. In the second embodiment, the structures of the GGSN 1205, SGSN 1250, and RNC 1285 are shown on the Gn interface and the Iu interface, and the following description will focus on differences from the first embodiment.

제 2 실시예에서는, SGSN(1250)에 헤더 압축기나 헤더 복원기가 구비되지 않는다. 그러므로 GGSN(1210)의 헤더 압축기(1215)에서 압축된 패킷은 RNC(1285)의 헤더 복원기(1240)에서 헤더가 복원된 뒤, PDCP 엔터티(1290)로 전달된다. 또한 RNC(1285)의 헤더 압축기 (1245)에서 압축된 패킷은 GGSN(1205)의 헤더 복원기 (1275)에서 헤더가 복원된 뒤, 외부 망으로 전송된다. SGSN(1250)은 Iu 인터페이스의 GTP 터널(1235, 1255)과 Gn 인터페이스의 GTP 터널(1220, 1270)을 연결하는 역할을 하며, 헤더 압축과 복원에는 관여하지 않는다. In the second embodiment, the SGSN 1250 is not equipped with a header compressor or a header decompressor. Therefore, the packet compressed by the header compressor 1215 of the GGSN 1210 is delivered to the PDCP entity 1290 after the header is recovered by the header decompressor 1240 of the RNC 1285. Also, the packet compressed by the header compressor 1245 of the RNC 1285 is transmitted to the external network after the header is recovered by the header decompressor 1275 of the GGSN 1205. The SGSN 1250 connects the GTP tunnels 1235 and 1255 of the Iu interface with the GTP tunnels 1220 and 1270 of the Gn interface, and does not participate in header compression and restoration.

도 13은 본 발명의 제 2 실시 예에 따른 제어 신호의 교환 과정을 도시한 도 면이다. 13 is a diagram illustrating a process of exchanging control signals according to a second embodiment of the present invention.

단말은 호를 설정하고자 하는 상대편과 VoIP 호 설정 신호를 교환한다 (1305). 상기 과정은 SIP을 통해 이뤄지고, 상기 호 설정에 필요한 파라미터들은 SDP를 통해 교환된다. 상기 SDP를 통해 교환되는 파라미터로는, 호를 통해 교환되는 미디어 종류와 요구 대역폭과 코덱 정보 등이 있을 수 있다. The terminal exchanges a VoIP call establishment signal with the other party to establish a call (1305). The process is done via SIP and the parameters required for call setup are exchanged via SDP. Parameters exchanged through the SDP may include media type exchanged through a call, bandwidth required, codec information, and the like.

단말은 상기 호 설정과정에서 수신한 SDP의 파라미터를 통해, 설정하고자 하는 호에 대해서 Iu 인터페이스와 Gn 인터페이스에서 헤더 압축이 필요한지를 판단한다. 만약 설정하고자 하는 호의 미디어 타입이 오디오라면, 헤더 압축은 필수적이다. 반면에 설정하고자 하는 호의 미디어 타입이 비디오라면 헤더 압축의 필요성은 줄어든다. 이런 경우라면 사업자의 정책 등에 의해서 헤더 압축 여부가 결정될 수 있다. The UE determines whether header compression is required in the Iu interface and the Gn interface for the call to be set up through the parameters of the SDP received in the call setup process. If the media type of the call you want to set up is audio, header compression is essential. On the other hand, if the media type of the call to be set is video, the need for header compression is reduced. In this case, whether or not to compress the header may be determined according to the policy of the operator.

헤더 압축이 필요하다고 판단되면, 단말은 베어러를 설정하는 과정에 SGSN에게 해당 베어러에 대해서는 헤더 압축이 필요하다는 사실을 통보한다. 베어러의 설정은 통상적으로 단말이 SGSN으로 ACTIVATE PDP CONTEXT 요청이라는 메시지를 전송함으로써 시작된다. 단말은 상기 메시지에 헤더 압축 요청 파라미터를 포함시켜서, SGSN에게 요청 한다 (1310).If it is determined that header compression is necessary, the UE notifies SGSN that header compression is required for the bearer in the process of configuring the bearer. The setup of the bearer is typically started by the terminal sending a message, ACTIVATE PDP CONTEXT request to the SGSN. The UE requests the SGSN by including a header compression request parameter in the message (1310).

SGSN은 상기 호의 특성을 고려하여 Iu 인터페이스에서 상기 호를 서비스할 베어러에 대한 파라미터들을 결정한 뒤, 상기 파라미터들을 RAB 할당 요청 메시지를 통해 RNC에게 전달한다 (1315). 이 때 상기 메시지에는 RNC에 설정할 헤더 압축 파라미터들도 포함된다. The SGSN determines parameters for a bearer that will service the call in the lu interface in consideration of the characteristics of the call, and then transmits the parameters to the RNC through an RAB allocation request message (1315). In this case, the message also includes header compression parameters to be set in the RNC.                     

RAB 할당 요청 메시지를 전송한 SGSN과 RAB 할당 요청 메시지를 수신한 RNC는 Iu 인터페이스에 상기 호를 서비스할 베어러를 설정한다(1620). 이때 RNC와 SGSN 사이에서는 상기 RAB 할당 요청 메시지에 대한 응답 메시지가 교환될 수 있다. Iu 인터페이스에 베어러를 설정한다는 것은 상기 호를 서비스할 순방향 GTP 터널과 역방향 GTP 터널을 설정함을 의미한다. The SGSN sending the RAB assignment request message and the RNC receiving the RAB assignment request message configure a bearer to service the call on the Iu interface (1620). In this case, a response message to the RAB allocation request message may be exchanged between the RNC and the SGSN. Establishing a bearer on the lu interface means setting up a forward GTP tunnel and a reverse GTP tunnel to service the call.

상기 순방향 및 역방향 GTP 터널 설정을 완료하면 RNC는 헤더 처리 장치를 설정한다(1325). 즉 RNC는 헤더 압축기(1245)를 설정해서 이를 상기 역방향 GTP 터널(1255)과 연결하고, 헤더 복원기(1240)를 설정해서 이를 상기 순방향 GTP 터널(1235)과 연결한다. Upon completion of the forward and reverse GTP tunnel setup, the RNC sets up a header processing device (1325). That is, the RNC sets up a header compressor 1245 and connects it with the reverse GTP tunnel 1255, and sets up a header decompressor 1240 and connects it with the forward GTP tunnel 1235.

또한, SGSN은 Gn 인터페이스에서 상기 호를 서비스할 베어러에 대한 파라미터들을 결정한 뒤, 상기 파라미터들을 CREAT PDP CONTEXT 요청 메시지를 통해 GGSN에 전송한다(1330). 상기 요청 메시지에는 GGSN에 설정할 헤더 압축 설정 파라미터들이 포함된다. 여기서 GGSN으로 전송되는 헤더 압축 파라미터들은 RNC로 전송된 헤더 압축 파라미터와 동일하다.In addition, the SGSN determines parameters for a bearer that will service the call in the Gn interface, and then transmits the parameters to the GGSN through a CREAT PDP CONTEXT request message (1330). The request message includes header compression configuration parameters to be set in the GGSN. Here, the header compression parameters transmitted to the GGSN are the same as the header compression parameters transmitted to the RNC.

CREAT PDP CONTEXT 요청 메시지를 전송한 SGSN과 CREAT PDP CONTEXT 요청 메시지를 수신한 GGSN과 SGSN은 Gn 인터페이스에 상기 호를 서비스할 베어러를 설정한다(1335). 이는 상기 호를 서비스할 순방향 GTP 터널과 역방향 GTP 터널을 설정함을 의미한다. 이 때 베어러 설정에 앞서, CREAT PDP CONTEXT 요청 메시지에 대한 응답 메시지가 SGSN과 GGSN 사이에서 교환될 수 있다. 베어러 설정을 완료한 GGSN은 헤더 처리 장치를 설정한다 (1340). 즉, GGSN은 헤더 압축기(1215)를 설정해서 이를 순방향 GTP 터널(1220)과 연결하고, 헤더 복원기(1275)를 설정해서 이를 순방향 GTP 터널(1270)과 연결한다. The SGSN sending the CREAT PDP CONTEXT request message and the GGSN and SGSN receiving the CREAT PDP CONTEXT request message establish a bearer to service the call on the Gn interface (1335). This means setting up a forward GTP tunnel and a reverse GTP tunnel to service the call. At this time, prior to bearer setup, a response message to the CREAT PDP CONTEXT request message may be exchanged between SGSN and GGSN. After completing the bearer setup, the GGSN sets up a header processing apparatus (1340). That is, the GGSN sets up the header compressor 1215 and connects it with the forward GTP tunnel 1220, and sets up the header decompressor 1275 and connects it with the forward GTP tunnel 1270.

상기 과정이 완료되면, 실질적인 미디어 스트림이 Gn 인터페이스와 Iu 인터페이스의 GTP 터널과 헤더 처리 장치를 통해 송수신한다.(1345).When the above process is completed, the actual media stream is transmitted and received through the GTP tunnel and the header processing apparatus of the Gn interface and the Iu interface (1345).

상기에서 베어러와 헤더 처리 장치를 설정하는 과정(1315, 1320, 1325)과, SGSN이 GGSN과 제어 메시지를 교환한 뒤 베어러와 헤더 처리 장치를 설정하는 과정(1330, 1335, 1340) 사이에는 인과 관계가 존재하지 않으며, 그 순서는 변경될 수 있다. 예를 들어 Gn인터페이스의 제어 메시지 교환 및 베어러와 헤더 처리 장치 설정을 먼저 실행할 수도 있으며, 또는 Iu 인터페이스의 제어 메시지 교환 및 베어러/헤더 처리 장치 설정과 Gn 인터페이스의 제어 메시지 교환 및 베어러/헤더 처리 장치 설정을 동시에 수행할 수 있다.
The causal relationship between the process of setting the bearer and the header processing apparatus (1315, 1320, 1325) and the process of setting the bearer and the header processing apparatus after SGSN exchanges a control message with the GGSN (1330, 1335, 1340) Is not present and the order may be changed. For example, the control message exchange and bearer and header processing device setting of the Gn interface may be executed first, or the control message exchange and bearer / header processing device setting of the Iu interface and the control message exchange and bearer / header processing device setting of the Gn interface may be executed. Can be performed simultaneously.

한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되지 않으며, 후술되는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.
Meanwhile, in the detailed description of the present invention, specific embodiments have been described, but various modifications are possible without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the scope of the following claims, but also by those equivalent to the scope of the claims.

이상에서 상세히 설명한 바와 같이 동작하는 본 발명에 있어서, 개시되는 발명 중 대표적인 것에 의하여 얻어지는 효과를 간단히 설명하면 다음과 같다. In the present invention operating as described in detail above, the effects obtained by the representative ones of the disclosed inventions will be briefly described as follows.                     

본 발명은, 단말과 RNC사이에만 헤더를 압축하여 전송하는 대신, RNC와 핵심망 및 핵심망 내부의 SGSN과 GGSN에서도 헤더의 압축 및 복원을 수행함으로써, 특히 VOIP 서비스의 경우에 IP패킷의 헤더의 크기를 줄여 오버헤드를 낮추고, 통신의 효율을 높일 수 있는 효과가 있다.According to the present invention, instead of compressing and transmitting the header only between the terminal and the RNC, the header is compressed and restored in the SGSN and GGSN in the RNC, the core network, and the core network. This reduces the overhead and increases the efficiency of communication.

Claims (20)

이동 단말의 무선통신을 제어하는 무선망 제어기(RNC)와, 상기 무선망 제어기와 연결되어 상기 이동단말의 패킷 서비스를 제어하는 서비스 노드(SGSN)와, 상기 서비스 노드를 인터넷으로 연결하는 게이트웨이 노드(GGSN)로 구성되는 이동통신 시스템에서 헤더 압축을 이용한 패킷 서비스를 제공하는 방법에 있어서, A wireless network controller (RNC) for controlling wireless communication of a mobile terminal, a service node (SGSN) connected to the wireless network controller to control packet services of the mobile terminal, and a gateway node for connecting the service node to the Internet ( In the method for providing a packet service using header compression in a mobile communication system consisting of GGSN), 상기 단말은 상기 SGSN에게 헤더 압축 요청 파라미터를 포함하는 호 설정 요청 메시지를 전송하는 과정과, The terminal transmitting a call setup request message including a header compression request parameter to the SGSN; 상기 SGSN은 상기 호 설정 요청 메시지에 응답하여 상기 RNC와의 사이에서 사용하기 위한 제 1 헤더 압축 파라미터들을 결정한 뒤, 상기 제 1 헤더 압축 파라미터들을 상기 RNC로 전송하는 과정과, The SGSN determines first header compression parameters for use with the RNC in response to the call setup request message, and then transmits the first header compression parameters to the RNC; 상기 SGSN이 상기 호 설정 요청 메시지에 응답하여 상기 GGSN과의 사이에서 사용하기 위한 제 2 헤더 압축 파라미터들을 결정한 뒤, 상기 제 2 헤더 압축 파라미터들을 상기 GGSN으로 전송하는 과정과, The SGSN determining second header compression parameters for use with the GGSN in response to the call setup request message, and then transmitting the second header compression parameters to the GGSN; 상기 RNC와 상기 SGSN사이와 상기 SGSN과 상기 GGSN 사이에서 상기 제 1 및 제 2 헤더 압축 파라미터들을 사용하여 상기 패킷 서비스에 따른 패킷들에 대해 헤더 압축 및 헤더 복원을 수행하는 과정을 포함하는 것을 특징으로 하는 상기 방법.And performing header compression and header decompression on packets according to the packet service using the first and second header compression parameters between the RNC and the SGSN and between the SGSN and the GGSN. Said method. 제 1항에 있어서, The method of claim 1, 상기 호 설정 요청 메시지를 전송하는 과정은, 상기 단말이 개시하고자 하는 패킷 서비스에 대해 헤더 압축 필요성 여부를 판단하여 상기 헤더 압축 필요시, 상기 호 설정 요청 메시지를 전송하는 것을 특징으로 하는 상기 방법. The transmitting of the call setup request message may include determining whether header compression is necessary for the packet service to be initiated by the terminal, and transmitting the call setup request message when the header compression is required. 제 1 항에 있어서, The method of claim 1, 상기 RNC와 상기 SGSN 사이에 상기 호를 위한 제 1 베어러를 설정하고, 상기 제 1 헤더 압축 파라미터를 이용하여 헤더 압축기와 헤더 복원기를 포함하는 헤더 처리장치들을 상기 SGSN과 상기 RNC에 각각 구성한 후, 상기 헤더 처리장치들을 상기 제 1베어러에 연결하는 과정을 더 포함하는 것을 특징으로 하는 상기 방법.Setting up a first bearer for the call between the RNC and the SGSN, and configuring header processing devices in the SGSN and the RNC using the first header compression parameter, respectively; Connecting header processing apparatuses to the first bearing. 제 3 항에 있어서, The method of claim 3, wherein 상기 제 1 헤더 압축 파라미터들은, 상기 제 1 베어러의 설정을 위한 호설정 파라미터와 함께 무선 접속 베어러 할당 요청 메시지에 포함되어 상기 SGSN으로부터 상기 RNC로 전송되는 것을 특징으로 하는 상기 방법.Wherein the first header compression parameters are included in a radio access bearer allocation request message together with a call setup parameter for setting up the first bearer and transmitted from the SGSN to the RNC. 제 3 항에 있어서, The method of claim 3, wherein 상기 제 1 베어러는 순방향 GTP(GPRS Tunneling Protocol)터널과 역방향 GTP 터널로 구성되며, 상기 순방향 GTP터널은 상기 SGSN의 헤더 압축기와 상기 RNC의 헤더 복원기에 연결되고, The first bearer is composed of a forward GTP (GPRS Tunneling Protocol) tunnel and a reverse GTP tunnel, the forward GTP tunnel is connected to the header compressor of the SGSN and the header decompressor of the RNC, 상기 역방향 GTP터널은 상기 SGSN의 헤더 복원기와 상기 RNC의 헤더 압축기에 연결되는 것을 특징으로 하는 상기 방법.The reverse GTP tunnel is connected to a header restorer of the SGSN and a header compressor of the RNC. 제 1 항에 있어서, The method of claim 1, 상기 SGSN과 상기 GGSN사이에 상기 호를 위한 제 2 베어러를 설정하고, 상기 제 2 헤더 압축 파라미터를 이용하여 헤더 압축기와 헤더 복원기를 포함하는 헤더 처리장치들을 상기 SGSN과 상기 GGSN에 각각 구성한 후, 상기 헤더 처리장치들을 상기 제 2 베어러에 연결하는 과정을 더 포함하는 것을 특징으로 하는 상기 방법.Setting up a second bearer for the call between the SGSN and the GGSN, and configuring header processing apparatuses in the SGSN and the GGSN including the header compressor and the header decompressor using the second header compression parameter, respectively, Connecting header processing devices to the second bearer. 제 6 항에 있어서, The method of claim 6, 상기 제 2 헤더 압축 파라미터들은, 상기 제 2 베어러의 설정을 위한 호설정 파라미터와 함께 무선 접속 베어러 할당 요청 메시지에 포함되어 상기 SGSN으로부터 상기 GGSN으로 전송되는 것을 특징으로 하는 상기 방법.And wherein the second header compression parameters are included in a radio access bearer allocation request message together with a call setup parameter for setting up the second bearer and transmitted from the SGSN to the GGSN. 제 6 항에 있어서, The method of claim 6, 상기 제 2 베어러는 순방향 GTP터널과 역방향 GTP터널로 구성되며, 상기 순방향 GTP터널은 상기 GGSN의 헤더 압축기와 상기 SGSN의 헤더 복원기에 연결되고, The second bearer is composed of a forward GTP tunnel and a reverse GTP tunnel, the forward GTP tunnel is connected to the header compressor of the GGSN and the header decompressor of the SGSN, 상기 역방향 GTP터널은 상기 GGSN의 헤더 복원기와 상기 SGSN의 헤더 압축기에 연결되는 것을 특징으로 하는 상기 방법.The reverse GTP tunnel is connected to a header restorer of the GGSN and a header compressor of the SGSN. 제 1 항에 있어서, The method of claim 1, 상기 헤더 압축 및 헤더 복원은 ROHC(Robust Header Compression)프로토콜 등을 이용하여 수행되는 것을 특징으로 하는 상기 방법.The header compression and header restoration are performed using a Robust Header Compression (ROHC) protocol. 제 1 항에 있어서,The method of claim 1, 상기 패킷은, VOIP서비스를 위한 IP(Internet Protocol)/UDP(User Datagram Protocol)/RTP(Real Time Protocol) 패킷인 것을 특징으로 하는 상기 방법.The packet is characterized in that the Internet Protocol (IP) / User Datagram Protocol (UDP) / Real Time Protocol (RTP) packet for VOIP services. 이동 단말의 무선통신을 제어하는 무선망 제어기(RNC)와, 상기 무선망 제어기와 연결되어 상기 이동단말의 패킷 서비스를 제어하는 서비스 노드(SGSN)와, 상기 서비스 노드를 인터넷으로 연결하는 게이트웨이 노드(GGSN)로 구성되는 이동통신 시스템에서 헤더 압축을 이용한 패킷 서비스를 제공하는 방법에 있어서, A wireless network controller (RNC) for controlling wireless communication of a mobile terminal, a service node (SGSN) connected to the wireless network controller to control packet services of the mobile terminal, and a gateway node for connecting the service node to the Internet ( In the method for providing a packet service using header compression in a mobile communication system consisting of GGSN), 상기 단말은 상기 SGSN에게 헤더 압축 요청 파라미터를 포함하는 호 설정 요청 메시지를 전송하는 과정과, The terminal transmitting a call setup request message including a header compression request parameter to the SGSN; 상기 SGSN은 상기 호 설정 요청 메시지에 응답하여 상기 RNC와 상기 GGSN의 사이에서 사용하기 위한 헤더 압축 파라미터들을 결정하는 과정과, The SGSN determining header compression parameters for use between the RNC and the GGSN in response to the call setup request message; 상기 SGSN이 상기 헤더 압축 파라미터들을 상기 RNC와 상기 GGSN으로 전송하는 과정과, The SGSN transmitting the header compression parameters to the RNC and the GGSN; 상기 RNC와 상기 GGSN 사이에서 상기 압축 파라미터들을 사용하여 상기 패킷 서비스에 따른 패킷들에 대해 헤더 압축 및 헤더 복원을 수행하는 과정을 포함하는 것을 특징으로 하는 상기 방법.And performing header compression and header restoration on packets according to the packet service using the compression parameters between the RNC and the GGSN. 제 11항에 있어서, The method of claim 11, 상기 호 설정 요청 메시지를 전송하는 과정은, 상기 단말이 개시하고자 하는 패킷 서비스에 대해 헤더 압축 필요성 여부를 판단하여 상기 헤더 압축 필요시, 상기 호 설정 요청 메시지를 전송하는 것을 특징으로 하는 상기 방법. The transmitting of the call setup request message may include determining whether header compression is necessary for the packet service to be initiated by the terminal, and transmitting the call setup request message when the header compression is required. 제 11 항에 있어서, The method of claim 11, 상기 RNC와 상기 SGSN 사이에 상기 호를 위한 제 1 베어러를 설정하고, 상기 헤더 압축 파라미터를 이용하여 헤더 압축기와 헤더 복원기를 포함하는 헤더 처리 장치를 상기 RNC에 구성한 후, 상기 헤더 처리장치를 상기 제 1 베어러에 연결하는 과정을 더 포함하는 것을 특징으로 하는 상기 방법.After configuring a first bearer for the call between the RNC and the SGSN, and configured a header processing device in the RNC using a header compression parameter, the header processing device comprises the header processing device; The method further comprises the step of connecting to the bearer. 제 13 항에 있어서, The method of claim 13, 상기 헤더 압축 파라미터들은, 상기 제 1 베어러의 설정을 위한 호 설정 파라미터를 포함하는 무선 접속 베어러 할당 요청 메시지에 포함되어 상기 SGSN으로부터 상기 RNC로 전송되는 것을 특징으로 하는 상기 방법.And the header compression parameters are transmitted from the SGSN to the RNC in a radio access bearer assignment request message including a call setup parameter for setting up the first bearer. 제 13 항에 있어서, The method of claim 13, 상기 제 1 베어러는 순방향 GTP터널과 역방향 GTP터널로 구성되며, 상기 순방향 GTP터널은 상기 RNC의 헤더 복원기에 연결되고, The first bearer is composed of a forward GTP tunnel and a reverse GTP tunnel, the forward GTP tunnel is connected to the header decompressor of the RNC, 상기 역방향 GTP터널은 상기 RNC의 헤더 압축기에 연결되는 것을 특징으로 하는 상기 방법.The reverse GTP tunnel is connected to a header compressor of the RNC. 제 11 항에 있어서, The method of claim 11, 상기 SGSN과 상기 GGSN사이에 상기 호를 위한 제 2 베어러를 설정하고, 상기 헤더 압축 파라미터를 이용하여 헤더 압축기와 헤더 복원기를 포함하는 헤더 처리 장치를 상기 GGSN에 구성한 후, 상기 헤더 처리장치를 상기 제 2 베어러에 연결하는 과정을 더 포함하는 것을 특징으로 하는 상기 방법.Setting up a second bearer for the call between the SGSN and the GGSN, configuring a header processing device in the GGSN including a header compressor and a header decompressor using the header compression parameters, and then configuring the header processing device in the GGSN. The method further comprises the step of connecting to the bearer. 제 16 항에 있어서, The method of claim 16, 상기 헤더 압축 파라미터들은 상기 제 2 베어러의 설정을 위한 호 설정 파라미터를 포함하는 무선 접속 베어러 할당 요청 메시지에 포함되어 상기 SGSN으로부터 상기 GGSN으로 전송되는 것을 특징으로 하는 상기 방법.And the header compression parameters are transmitted from the SGSN to the GGSN in a radio access bearer allocation request message including a call setup parameter for setting up the second bearer. 제 16 항에 있어서, The method of claim 16, 상기 제 2 베어러는 순방향 GTP터널과 역방향 GTP터널로 구성되며, 상기 순방향 GTP터널은 상기 GGSN의 헤더 압축기에 연결되고, The second bearer is composed of a forward GTP tunnel and a reverse GTP tunnel, the forward GTP tunnel is connected to the header compressor of the GGSN, 상기 역방향 GTP터널은 상기 GGSN의 헤더 복원기에 연결되는 것을 특징으로 하는 상기 방법.The reverse GTP tunnel is connected to a header decompressor of the GGSN. 제 11 항에 있어서, The method of claim 11, 상기 헤더 압축 및 헤더 복원은 ROHC(Robust Header Compression)프로토콜 등을 이용하여 수행되는 것을 특징으로 하는 상기 방법.The header compression and header restoration are performed using a Robust Header Compression (ROHC) protocol. 제 11 항에 있어서,The method of claim 11, 상기 패킷은, VOIP서비스를 위한 IP/UDP/RTP 패킷인 것을 특징으로 하는 상기 방법.The packet is characterized in that the IP / UDP / RTP packet for VOIP service.
KR1020040057284A 2004-07-22 2004-07-22 Method for packet service in a mobile communication using a header compression KR20060009433A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020040057284A KR20060009433A (en) 2004-07-22 2004-07-22 Method for packet service in a mobile communication using a header compression

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020040057284A KR20060009433A (en) 2004-07-22 2004-07-22 Method for packet service in a mobile communication using a header compression

Publications (1)

Publication Number Publication Date
KR20060009433A true KR20060009433A (en) 2006-02-01

Family

ID=37120038

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020040057284A KR20060009433A (en) 2004-07-22 2004-07-22 Method for packet service in a mobile communication using a header compression

Country Status (1)

Country Link
KR (1) KR20060009433A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009017340A2 (en) * 2007-07-27 2009-02-05 Lg Electronics Inc. Method of transmitting packet for reducing header overhead
KR100960423B1 (en) * 2007-09-21 2010-05-28 주식회사 포스코아이씨티 Method of Creating and Deleting a Service Flow for Robust Header-compression, and Wireless Communication System for Supporting the Same
KR101236033B1 (en) * 2008-07-21 2013-02-21 한국전자통신연구원 Communication system for removing transmission overhead
KR101375169B1 (en) * 2006-10-24 2014-03-18 삼성전자주식회사 Method and apparatus for notifying whether header compression method is supported in a broadband wireless access system
US8902805B2 (en) 2008-10-24 2014-12-02 Qualcomm Incorporated Cell relay packet routing

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101375169B1 (en) * 2006-10-24 2014-03-18 삼성전자주식회사 Method and apparatus for notifying whether header compression method is supported in a broadband wireless access system
WO2009017340A2 (en) * 2007-07-27 2009-02-05 Lg Electronics Inc. Method of transmitting packet for reducing header overhead
WO2009017340A3 (en) * 2007-07-27 2009-03-26 Lg Electronics Inc Method of transmitting packet for reducing header overhead
KR100960423B1 (en) * 2007-09-21 2010-05-28 주식회사 포스코아이씨티 Method of Creating and Deleting a Service Flow for Robust Header-compression, and Wireless Communication System for Supporting the Same
KR101236033B1 (en) * 2008-07-21 2013-02-21 한국전자통신연구원 Communication system for removing transmission overhead
US8902805B2 (en) 2008-10-24 2014-12-02 Qualcomm Incorporated Cell relay packet routing
US9088939B2 (en) 2008-10-24 2015-07-21 Qualcomm Incorporated Bearer QoS mapping for cell relays

Similar Documents

Publication Publication Date Title
JP3834001B2 (en) How to define header field compression for data packet connections
JP4680890B2 (en) Communication device and communication method for communication of Internet data packet
US9635141B2 (en) Bi-directional packet data transmission system and method
JP4702852B2 (en) Wireless telecommunications apparatus and method for communicating internet packets containing different types of data
KR100663279B1 (en) Method and apparatus for Supporting voice servicein a mobile telecommunication system of radio channel
JP4801173B2 (en) Seamless handoff using saved session information between access networks
JP4024797B2 (en) Method and apparatus for transmitting IP packets between a radio network controller of a mobile radio network and other devices
JP2006522518A5 (en)
US7616649B2 (en) Transferring compression parameters in a mobile communication system
KR100742868B1 (en) A method for header compression context control during handover in mobile data communication networks
WO2006058501A1 (en) A system for implementing packet data convergence protocol function and the method thereof
US20040196786A1 (en) Initiation of network treatment for data packet associated with real-time application different from network treatment applicable to data packet non-associated with the real-time application
US20090135809A1 (en) Method and apparatus for establishing a voice bearer in a telecommunications system
KR20060009433A (en) Method for packet service in a mobile communication using a header compression
KR20020017291A (en) Apparatus and method for compressing protocol header in communication system
JP2005124219A (en) Processing method
KR100414921B1 (en) Method of handoff in all ip network
WO2010088804A1 (en) Relay transmission method, relay node and base station
KR100498966B1 (en) IP multimedia service method in Access Gateway
Sfikas et al. Migration to All IP UMTS networks: transport and mobility issues
KR20060011678A (en) Method and apparatus for classifying and transmitting a realtime transport protocol packet and a realtime transport protocol packet in a mobile communication system
ZA200403512B (en) Bi-directional packet data transmission system and method

Legal Events

Date Code Title Description
WITN Withdrawal due to no request for examination