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 PDFInfo
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
- H04L41/5087—Network 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing 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
도 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
단말(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
상대편 통화자(180)의 음성 데이터는 상기의 역순으로 단말(100)에게 전달된다. Voice data of the other party's
단말(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
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
도 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
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
예를 들어 상기 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
상기 패킷(225)은 RLC 헤더와 PDCP 헤더와 ROHC 헤더가 AMR data에 부가된 형태이며, PDCP 헤더를 0 바이트로 가정하면, 오버헤드의 크기는 약 3 바이트 정도 이다. AMR 데이터의 크기는 AMR 데이터가 묵음 구간 정보(SID: Silence Description)인지 실제 음성 데이터인지에 따라 달라지는데, 묵음 구간 정보이면 7 바이트, 실제 음성 데이터이면 32 바이트이다. 그러므로 225의 전체 크기는 10 바이트 또는 35 바이트가 될 것이다. The
상기 VoIP 패킷(225)은 상기 RNC(510)의 무선 프로토콜 스택과 PDCP 스택을 거쳐 원래의 IP 헤더 + UDP 헤더 + RTP 헤더 + AMR 데이터 형태로 복원된다. The
상기 복원된 패킷은 상기 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)
그러므로 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패킷 전송은, 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
따라서 상기한 바와 같이 동작되는 종래 기술의 문제점을 해결하기 위하여 창안된 본 발명의 목적은, 이동통신 시스템에서 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
SGSN(315)에는 Gn 인터페이스에 대한 헤더 처리 장치(319)가 GTP-U 프로토콜(318) 상위에 구비되고, Iu 인터페이스에 대한 헤더 처리 장치(317)가 GTP-U 프로토콜(316) 상위에 구비된다. The
Gn 인터페이스의 헤더 처리 장치(319)는 GGSN(320)으로부터 수신한 패킷의 헤더를 복원하여 헤더 처리 장치(317)로 전달하거나, 상기 헤더 처리 장치 (317)로부터 전달받은 패킷의 헤더를 압축하여 GTP 터널을 통해 GGSN(320)으로 전송한다.The
Iu 인터페이스의 헤더 처리 장치(317)는 RNC(310)로 부터 수신한 패킷의 헤더를 복원하여 헤더 처리 장치(319)로 전달하거나, 헤더 처리 장치(319)로 부터 전달받은 패킷의 헤더를 압축하여 GTP 터널을 통해 RNC(310)로 전송한다.The
RNC(310)에는 헤더 처리 장치(313)가 GTP-U 프로토콜(314) 상단에 구비된다. 헤더 처리 장치(313)는 SGSN(315)으로부터 수신한 패킷의 헤더를 복원해서 PDCP 계 층으로 전달하거나, PDCP 계층으로부터 전달받은 패킷의 헤더를 압축하여 GTP 터널을 통해 SGSN(315)으로 전송한다. The
이와 같이 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
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,
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
VoIP처럼 헤더 압축이 필요한 서비스의 베어러에 대해서는 헤더 압축 기법이 적용될 수 있도록, GGSN(405)의 Voip 서비스를 위한 GTP 터널 (420, 470)의 종단점에 헤더 압축기(415)와 헤더 복원기(475)를 구비한다.The
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
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
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
참고로 헤더를 압축할 필요가 없는 다른 서비스들에 대해서 구성된 베어러들은 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
도 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
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)와 SGSN(450) 사이에 Voip 서비스에 대한 GTP 터널(435, 455)의 종단점에는 헤더 처리 장치를 구비한다. 이는 Iu 인터페이스에서 VoIP 패킷에 부가되는 오버헤드를 줄이기 위한 것이다.A header processing device is provided at the end points of the
이를 위해 RNC에는 Iu 인터페이스의 순방향 GTP 터널 (435)과 VoIP 서비스를 위한 PDCP 엔터티 (525) 사이에 헤더 복원기(515)가 구비되며, Iu 인터페이스의 역방향 GTP 터널 (455)과 PDCP 엔터티 (525) 사이에 헤더 압축기(520)가 구비된다. To this end, the RNC is equipped with a
RNC(505)는 Iu 인터페이스의 GTP 터널(435)을 통해 수신한 패킷을 헤더 복원기(515)에서 헤더를 복원해 PDCP 엔터티(525)로 전달하며, 상기 PDCP 엔터티(525)로부터 전달받은 패킷의 헤더를 압축해서 Iu 인터페이스의 GTP 터널(455)로 전송하는 동작을 한다. The
참고로 헤더 압축이 필요치 않은 서비스에 대해서는 종래와 마찬가지로PDCP 엔터티 (530)와 GTP 터널 (445, 490) 사이에 헤더 복원기 또는 헤더 압축기가 구비되지 않는다.
For reference, a header decompressor or a header compressor is not provided between the
도 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
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
또한, 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
상기 과정이 완료되면, 실질적인 미디어 스트림이 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
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
도 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
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
상기 GGSN(1120)의 헤더 처리 장치(1123)는 역방향의 헤더 복원기와 순방향의 헤더 압축기로 구성된다. 상기 RNC(1110)의 헤더 처리 장치 (1113)는 역방향의 헤더 압축기와 순방향의 헤더 복원기로 구성된다. The
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
순방향으로 전송되는 패킷은 상기 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
도 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
제 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
도 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
또한, 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
상기 과정이 완료되면, 실질적인 미디어 스트림이 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)
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)
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 |
-
2004
- 2004-07-22 KR KR1020040057284A patent/KR20060009433A/en not_active Application Discontinuation
Cited By (7)
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 |